Atölye iyi geçti. Duvar post-it dolu.
İki hafta sonra kimse o duvara dönmüyor.
Sorun atölyenin kendisinde değil, çıktısında. Fikir listesi kimseye bir iş vermiyor. Bu yazı çıktıyı değiştirmeyi anlatıyor.
Fikir listesi bir çıktı değil
Atölyenin sonunda ortaya yüz fikir çıkıyor. Herkes enerjik ayrılıyor.
Ertesi hafta o listeyi kimse açmıyor. Çünkü liste kimseye bir iş vermiyor.
İş vermek için üç şey gerekiyor: ne sınanacak, kim sınayacak, ne zaman?
Üçü yazılmadığında atölye bir moral etkinliği olarak kalıyor. Moral de iki haftada tükeniyor.
Bu yüzden atölyenin çıktısını baştan farklı tanımla: liste değil, denenecek tek bir şey.
Bu tanım katılımcı sayısını da etkiliyor. Kalabalık atölye fikir üretiyor, küçük atölye nesne üretiyor.
Tanımı da atölyenin başında söyle. Katılımcılar günün sonunda ne çıkacağını bildiğinde gün de ona göre akıyor.
Elemeyi oylamaya bırakma
Fikirleri oylamak hızlı ve adil görünüyor. Genellikle en tanıdık fikri öne çıkarıyor.
Daha iyi bir ölçüt var: hangi fikir bir hafta içinde denenebilir?
Bu soru listeyi hızla kısaltıyor. Kalanlar da zaten üzerinde çalışılabilir olanlar.
İkinci ölçüt: yanlış çıktığında planı en çok değiştirecek olan hangisi?
İki ölçütü geçen fikir, atölyenin gerçek çıktısı oluyor. Gerisi listede kalıyor ve kalması da sorun değil.
Varsayımı önce yaz
Seçilen fikri bir varsayıma çevir: "kullanıcı bu işi bugün elle yapıyor ve şu adımda tıkanıyor".
"Bu özellik işe yarar" bir temenni. "Bu kişiler bu işi böyle yapıyor" bir varsayım ve sınanabiliyor.
Varsayımı yazmak atölyenin en zor yirmi dakikası oluyor ve çoğu atölyede hiç yapılmıyor.
Yapıldığında ise sonraki bütün işi belirliyor. Neyin sınanacağı belli olduğunda prototipin kapsamı da belli oluyor.
Ekipteki üç kişiye sorduğunda üç farklı varsayım çıkıyorsa bu da bir bulgu.
O bulgu genellikle en değerli bulgu oluyor. Ekip aynı problemi tarif ettiğini sanıyor ama etmiyor.
Aynı gün bir nesne çıksın
Atölye bitmeden elde tıklanabilir bir akış olmalı.
Kapsam tek cümleyle yazılabilmeli: kullanıcı giriyor, şunu yapıyor, şu sonucu alıyor.
Giriş sistemi, ayarlar ve yönetim ekranı yok. Sahte veri var ve gerçekçi olmalı.
Bir günde tıklanabilir prototip çıkarmanın sırası ayrı bir rehberde duruyor; atölyede aynı sıra yarım güne sığıyor.
Kaba bir akış, cilalı bir slayttan çok daha fazla bilgi veriyor.
Cila için de zaman kalmıyor zaten. Yarım günde bitirilecek bir nesnede tek soru şu: tıklanıyor mu?
Duvar yerine tek sayfa
Post-it duvarı odada kalıyor ve oda başkasına veriliyor.
Atölye çıktısını tek bir sayfaya indir: varsayım, prototip bağlantısı, kim sınayacak, hangi tarihte, kabul ölçütü ne?
Beş satır. Bu sayfa duvarın taşınabilir hâli oluyor.
Sayfayı da aynı biçimde tut. Her atölyeden aynı beş satır çıktığında turlar da karşılaştırılabilir oluyor.
Duvarın fotoğrafını çekmek de bir çözüm değil. Fotoğrafa kimse dönmüyor çünkü içinde bir iş yok.
Sayfayı atölyeden çıkmadan doldur. Sonraya bırakılan satır, doldurulmayan satır oluyor.
Sayfayı da odadaki herkese gönder. Aynı metni okuyan ekip, iki hafta sonra aynı şeyi hatırlıyor.
Bir isim ve bir tarih
Atölyenin sonundaki en önemli iki satır bunlar.
"İlgili ekip" bir isim değil. İsim yazılmadığında iş kimsenin işi olmuyor.
Tarih de takvime girsin. O gün ne olacağı da yazılı olsun: sınama sonucu paylaşılacak.
Bu iki satır, atölyeyi iki haftada kapanmaktan kurtaran şey.
Yazmaya da atölyenin son on dakikasını ayır. Bu on dakika, önceki altı saati anlamlı kılıyor.
Sınamayı kullanıcıyla yap
Prototip ekip içinde değerlendirilmemeli.
Ekip zaten varsayımı paylaşıyor ve aynı yerde takılmıyor. Onay da kolay geliyor.
Kullanıcıya ver ve sus. "Şu işi bitirmeye çalış" de, sonra izle.
Açıklamak zorunda kaldığın her yer, üründe düzeltilecek bir yer.
Aynı tıkanmayı birbirinden bağımsız iki kişide gördüysen bir örüntü bulmuşsun demektir.
Bağımsız olması da önemli. Aynı ekipten iki kişi, aynı varsayımı paylaştığı için aynı yerde takılmıyor olabiliyor.
Kullanıcıya erişimi baştan çöz
Kurumsal inovasyonda en sık tıkanma burada oluyor.
Prototip hazır ama deneyecek gerçek kullanıcıya erişim yok. Onay süreçleri haftalar sürüyor.
Bu yüzden erişimi atölyeden önce çöz. Kiminle konuşulacak, kim izin verecek, hangi kanaldan ulaşılacak?
Cevap yoksa atölyeyi de o soruyla başlat. Erişimi olmayan bir prototip, sınanmamış bir prototip.
İç kullanıcı da bir kullanıcı. Kurum içindeki bir ekip, dış müşteriden çok daha hızlı ulaşılabiliyor.
Saha ekipleri de öyle. Müşteriyle her gün konuşan kişi, çoğu zaman en yakın kullanıcı oluyor.
Bulguyu karara bağla
Sınamadan sonra iki satır yaz: ne gördüm, ne değiştireceğim?
Bulguyu karara bağlamayan atölye, yeni bir fikir listesi üretiyor. Bu kez daha kalın bir liste.
Karar küçük olabilir: bir kelime, bir sıralama, bir varsayılan değer.
Kararların listesi de ekibe anlatılacak şey oluyor. Sunumda fikir değil karar duruyor.
Liste zamanla bir günlüğe dönüşüyor ve altı ay sonra hangi kararın neden verildiğini o günlük söylüyor.
Atölyenin sınırını söyle
Bir atölye bir keşif turu; bütün ürün kararını vermiyor.
Teknik mimari, iş modeli ve yaygınlaştırma bunun dışında.
Sınırı atölyenin başında söyle. Sonunda söylenen sınır çoğu zaman duyulmuyor ve beklenti yanlış kuruluyor.
"Prototip çalıştı" cümlesi "ürün hazır" diye okunduğunda pahalıya patlıyor.
Bir sonraki tur için de yeni bir varsayım seç. Aynı prototipi büyütmek, keşfi ürün geliştirmeye çeviriyor.
Atölyeyi doğru kişilerle kur
Odada kim var sorusu, hangi yöntemi kullandığından daha çok belirliyor.
Üç rol gerekiyor: problemi yaşayan kişi, kararı verebilen kişi ve işi yapacak kişi.
Üçü yoksa atölye bir öneri toplantısına dönüşüyor ve önerinin muhatabı odada olmuyor.
Karar verebilen kişi bütün gün kalmasa da olur. Son yarım saatte gelmesi yeterli.
O yarım saatte kim, ne zaman, neyi sınayacak sorusu cevaplanıyor ve atölye kapanmıyor.
İki hafta sonra bir tur daha
Atölyenin ömrünü belirleyen şey ikinci buluşma.
Sınama yapıldıktan sonra kısa bir tur koy: ne gördük, ne değişti, sırada ne var?
Yarım saat yetiyor ve atölyeyi bir etkinlik olmaktan çıkarıp bir döngüye çeviriyor.
Bu turu atölyeden çıkmadan takvime gir. Sonradan ayarlanan toplantı ayarlanmıyor.
İkinci tur yapılan atölyelerde üçüncüsü de kendiliğinden geliyor.
Kim için
Kurumsal inovasyon ekipleri, dönüşüm birimleri ve atölye yürüten ürün yöneticileri için.
Atölye kolaylaştırıcıları için de yazıldı. Değişen tek şey çıktının tanımı.
Atölye şablonu ya da süreç çerçevesi arayan için değil. Burada anlatılan şey çıktıyı denenebilir bir nesneye bağlamak.
Bugün yapılacak tek şey
Yeni bir atölye planlama.
Son atölyenin çıktısını aç ve tek bir soruyu sor: hangi fikir bir hafta içinde denenebilir?
Bir tanesini seç ve varsayımını tek cümlede yaz. Sonra yanına iki satır ekle: kim sınayacak, hangi tarihte?
O iki satır yazıldığında atölye hâlâ yaşıyor demektir.