Etiket arşivi: Development Team

The Five Dysfunctions of a Team: A Leadership Fable

The Five Dysfunctions of a Team: A Leadership Fable – Patrick Lencioni

Patrick kitabına şöyle başlıyor:

Not finance. Not strategy. Not technology. It is teamwork that remains the ultimate competitive advantage, both because it is so powerful and so rare.

Söylediklerine tamamıyla katılıyorum. İster bir start-up’ınız olsun isterseniz dev bir şirketin yönetim takımında olun yada dev bir şirketin yazılım geliştirme takımlarından birinin içinde olun. Eğer takım olamazsanız gerçekleştirdiğiniz işte başarısız olacaksınız. Bu start-up’ınızın batması, dev şirketin yönetim takımının değişmesi yada başarılı bir şekilde son kullanıcıya teslim edemediğiniz bir projeyle sonuçlanabilir.

The Five Dysfunctions of a Team: A Leadership Fable
The Five Dysfunctions of a Team: A Leadership Fable

 

Patrick kitabında bir start-up’ın başına yeni getirilen, uzun süredir çalışmayan bir annenin, Kathryn’in hikayesini anlatır. Kathryn geçmişinde yüksek teknoloji deneyimi bulunmayan birisidir buna rağmen Silikon Vadisi’nde bulunan en pahalı üst yönetim takımının başına getirilmiştir. Bunun nedeniyse üstün gözlem yeteneği ve gözlem yeteneğine bağlı olarak aldığı aksiyonlardır. The Five Dysfunctions of a Team: A Leadership Fable yazısına devam et

Agile Tabu

Agile Tabu
Agile Tabu

Agile Tabu

Bir oyun olarak AGILE TABU, eğitici, kendini ifade etme becerisini yükseltici, kişiler arasındaki iletişimi, iletişimin kalitesini arttırıcı ve oynayanları eğlendirici özelliklere sahiptir.

Tabu yukarıda belirttiğim gibi eğlenceli ve faydalı bir oyun, birçok açıdan kendinizi ve diğer oynayanları geliştirebilirsiniz. Peki, Agile Takımları’nda tabunun faydaları nelerdir;

Agile Tabu yazısına devam et

Product Backlog Refinement (Grooming) Nedir?

Product Backlog Refinement Meeting

Product Backlog Refinement – Grooming Nedir?

Ürün İş Listesi’nin Detaylandırılması, İşlerin Olgunlaştırılması

Product Backlog Refinement aktivitesi Scrum’da bulunan aktivitelerden biridir. Yapılması zorunlu değil fakat faydalıdır. Refinement Toplantısı’ndan kimi zaman “grooming” olarakta bahsedilir(Scrum Klavuzunun 2013 yılının Temmuz ayından önce çıkan versiyonlarında bu aktiviteden grooming olarak bahsedilir). Bu aktivitenin amacı ürün listesini temiz, düzenli tutmak ve Geliştirme Takımı’nın gelecek Sprint’ler içinde Ürün Sahibine sorularını Sprint başlamadan önce sormasıdır. Böylece Ürün Sahibi bir sonraki Sprint’in Planlama Toplantısı’na hazırlıklı olarak gelebilir.

 

Detaylandırma aktivitesinde Geliştirme Takımı ve Ürün Sahibi, Ürün İş Listesi’nde en üstte bulunan maddeler üzerine konuşurlar. Ürün İş Listesi’ndeki maddeler hakkında Geliştirme Takımı’nın soruları olabilir. Toplantıda Ürün Sahibine bu sorular yöneltilir. Ürün Sahibi bütün sorulara toplantı sırasında cevap veremeyebilir. Bu soruları alarak bir sonraki Sprint Planlama Toplantısı’na soruların cevaplarıyla gelmesi harika bir pratik olur.

 

Product Backlog Refinement (Grooming) Nedir? yazısına devam et

Scrum Master Sorumluluk Listesi ve Scrum Master Görevleri

Scrum Master Sorumluluk Listesi

