Bir Takımın Rotası Nasıl Belli Olur? Yön Duygusu Nasıl Kurulur?
Arkadaşlar selam,
Bugün sadece teknik olmayan bir teknik yorgunluktan bahsetmek istiyorum:
Yönsüzlük.
Kodun kalitesi, test kapsamı, doğru mimari kararlar… Bunlar önemli. Ama bir süredir fark ediyorum ki, takımları en çok yoran şey neyi neden yaptığını bilmeme hali.
Kod Yazılıyor Ama Nereye?
Çoğu ekipte tanıdık bir akış var:
- Jira’dan task alınıyor
- Task tamamlanıyor
- PR açılıyor, kod merge ediliyor
Ama sonra ne oluyor? Bu feature neye hizmet etti? Kullanıcıda neyi değiştirdi? Şirketin hedefiyle bağlantısı neydi?
Bu sorular cevapsız kaldığında, yön duygusu zayıflıyor. Ve zamanla ekip refleksi şu hale geliyor: “Bitirelim de çıksın.”
Yön Duygusu Nedir?
Benim için yön duygusu, takımdaki herkesin şu soruya aynı şekilde cevap verebilmesidir: “Biz şu an ne yapıyoruz ve neden yapıyoruz?”
Ve bu cevabın sadece PM’e, yöneticilere değil, tüm ekibe ait olması gerekir. Yazılımcısı, QA’sı, backend’cisi… Cevap herkes için ortaksa, orada yön duygusu vardır. Ve bu olduğunda, insanlar sadece kod değil, karar da üretir.
Bir Takımın Rotası Nasıl Belli Olur?
Birkaç işaret:
- Takvimde tarih değil, amaç konuşuluyorsa
- Hedefler sayılarla değil, etkilerle tarif ediliyorsa
- Roadmap, sadece yöneticilere ait değilse
- Geliştirici sadece task tamamlamıyor, çözümün parçasıysa
Orada bir yön vardır. Ve bu yön, yazılım kalitesinden daha uzun ömürlü bir şeydir.
Bu Nasıl Kurulur?
Kolay değil. Ama mümkün. Benim için netleşen bazı şeyler var:
- Kararları göstermek — Sadece sonucu değil, süreci paylaşmak. “Bu projeyi neden yapıyoruz?” sorusunun veriye, ihtiyaca, kullanıcıya dayalı bir açıklaması olmalı.
- Yazılı netlik — Konuşarak değil, yazarak netleşmek. Hedefin, bağlamın, katkının yazılı olduğu bir sayfa, aylarca işe yarayabilir.
- Sinyalleri okumak — “Bu neden yapılıyor?” sorusu sık geliyorsa, bir şey eksik bırakılmıştır. Ya bilgi, ya yön. Sessiz kalanlar da çoğu zaman yönsüzlüğü hisseder ama söylemez.
- Bağlam hatırlatmak — Sprint başlamadan ya da demo sonunda “Bu yaptığımız şey neye hizmet ediyor?” sorusunu cevaplamak görünenin ötesinde bir etki yaratır.
- Yavaşlama hakkı tanımak — Hedef net değilse hız sadece yorgunluk yaratır. Bazen durup tekrar bakmak, bir şeyleri yeniden tanımlamak gerekir.
Sonuç
Yorgunluk her zaman çok çalışmaktan olmaz. Çoğu zaman neden çalıştığını bilememekten olur.
Kod karışık olabilir, teknik borç olabilir. Ama yön belliyse insanlar motive kalır. Yön yoksa, en sade kod bile boş gelir. Bazen refactor değil, rota kontrolü gerekir.
Ve belki de en sade ama önemli soru şudur: Bu iş o iş mi? Yani şu an yazdığın kod, inandığın yönle kesişiyor mu?