Scrum Takımı Üyelerinin Sözleri
Scrum‘ı, geleneksel proje yönetiminden farklı kılan ilk özellik Takım üyelerine görev atanması yerine Takım üyelerinin sorumluluk almalarıdır. Sorumluluk almak, söz vermektir.
Waterfall ile geliştirilen projelerde, geliştirici, takım lideri, müşteri hatta proje yöneticisi sorumluluklarından kaçabilir çünkü bilinmeyen riskler ve gözle görülmeyen engeller çoktur. Risklerin ve engellerin çok olduğu yerde mantıklı insanlar söz vermezler. Büyük ihtimalle tutamayacakları bir sözü vermemek doğru bir hareket iken Waterfall ile geliştirilen projelerde proje bitiş tarihi geçtikten sonra projede görev alan herkes söz vermeye başlar. Geliştirici takım liderine, takım lideri proje yöneticisine, proje yöneticisi proje sahibine ya da müşteriye sıraya sözler vermektedirler. Bu sözler pekte mantıklı insanların verdikleri sözler değil daha çok stres içinde bulunan ve sorumluluklarını yerine getirmemiş kişilerin acınası çabalarıdır.
Scrum Takımı üyelerinin, Takımlarına, Kurumlarına ve rollerine bağlılıkları olmazsa Scrum Takımı’nın, Kurumun ya da bireysel olarak kişinin başarılı olması beklenmemelidir. Peki başarılı olmak için yerine getirilmesi gereken sorumluluklar nelerdir? Verilmesi gereken sözler nelerdir?
Geliştirme Takımı’nın Bağlılık Sözü
GARAJ Takımı’nda sorumluluğumun gereklerini yerine getirmek için Scrum‘ı ayakta tutan sütunlar olan;
Şeffaflık, Gözlem ve Adaptasyona bağlı kalacağıma,
Takımın bir parçası olduğum için kendi işimden fazlasını yapmaya çalışacağıma,
Başkaları tarafından yönlendirilmektense kendi işimi kendim yapacağıma,
Kendi kararlarımı kendim verip sorumluluk almaktan çekinmeyeceğime,
Tüm enerjimi DoD’a uyan mükemmel bir ürün oluşturabilmek için doğru yolda kullanacağıma,
Sprint Goal’e ulaşarak GARAJ Takımı’nı onurlandırmak için elimden geleni yapacağıma,
Daily Scrum‘larda, Geliştirme Takımı arkadaşlarımı en net ve en doğru biçimde bilgilendireceğime,
Geliştirme Takımı’nın bir üyesi olarak Geliştirme Takımı’nın kendi kendine organize olması ilkesine uyacağıma,
Geliştirme Takımı olarak Kurum tarafından verilen işleri düzenlemek ve yönetmekle yetkilendirildiğimin bilincinde olup bu şekilde hareket edeceğime,
Geliştirme Takımı’nın her bir üyesi özel yeteneklere ve odak alanlarına sahip olsa bile sorumluluk bir bütün olarak Geliştirme Takımı’na aittir, bu nedenle Sprint Planning’te belirlenen işlerden ve kabul edilen PBI’lardan bir kişinin değil Geliştirme Takımı’nın tamamının sorumlu olduğunun bilincinde olduğumu ve herhangi bir task için gönüllü olacağıma,
Söz veriyorum.
Product Owner’ın Bağlılık Sözü
Geliştirme Takımı’nın geliştirdiği ürünün değerini en yükseğe çıkarmak için elimden geleni yapacağıma,
Product Backlog’u en iyi şekilde yöneteceğime,
Product Backlog’ta bulunan maddelerin şeffaf, herkes tarafından anlaşılabilir ve herkeste aynı anlayışı oluşturmasını ve Geliştirme Takımı’nın ihtiyaç duyduğu seviyede anlamasını sağlayacağıma,
Product Backlog’ta bulunan her maddenin benim sorumluluğumda olduğunun bilincinde olacağıma,
Product Backlog’un iyileştirilmesi gerektiği durumlarda INVEST ve DEEP kriterlerini uygulayacağıma,
İş Birimlerinin ve son kullanıcılarının isteklerini gözlemleyip, öğrenip, analiz edeceğime
Proje Sahipleriyle düzenli olarak iletişimde olacağıma,
Gemba Walk ile işi işin yapıldığı yerde göreceğime,
Fikirleri ürüne dönüştürmeye çalışacağıma,
Yasal bir zorunluluk olmadan Sprint İptali yapmayacağıma ????
Söz veriyorum.
Scrum Master’ın Bağlılık Sözü
Scrum Takımı’nın, Scrum değerlerini ve pratiklerini anlaması ve uygulaması için elimden geleni yapacağıma,
Scrum Takımı için hizmetkar bir lider olacağıma,
Geliştirme Takımı’na kendi kendine organize ve çapraz fonksiyonel olmasında koçluk edeceğime,
Geliştirme Takımı’nın önündeki engelleri kaldıracağıma,
Anlaşmazlıklarda arayı bulacağıma ve bunu yaparken akılcı ve adaletli olacağıma,
Scrum Takımı’nın kararlar almasına yardımcı olacağıma,
Geliştirme Takımı’nın yüksek teknik kalite amacı ile Product Owner’ın daha fazla iş bitirilmesi amacı arasında arayı bulacağıma,
Scrum ve Agile hakkında sürekli olarak kendimi geliştirmeye çalışacağıma, öğrendiklerimi Scrum Takımı’yla paylaşacağıma ve Scrum Takımı’nında gelişimine yardımcı olacağıma,
Scrum Takımı dışındakilerin, Scrum Takımı’yla hangi etkileşimlerinin Scrum Takımına yardımcı olduğunu ya da olmadığını anlamalarına yardım edeceğime,
Product Owner’ın ürünün değerini en yükseğe çıkarmak için Product Backlog’u nasıl düzenleyeceğini bildiğinden emin olacağıma,
Product Owner, Product Backlog’u yönetirken daha etkin olması için yardım edeceğime,
Scrum Takımı’na, PBI’ları anlamasında yardım edeceğime,
Scrum Master olarak, adaptasyon sürecinde Kuruma rehberlik ve koçluk edeceğime,
Proje sahiplerinin Scrum‘ı ve deneysel ürün geliştirmeyi anlamalarında ve bu yönde hareket etmelerinde yardımcı olacağıma,
Kaynağına bakarak bir fikri değerlendirmeden dışlamayacağıma, farklı düşünce gruplarına ait fikirleri mevcut duruma en uygun olanını bulmak için değerlendireceğime
Söz veriyorum.
Peki ürün geliştirme yönteminizin adını Waterfall değil de Scrum koyarsanız, insanlar bir anda sorumluluk almaya başlayacak, bilinmeyen riskler bilinir olacak, görülmeyen engeller görünür mü olacaktır?
Elbette hayır. Bunun için hem Scrum Takımı hem Kurum çalışmak zorundadır.
Yorumlar