Kollabe
Retrospektifler
Planlama Pokeri
Standuplar
BuzKırıcılar
Fiyatlandırma
Kontrol Paneli

Gönderiler

Startup'ların retrospektife ihtiyacı var mı?

Dar bir ofiste dizüstü bilgisayarlarla çalışan dört kişilik küçük bir startup takımı, tek bir beyaz tahtaya yapıştırılmış notlar ve duvarda bir teslimat takvimi, enerjik ve biraz kaotik bir illüstrasyon
Kelly Lewandowski

Kelly Lewandowski

Son güncelleme 25/07/20267 dk okuma

Bu soru birkaç haftada bir agile subreddit'lerinde ortaya çıkıyor, genelde bir startup'ta çalışan birinden, genelde şöyle bir ifadeyle: beş kişiyiz, aynı Slack kanalında oturuyoruz, her gün ship ediyoruz, sprint'imiz yok. Nasıl çalıştığımızı zaten sürekli konuşuyorken, nasıl çalıştığımızı konuşmak için neden bir toplantı ayarlayalım? Cevaplar neredeyse her zaman sorunun kendisinden daha kötü. "İncele ve uyarla." "Sürekli iyileştirme." "Scrum Guide'da yazıyor." Bunların hiçbiri gerekçe değil. Bunlar slogan ve runway'ini yakan bir kurucu sloganı kilometrelerce öteden koklar. O yüzden işte gerçek cevap, itirazın haklı olduğu kısım dahil.

İtirazın haklı olduğu nokta

Çoğu insanın gözünde canlanan retro şu: bir kolaylaştırıcı, bir kronometre, bir Mad Sad Glad board'u ve kimsenin bir daha bakmadığı sekiz action item içeren 90 dakikalık bir toplantı. Bu format var çünkü 40 kişilik bir mühendislik organizasyonunun geri bildirim için resmi bir kanala ihtiyacı vardır. Gayriresmi kanallar bir düzine kişiden sonra ölçeklenmez, sen de onların yerine bir tören kurarsın. Startup'ın gayriresmi kanalı zaten var. Ve çalışıyor. Büyük şirket retrosunun perşembe günü ortaya çıkardığı şeylerin çoğunu, beş kişilik bir takım salı günü zaten biliyordu ve çarşamba günü düzeltti. Maliyet de gerçek. Beş kişinin 90 dakikalık bir toplantıda olması, runway'in aylarla ölçüldüğü bir şirkette, iki haftada bir neredeyse tam bir mühendislik günü demek. Biri sana framework öyle diyor diye bunu yapmanı söylüyorsa, boş ver. Sen Scrum yürütmüyorsun. Bir şirket yürütüyorsun.

Gözden kaçırdığı kısım

Sürekli konuşma, olaylarda mükemmel, örüntülerde işe yaramaz. Pratikte şöyle görünüyor. Staging bir öğleden sonrayı yiyor. Biri düzeltiyor, Slack'e yazıyor, herkes yoluna devam ediyor. Üç hafta sonra tekrar oluyor, farklı belirti, aynı kök. Biri tekrar düzeltiyor. Kimse "bu çeyrekte dördüncü kez" demiyor çünkü kimse saymıyor. Her bir vaka tek başına absorbe edilebilecek kadar küçüktü ve düzeltme, örüntü kimseye görünür hale gelemeyecek kadar hızlıydı. Asıl bilgi olan şey frekans ve sürekli geri bildirim frekansı çöpe atıyor. Frekansı ancak biri aynı şikayeti iki kez yazdığında ve o iki kağıt yan yana geldiğinde görürsün. Uzun bir zaman çizelgesi üzerinde aynı küçük yangını defalarca söndüren bir kişinin illüstrasyonu, arkasında aynı yangın belirli aralıklarla yeniden beliriyor ve bir büyüteç tekrar eden örüntüyü ortaya çıkarıyor Bunu, gerçek takımların yazdığı bir milyon retro kartı üzerinden inceledik. En yaygın şikayetler hiç de dramatik değildi. Test ve QA, tüm şikayet kartlarının %10.2'siyle listenin başındaydı, onu %8.1 ile ticket'lar ve gereksinimler, %4.9 ile deploy'lar ve sürümler izledi. Herkesin asıl sorun sandığı şey olan iletişim ise %1.9'da kaldı. Üst sıradakilerin ortak yanına dikkat et. Hepsi, herhangi bir öğleden sonra kimsenin acil durumu olmayan, yavaş yanan yapısal problemler. Tam da bu yüzden koridorda hiç gündeme gelmiyorlar ve tam da bu yüzden birikiyorlar.

Geri bildirim döngün tek yöne akıyor

Bu madde startup'lara özel ve kurucular sürekli olarak hafife alıyor. Beş kişide, odadaki en yüksek ses genelde maaşları imzalayan kişidir. Bu kimseyi kötü bir yönetici yapmaz. En çok bağlama ve en çok kanaate sahip kişi her tek konuşmanın içindeyse olacak olan budur. Junior mühendisler, kurucunun kendi mimari kararı hakkındaki canlı bir thread'de kurucuya karşı çıkmaz. Herkesin, kimse okumadan önce gönderim yaptığı yazılı bir retro, bunun için bildiğim en ucuz çözüm. Beş dakikalık sessizlik ve duyduğun şey değişiyor, çünkü insanlar CTO cümlesinin ortasındayken asla yüksek sesle söylemeyecekleri bir endişeyi yazıyorlar. Bunun neden önemli olduğunun uzun versiyonunu istersen, agile takımlarda psikolojik güvenlik hakkında ayrıca yazmıştık.

