Bazen menajerim hata yapıyor. PR birleştirirken bir özelliği bozuyor. Bir şeylerin yapıldığını ve testleri geçtiğini söylüyor ama temel işlevsellik eksik. Bu genellikle iş akışınıza ek araçlar veya korkuluklar eklemek için iyi bir fırsattır. 🧵

Ama eğer bunu yapmak zor, karmaşıksa ya da ne ekleyeceğinden emin değilseniz, yapmazsınız. Ve sonunda aynı sorunları tekrar tekrar çözürken buluyorsun.

Amazon (ve birçok diğer şirket) üretim kesintisi veya müşterileri etkileyen bir sorun olduğunda resmi bir otopsi süreci var; buna coe denir ve başka yerlerde de. Genellikle buna sadece ölüm sonrası muayene denir.

Fikir basit. Sorunun ne olduğunu, nasıl yakaladığını ve nasıl düzelttiğini suçsuz bir geriye dönük olarak analiz edersin, sonra gerçek yapısal sorunların ne olduğunu anlamak için bir temel neden analizi yaparsın.

Bugün arabada fark ettim ki, menajerimin yaptığı hataları da aynı şekilde değerlendirebilirim. Bir özelliğin sadece yarı yarıya çalıştığı halde QA üzerinden geçmesine neden neden olduğunu söyleyebilirim. Birleşmeler sırasında sürekli özellikleri ezmemize neden olan eksik koruyucu korkuluğun ne olduğunu inceleyebilirim.

İşte beceri: Bir dahaki sefere ajanınız hata yapıp projenizi mahvette, sadece şöyle söyle /coe veya /post-mortem alım formu 3 PR birleştirildikten sonra kırıldı

Bu akşamı birkaç kez kullandım ve ajanımın hızlı hareket etmesini sağlayan becerilere ve araçlara daha fazla koruma ekliyorum. Deneyin!