Scrum Master sorumluluk listesi, tüm kontrol listeleri gibi insan dikkatinden ve hafızasından kaynaklı hataları en aza indirmek ya da engellemek için kullanılır. Gözlemlenmesi gerektiği düşünülen noktalar liste içinde belirtilir. Scrum’ı yeni öğrenen takımlarda kontrol listesi kullanmak ve gerekli refleksleri kazanmak çok iyi bir pratik olabilir. Kontrol listesi kullanırken dikkat edilmesi gereken konu; kontrol listesinin yaratıcılığı öldürmemesidir ve liste içinde bulunan maddelerin bir statuko oluşturmamasıdır. Statukodan anlaşılması gereken şey listede bulunan maddelerin olmazsa olmaz olarak görülmesi ve liste de bulunmayan konuların önemsenmemesi olarak düşünülebilir. Bu nedenle Scrum Master sorumluluk listesi 4-5 Sprint kullanılmalı ve bağımlılık kazanılmadan bırakılması yaratıcılığın ölmesini ve statukonun oluşmasını engelleyecektir.

Aşağıdaki kontrol listesi bir Scrum Master’ın Ürün Sahibi, Geliştirme Takımı, Çevik Mühendislik Pratikleri ve çalıştığı organizasyonu gözlemlerken kullanabileceği bir listedir.

Scrum Master Sorumluluk Listesi
Scrum Master’ın Görevleri ve Hizmetleri

Ürün Sahibi Nasıl?

  • Ürün İş Listesi önceliklendirilmiş mi?
  • Ürün İş Listesi’nde bütün paydaşların istekleri bulunuyor mu?
  • Ürün İş Listesi yönetilebilir bir büyüklükte mi? Yukarıda bulunan maddeler daha küçük aşağıdaki maddeler daha büyük mü?
  • Yukarıdaki iş maddeleri yazılırken iş maddesi yazım teknikleri kullanılmış mı? INVEST, DEEP, User Story
  • Ürün Sahibi’ni teknik borç ve teknik borcun nasıl ödenebileceği konusunda bilgilendirdiniz mi?
  • Ürün İş Listesi’nin bilgi yayıcı özelliği var mı? Ürün İş Listesi bütün paydaşlar tarafından görülebiliyor mu?
  • Ürün İş Listesi yönetimi için kullandığınız uygulama hakkında herkes bilgi sahibi mi?
  • Ürün İş Listesi çıktıları alarak bilgiyi görselleştiriyor mu?
  • Ürün Sahibi’ne, Ürün İş Listesi maddelerini uygun teslimler gerçekleştirebilecek şekilde sıralaması için yardım eder misiniz?
  • Teslim Plan’ı herkes tarafından biliniyor mu? Teslim planı için grafik kullanıyor musunuz?
  • Son Sprint Değerlendirme Toplantısı’ndan sonra Ürün Sahibi Teslim Planı’nı güncelledi mi?

Scrum Master Sorumluluk Listesi ve Scrum Master Görevleri yazısına devam et

Sprint Review Toplantısı

Sprint Review Meeting
Sprint Review Meeting

Sprint Review Toplantısı

Niyedir bilmem, Sprint Review Toplantıları benim en mutlu olduğum toplantılardır. Hep bir bayram mutluluğu yaşarım. Belki de bayramlarda olduğu gibi az tanıdığımız yakın akrabalarımızla sohbet etme şansı yakaladığımızda yaşadığımız mutluluktan dolayı böyle hissediyorumdur. İş birimleri fazla iletişimde bulunmadığımız yakın ama mesafeli akrabalar gibidir. Halbuki bir organizasyonda her birey birbirinin hayatını etkilemektedir. Hele ki IT gibi bütün büyük organizasyonların beyni olan bir departmanın çalışanları tüm organizasyonun yükünü çekmektedir.

 

Peki, Agile Manifesto’nun değerlerinden biri olan müşteri ile işbirliğini Scrum’da nasıl uygulayabiliriz?

 

Bunun için bize verilen ilk şans Sprint Review Toplantısı’dır.

 

Sprint Review Toplantısı’nın sahibi Product Owner’dır. Bu toplantıya organizasyonda bulunan tüm paydaşlar katılabilir. Paydaşlar, ürünü ya da hizmeti kullanacak olan iş birimidir. Daha sonra bu ürünün ya da hizmetin etkilediği ikincil iş birimleri, organizasyonda bulunan diğer Scrum Takımları, IT yöneticileri, müdürler, operasyon ekibi çalışanları olarak düşünülebilir. Söylediğim gibi organizasyonda ürün ya da hizmet konusunda bilgi, fikir geri bildirimi yapabilecek kişiler katılabilir, teori de böyledir.

Sprint Review Toplantısı yazısına devam et