Ürün olmayan prototip

İki şey birbirine karıştırılacak kadar benzer görünür, ama özünde tamamen farklıdır: bir şeyin mümkün olup olmadığını sınamak için inşa etmek ve kalıcı olsun diye inşa etmek. Bu hikâye, bu farkın adı yeterince erken konmadığında neler olduğunu anlatıyor. Bilinçli olarak genel tutuldu: müşteri yok, proje yok, tarih yok.

Durum

Bir müşteri bir fizibilite kanıtı istiyordu; tek bir sorunun cevabını: Bu gerçekten mümkün mü? Ürün değil, kalıcı bir çözüm değil, yalnızca bir yolun yürünebilir olduğunun kanıtı. Ancak süreç içinde kullanılabilir bir arayüz ortaya çıktı; dokunulabilen, kullanılabilen bir şey. Bu aşamadan sonra müşteri projeyi durdurdu.

Başlangıç varsayımları

Sessiz varsayım, iyi bir fizibilite kanıtının kendiliğinden bir ürüne dönüşeceği, yani birinin diğerinin ilk adımı olduğuydu. Kullanılabilir bir arayüz, ürüne doğru bir ilerleme gibi hissettiriyordu. Gerçekte bunlar farklı hedeflere sahip iki ayrı iştir ve biri diğerinden zorunlu olarak doğmaz.

Sorun

Bir fizibilite çalışmasının ve bir ürün geliştirmenin başarı ölçütleri birbirine zıttır. Çalışma, bir soruyu cevapladığında başarılıdır; ardından hiçbir şey devam etmese bile. Değeri, kalıcı bir varlıkta değil, elde edilen içgörüdedir. Bir ürün ise ancak kalıcı olduğunda ve kullanıldığında başarılıdır. İkisi net biçimde ayrılmadığında yanlış bir beklenti doğar: Yalnızca bir sorunun cevaplanması gerekirken emek, ürün gibi görünen bir şeye akar. Cevap “evet, ama yapmıyoruz” olduğunda da çalışma amacına ulaşmış olmasına rağmen bu bir başarısızlık gibi algılanır.

Neden

Neden, işin niteliğinin net olarak adlandırılmamış olmasıydı. Kullanılabilir bir arayüz inşa etmek, kimse ürün inşa etmeye karar vermeden, çalışmayı fark ettirmeden ürüne doğru kaydırdı. Geçiş bir kararla değil, işin kendisiyle gerçekleşti ve böylece kimsenin bilinçli olarak koymadığı bir beklenti büyüdü.

Karar

Bu ders, gelecek için net bir ayrıma yol açtı: Başlamadan önce bir işin fizibilite çalışması mı yoksa ürün geliştirme mi olduğu ve her birinde başarının ne anlama geleceği açıkça belirtilir. Bir çalışma, sorusu cevaplandığında sona erebilir ve ermelidir. Bir ürün ise bir çalışmanın büyümeye devam etmesiyle değil, bilinçli olarak başlar.

Ödünleşimler

Bu ayrımın bir bedeli var: Rahatsız edici olabilecek bir beklentiyi erkenden dile getirmek gerekir; bir sonucun çalışan bir sistemle değil, belki yalnızca bir içgörüyle sona ereceğini. Bu, bir işin her zaman ileriye gidecekmiş gibi görünen cazip havasını ortadan kaldırır. Farklı davranacağımız tek durum, çalışmanın bir ürüne dönüşmesinin en baştan kararlaştırıldığı ve finanse edildiği durumdur; o zaman ortada fark edilmeden kayan tek bir süreç değil, iki bilinçli adım vardır.

Ne öğrendik

Yapılabilirliği kanıtlamak ile bir ürün inşa etmek iki farklı görevdir ve başarıya dair tanımları da farklıdır. “Mümkün, ama yapmıyoruz” diye biten bir çalışma başarısız değil, başarılıdır; yeter ki herkes en baştan bunun bir çalışma olduğunu bilsin. Hata, hiçliğe çıkan bir çalışma inşa etmek değildir; hata, bunun bir çalışma olduğunu söylememektir. Kullanılabilir bir arayüz, bir soruyu henüz ürüne dönüştürmez.

Bu deneyim Batunet'i nasıl değiştirdi

O zamandan beri ilk adımdan önce ne tür bir işin önümüzde olduğunu (bir soruyu cevaplamak mı, kalıcı bir şey yaratmak mı) ve her iki durumda iyi bir sonun ne olacağını netleştiriyoruz. Bu, iki tarafı da her çalışmanın bir ürüne varacağı yanlış beklentisinden korur. Bir çalışmanın sona ermesini yarıda kesilme olarak değil, gerçekte olduğu şey olarak görüyoruz: cevaplanmış bir soru.

İleri okuma

• Rehber: Yazılım projeleri gerçekte neden başarısız olur: Belirsiz hedeflerin neden erkenden yanlış beklentilere yol açtığı.
• Sözlük: Cone of Uncertainty: Başlangıçta anlayışın neden en düşük seviyede olduğu.
• Hikâye: “Bu iş çabucak yapılır.”: Bir işin niteliği ciddiye alınmadığında neler olduğu.
• Hizmet: MVP geliştirme: Bir fikirden doğrulanmış bir ürüne bilinçli olarak ve adım adım nasıl ulaşılır.

Temelinde Batunet Engineering Method yatar: inşa etmeden önce işin adını koymak ve başarının ne anlama geldiğini bilmek.

Bir çalışma, bir şeyin mümkün olup olmadığını sorar. Bir ürün, onun kalıcı olmasını sağlar. İkisini karıştıran, cevaplanmış bir soruyu başarısız bir ürün sanar.