19 Ocak 2013 Cumartesi

Agile buluşmanın ardından: Product Owner'lık

Daha önce de bahsettiğim gibi, Agile Turkey'in organize ettiğin Agile Buluşmalar'ın 4.sü 17 Ocak'ta Astoria Cafe Nero'da gerçekleşti. Sony'de yıllarca Product Owner'lık yapmış olan Hakan Sağlam ile Product Owner'lık üzerine konuştuk. 15 kişiye yakın katılımcının katıldığı buluşmada, çok keyifli bir sohbet ortamı oluştu. Hakan Sağlam'ın yanısıra, Mehmet Yitmen ve birçok katılımcı da deneyimlerini ve bilgilerini paylaştılar. Sohbet sırasında bol bol not alma fırsatım da oldu. Sizlerle notlarımı paylaşmak istiyorum.

  • Yapılabilecek bir numaralı hata yarı zamanlı (part time) PO olmaktır.
  • PO takıma yakın değilse, takım boşlukları varsayımlarla doldurur. Bu da sorunlara yol açar. 
  • PO takımlara mutlaka yakın olmalıdır, aynı mekanda bulunmalıdır.
  • Eğer tek bir müşteriniz var ise, PO müşteriden biri olabilir. Müşteriden olmayan PO'lar vizyonu kaybedebiliyor.
  • Proje yöneticisi ve PO ayrı rollerdir. PO, proje yöneticileri ile görüşüp "Ürün İş Listesi"ni (Product Backlog) oluşturur.
  • PO iş birimidir. Herşeyi bilen iş birimi bulmak zordur. 
  • PO "yatırımı karlılığı"nı (return of investment) hesaplar.
  • Grooming toplantıları, yani planlama toplantısı öncesi gelecekte önümüze gelebilecek işlerin detaylarının takımca konuşulduğu ve işlerin büyüklüklerinin "Story Point" üzerinden tahmin edildiği toplantılar, mutlaka yapılmalıdır.
  • PO'nun takımın önüne getireceği Story'ler "Hazırın tanımı (Definition of Ready)"na uygun olmalıdır.
  • Grooming toplantıları, POnun "story"ler üzerine çalışabilmesi için vakit tanır. Planlama toplantısına story'lerde açık nokta kalmamalı.
  • Grooming toplantılarınıda "story point" üzerinden efor tahmini olur.
  • "User Story"leri, kalitesini anlatan INVEST kuralına uygun olmalıdır.
  • Story'lerin içinde fonksiyonel olmayan gereksinimlerde olmaldır.
  • Story'lerin tamamlanabilir küçüklükte olması lazım. Bu POların yetkinliğini gösterir.
  • PO eğer projenin herşeyini biliyorsa takıma işini öğretmeye başlıyor. "Inspect & adapt" ölüyor.
  • POların inovatiflik/yenilikçilik özelliği de olmalı.
  • POların inovatif fikirler üreten sanal bir ekibi de olmalı. POların inovatif fikirlerle beslenmesi lazım.
  • PO takımların "konular arası geçişi (context switch)"ni engellemeye çalışır. Takım ne kadar az konu ile ilgililenirse o kadar odağını kaybetmemiş olur.
  • POlar planlama toplantıları öncesi vizyon toplantısı yaparlar.
  •  Story'lerin analizi Sprint'in içinde olmalı. POlar kapsamı (scope) belirler.
  • PO aslında herhangi biri olabilir. IKdan biri dahi olabilir. Önemli olan ROI'den sorumlu olmasıdır.
  • Başarısızlık yoktur, geribildirim vardır.
  • Fibonacci rakamları ile tahmin yürütülür. Tahmin sırasında takımın sıkça kullandığı rakamlar dışında bir tahmin yürütülmüşse, o story küçük story'lere bölünebilir.
  • Bitti'nin tanımı (Definition of Done), takım ve PO işbirliği ile belirlenmelidir.
  • Takım içinde güven mutlaka kurulmuş olmalıdır. Yapılan işin kalitesinde bir sorun varsa, takımın PO ile bunu paylaşması gereklidir.
  • Takım kaliteyi arttırmayı, PO ise daha fazla iş isteyerek (mecazi olarak) düşürmeyi amaçlar.
  • Bitti'nin tanımına kullanıcı testi (UAT) eklenebilir.
  • PO ile yapılan işlerin demosu (review) öncesi mutlaka ön-demo (pre-review) yapılmalıdır.
  • Sprintin vaktinden önce bitirilmesi (Sprint Termination) normal değildir.Ancak canlıda olan büyük bir hata ile düşünülebilir.
  • PO takımı yönetmez. Takım kendini yönetir (self-organized, empowered teams)
  • POnun yükünü azaltmak için analistler Story'lerin parçalanması görevini üstlenebilirler.
  • Geçmişi gözden geçirme toplantılarına (retrospective meetings) PO katılabilir katılmayabilir. Katılan POlar ve takımlar bundan memnunlarmış.
  • Takım, herhangi bir işi (PBI) bitirmeye yetkin kişiler topluluğu olarak tanımlanabilir.
  • Takımın işi yetiştirebilmek için "şu yetilere sahip birine ihtiyacımız var" diyebilmesi lazım.
  • PO'lar hem içe (takıma) dönük, hem de dışa (müşteriye) dönük olması gerekir.
Scrum'ın en önemli rollerinden biri olan "Product Owner" üzerine konuşmanın ve Hakan Sağlam gibi çok deneyimli Product Owner'lardan deneyimlerini dinlemenin bana çok şey kattığını söylemeliyim. Umarım notlarım da sizlere faydalı olmuştur. Yeni buluşmalarda görüşmek üzere... 

0 yorum:

Yorum Gönder

Template developed by Confluent Forms LLC; more resources at BlogXpertise