Fatura yedinci işe alımda geliyor

Startup'lar beş kişi kalmıyor. Zaten bütün mesele bu. Koridorda alınan kararlar kayıt bırakmaz. Kurucu ekip, faturalandırma servisinin neden o şekilde olduğunu ve import job'a neden kimsenin dokunmadığını hatırlar. Bir çeyrekte altı mühendis işe al, hiçbirinde bunların hiçbiri yok. Mart'ta kapattığın kararları yeniden tartışmaya açacaklar, sen de çeyreğini bir şey inşa etmek yerine baştan anlatarak geçireceksin. Bir retro geçmişi, satın alabileceğin en ucuz kurumsal hafızadır, çünkü o konuşmayı zaten yapacaktın. Tek ekstra maliyet, yazıya dökmek.

Retronun startup versiyonu

Yirmi beş dakika, iki haftada bir, döngün daha yavaşsa ayda bir. Kolaylaştırıcı eğitimi yok, buz kırıcı yok, sprint şartı yok.
  1. Beş dakika sessizce yaz
    Üç soru fazlasıyla yeter: bizi ne yavaşlattı, ne beklenenden iyi gitti, neye çarpmak üzereyiz. Herkes aynı anda yazar, kronometre bitene kadar kimse okumaz.
  2. Beş dakika grupla ve oyla
    Tekrarları bir araya topla. Aradığın sinyal tam olarak o tekrarlar. Sonra herkes iki oy alır.
  3. Sadece ilk iki maddeyi tartış
    On dakika, iki konu. Geri kalan her şey kayıt olarak board'da kalır. Bütün ayı çözmeye çalışmıyorsun, sana sessiz sessiz günler kaybettiren şeyi bulmaya çalışıyorsun.
  4. Bir değişiklik ve ona yazılmış bir isimle çık
    Bir tane. Liste değil. Bir kişiye ata ve bir tarih ver, sonra bir sonraki retronun başında kontrol et.
Bu boyutta async daha da iyi çalışıyor. Kimsenin bir odada olmasına gerek yok. Board'u pazartesi sabahı aç, gün boyunca insanlar kart eklesin, ilk iki madde için birlikte on beş dakika harca. Beş kişilik bir takımın kartlarıyla dolu Start, Stop ve Continue sütunlarına sahip bir Kollabe retrospektif board'u, yanında herkese açık ve anonim takım anketleri

Gerçekten atlayabileceğin durumlar

Bu konuda sana bir tören satmaktansa dürüst olmayı tercih ederim.

Gün boyu pair yapan iki kurucu ortak, ürün öncesi, çalışan yok. Salı günkü yürüyüşünüz zaten retro. Ayda bir bunu bilerek yap ve neye karar verdiğinizi yaz.

Her şeyin tek bir olay yüzünden ters gittiği döngü. Onun yerine düzgün bir postmortem yap; net bir nedeni olan tek bir olay için daha iyi bir format.

Zaten seni neyin yavaşlattığını soran aylık yazılı bir değerlendirme yapıyorsun. O bir retro. Onu koru, ikinci toplantıyı atla.

Geçerli bir atlama sebebi sayılmayan şey: "çok meşgulüz." Beş kişinin 25 dakikası, ayda kabaca iki saat şirket zamanı. Tekrar eden tek bir deploy hatası tek bir öğleden sonrada bundan daha pahalıya mal oluyor ve senin başına dört kere geldi.

Peki, ihtiyacın var mı

Üç kişiden kalabalık bir startup'san ve işe alma niyetin varsa, evet, ama gözünde canlandırdığın versiyona değil. İhtiyacın olan şey, bir şeyleri yazıya dökmenin ve neyin tekrar ettiğine bakmanın kısa ve düzenli bir alışkanlığı. Tören opsiyonel. Kayıt değil. Bir board ve üç soruyla başla. Koyacak bir yer arıyorsan, Kollabe'nin retrospektifleri küçük takımlar için ücretsiz, async çalışıyor ve insanların anonim gönderim yapmasına izin veriyor; böylece kurucunun fikri herkesin okuduğu ilk şey olmuyor. Formatı kendin seçmek istemiyorsan, retro şablonu oluşturucumuz takımını bir cümleyle anlatmandan sana bir format kurar.

Sürekli ship eden çoğu takım için iki haftada bir işe yarıyor. Döngün daha yavaşsa veya takım beş kişinin altındaysa ayda bir de olur. Daha fazla detay retrospektifleri ne sıklıkla yapmalısın rehberimizde.

Evet. Bir iterasyona değil, takvime bağla. Bir retronun geriye dönüp bakacağı bir döneme ihtiyacı var ve "son iki hafta" bir dönemdir.

Hayır. Startup boyutunda, toplantıyı kim ayarlıyorsa o yürütebilir. Uygulanmaya değer tek kural, kimse konuşmadan önce herkesin yazması.

Anonim gönderim, herkes kimin ne yazdığını tahmin edebiliyorken bile işe yarıyor, çünkü konuşup konuşmamaya karar verdiğin o anı ortadan kaldırıyor. İki tur dene ve board'a ne düştüğünü karşılaştır.