Scrum Master ve Product Owner Rolleri Hakkında Acı Gerçekler: Kimi, Neden Seçmelisiniz?
Güncelleme tarihi: 17 Eyl
Kısaca Scrum Master takımın çalışma sistemini ve çevik yetkinliğini geliştirirken Product Owner ürün değeri, hedefler ve önceliklerden sorumludur. Bu rollere kişileri unvanlarına göre değil, rolün gerektirdiği gerçek yetkinliklere göre seçmek gerekir.
Scrum Master ve Product Owner; bir organizasyonun çevikleşmesinde en kritik iki roldür. Ancak Türkiye'de Scrum Master genellikle "toplantı organize eden asistan", Product Owner ise "müşteriden gelenleri takıma ileten sekreter" olarak konumlandırılır. Bu büyük bir hatadır.
Başarılı bir Scrum Master, takıma teknik pratiklerde (XP, TDD) rehberlik edebilecek mühendislik vizyonuna sahip olmalı; Product Owner ise ürününe bir CEO gibi hakim olmalıdır. İşte bu roller hakkında sektörde doğru bilinen yanlışlar.
1. Scrum Master: "Toplantı Ayarlayıcısı" Değildir
En çok sorulan sorulardan biri şudur: "Hocam Scrum Master nasıl bir profil olmalı?"Cevabımız net: Scrum Master, takımın etkinliğinden sorumludur. Bunu yapabilmesi için takımı mühendislik pratikleri konusunda geliştirmesi gerekir.
Sadece "Daily 15 dakika sürsün" veya "Retrospektifte yeni bir oyun deneyelim" diyen kişi Scrum Master değildir.
Takımını daha üretken hale getirecek pratikleri (CI/CD, Otomasyon, Pair Programming) bilmeyen ve bunları takıma öğretemeyen Scrum Master, işini yapmıyordur.
Ken Schwaber'in dediği gibi: "En iyi Scrum Master'larınız aynı zamanda iyi mühendislerdir." (Your best Scrum Masters are also good engineers).
2. "Aramızdan Bir Gönüllüyü Seçelim" Hatası
Bazı şirketler veya danışmanlar; "Aramızdan bir gönüllüyü Scrum Master seçelim" kolaycılığına kaçar. Bu yaklaşım, genellikle ekipteki hevesli ama yetkin olmayan bir "Junior" arkadaşın bu role atanmasıyla sonuçlanır.
Sonuç: Doğru olanı yapmak yerine kolay olanı yapmış olursunuz. O kişi takımdaki "Senior" yazılımcılara söz geçiremez, teknik borçla savaşamaz ve yönetimle çatışamaz. Rolün adı üzerinde "Master" vardır, bu bir ustalık gerektirir.
3. Product Owner Kimdir?
Scrum'ın yaratıcılarından Jeff Sutherland, medikal cihazlar geliştiren bir şirketin teknolojiden sorumlu genel müdür yardımcısı iken kendisine sorulan "Product Owner nasıl olmalı?" sorusuna harika bir örnek verir:
"Bir Product Owner, bir alan uzmanı olmalıdır. Bizim şirketimiz için tercihen haftada birkaç gün önde gelen bir hastanede çalışan pratisyen hekim olmalı... Ama aynı zamanda bir yazılım mühendisliği uzmanı olmalı, tercihen kendisi bazı uygulamalar yazmış olmalıdır."
Yani; bir yazılım ürününden bahsediyorsak, o ürünün sahibi yazılım işinden anlamalıdır. Elbette domain (iş) bilgisi çok önemlidir ama geliştirmeye çalıştığımız şey "yazılım" olduğuna göre, PO teknik ekiplerle aynı dili konuşabilmelidir.
İş biriminden gelen bir domain uzmanını PO yapıyorsanız, onu mutlaka teknik yetkinlikler konusunda eğitmelisiniz. Aksi halde "Ben anlamam, yarına yetişsin" diyen bir yönetici profiliyle karşılaşırsınız.
4. "Hiç Ürün Yönetmemiş" Agile Koçlar
Sektörün kanayan bir diğer yarası da tecrübesiz koçlardır. Hayatında 1 tane ürünün sorumluluğunu almamış, bir projenin deadline stresini yaşamamış, canlıya çıkış (deployment) gecesi sabahlamamış kişiler "Agile Coach" unvanıyla şirketlere akıl vermektedir.
İnsanları işlerini düzgün yapamadıkları için eleştirmek kolaydır. Ama o insanların yaşadığı stresi, yönetim baskısını ve teknik zorlukları anlamadan yapılan koçluk, "havalı ama işe yaramayan" söylemlerden öteye gitmez.
Tavsiye: Danışman veya Koç seçerken, teorik bilgisini değil, saha tecrübesini sorgulayın.
Sonuç: Sertifika Değil, Yetkinlik Kazanın
Şirketinizdeki rollerin sadece ismini değiştirip (Proje Yöneticisi -> Scrum Master), insanların yetkinliklerini değiştirmezseniz, "Fake Agile" yapmaya devam edersiniz.
Bu rolleri hakkıyla yerine getirmek, Scrum.org sınavlarını geçip PSM/PSPO sertifikası almaktan ibaret değildir. Gerçek bir uzmanlık yolculuğudur.
Scrum Master ve Product Owner'larınızın yetkinliklerini artırmak, onlara gerçek dünya senaryolarıyla (Case Study) eğitim vermek için Agile (Çeviklik) Eğitimlerimizi inceleyebilirsiniz.
Bu yazı, Onur Özcan'ın "Nasıl Agile (Çevik) Olunmaz?" serisinin küçük bir bölümüdür. Toplamda 4 ayrı blog yazısı olacak şekilde paylaşılmaya devam edecek. Serinin tamamını beklemek istemiyor ve hemen okumak istiyorsanız, hazırladığımız e-kitabı buradan ücretsiz indirebilirsiniz.
Sıkça Sorulan Sorular
Scrum Master ile Product Owner aynı kişi olabilir mi?
Önerilmez. Product Owner ürün değeri ve önceliklerden sorumluyken Scrum Master takımın etkinliğini ve çalışma sistemini geliştirmeye odaklanır; iki sorumluluğun aynı kişide birleşmesi çıkar çatışması ve rol karmaşası yaratabilir.
Scrum Master ile Proje Yöneticisi arasındaki fark nedir?
Proje Yöneticisi genellikle kapsam, zaman, bütçe ve koordinasyon sorumluluklarıyla çalışırken Scrum Master takımın kendi kendini yönetebilmesini ve daha etkili çalışmasını destekler. Scrum Master takımın işlerini dağıtan veya üyeleri yöneten kişi değildir.
Product Owner ile Product Manager aynı rol müdür?
Her organizasyonda aynı şekilde tanımlanmaz. Product Owner Scrum içerisindeki ürün değeri ve Product Backlog sorumluluğunu taşırken Product Manager rolü çoğu şirkette pazar, strateji, müşteri ve ürün yaşam döngüsü gibi daha geniş bir kapsamı içerebilir.
Bir geliştirici aynı zamanda Scrum Master olabilir mi?
Olabilir ancak iki rolün sorumluluklarını sağlıklı biçimde yürütebilmesi gerekir. Özellikle yoğun geliştirme sorumluluğu, Scrum Master’ın takım ve organizasyon seviyesindeki engellerle çalışmasına yeterli zaman ayıramamasına neden olabilir.
Scrum Master’ın başarısı nasıl ölçülür?
Toplantı sayısı veya takımın velocity’si yerine takımın engelleri çözme kapasitesi, teslimat akışı, iş birliği, mühendislik pratikleri ve sürekli iyileştirme yetkinliğindeki gelişim değerlendirilmelidir.
Product Owner’ın başarısı nasıl ölçülür?
Product Owner’ın başarısı yalnızca backlog’un düzenli olması veya daha fazla özellik teslim edilmesiyle ölçülmemelidir. Ürün hedeflerine ilerleme, müşteri problemlerinin çözülmesi ve yaratılan iş veya kullanıcı değeri daha anlamlı göstergelerdir.
