Meşguliyeti Ölçmek ve Sonuçları Ölçmek
Galen Low’a, Scrum metodolojisi üzerine birçok kitap yayımlamış 3. Seviye sertifikalı Scrum yöneticisi Fred Fowler eşlik ediyor; bize meşguliyeti ölçmeyi bırakıp sonuçları ölçmeye nasıl başlayacağımızı öğretiyor.
Röportajdan Öne Çıkanlar
- Fred, 1980 yılında programcı olarak meslek hayatına başladı. [3:00]
- Ölçülmesi kolay olduğu için meşguliyeti ölçme eğilimindeyiz. İnsanların ne kadar meşgul olduğunu ölçmek için tek ihtiyacınız olan şey bir saat. İnsanların bir dizi teslim tarihine uyup uymadığını anlamak için tek ihtiyacınız olan şey bir takvim. Ücretlendirmenin temeli budur. [9:00]
Bir kişinin zamanı kendisi için değerlidir, ancak işveren için değerli olan, o kişinin bu zamanla ne yaptığıdır.
Fred Fowler
- Scrum kapsamında her sprintin sonunda müşteriye sunulabilecek, tamamlanmış, bitmiş ve hazır bir şey yaratmanız gerekir. [12:41]
- Değeri, bir müşterinin bunun için ne kadar ödeyeceğiyle ölçersiniz. [13:25]
- Scrum, kararları tahminlere veya fikirlere göre değil, ölçtüğünüz şeylere dayanarak vermenizi vurgular. Ölçülmesi gereken en önemli şey ise değerdir. [14:16]
- Scrum çerçevesinde değeri ölçmek yalnızca bir kişinin görevidir. Scrum, sorumlulukları 3 parçaya ayırır: ürün sahibi, geliştiriciler ve Scrum yöneticisi. [15:05]
- Değerden sorumlu kişi ürün sahibidir. Bir şeyi ölçemiyorsanız onu en üst düzeye çıkaramazsınız; çünkü en üst düzeye çıkarmaya çalıştığınız şeyi ölçemiyorsanız, yaptığınız şeyin onu daha iyi mi yoksa daha kötü mü hâle getirdiği hakkında hiçbir fikriniz olmaz. [15:24]
- Değeri artırmanın dört yolu vardır. En yaygın yol gelirdir. Bir diğer yol, bir şeyin maliyetini azaltmaktır. Üçüncü yol riski azaltmak, dördüncü yol ise fırsatı artırmaktır. [15:49]
Var olmayan bir şeyin değerini ölçemezsiniz.
Fred Fowler
- Ürün sahibi teknik bir rol değildir. Ürün sahibi, iş odaklı bir roldür. Teknisyenler geliştiricilerdir. Scrum, bu iki farklı alandan sorumlu kişiler arasındaki bir müzakere sürecidir. [22:07]
- Ücretlendirmenin iki yönü vardır: 1) insanları işe çekmek; 2) insanların ürettiği değer karşılığında onlara nasıl ücret vereceğiniz. [28:21]
- Scrum çerçevesinin en güzel yanlarından biri, herkesin teşviklerini doğru şekilde düzenlemesi ve karar verme yetkisini bu kararları alabilecek ve bunlardan sorumlu olabilecek kişilere vermesidir. [30:41]
- Ürün sahibi, temelde bir yatırımcıdır. [31:01]
- Geliştiricilere tüm kararları kendileri alma yetkisi verildiğinde, suçu atabilecekleri tek kişi yine kendileri olur. [31:30]
Scrum, geliştirme ekiplerinin kendi kendilerini yönetmeleri ve çok işlevli olmaları gerektiğini söyler. Çok işlevli olmak, ürünü tamamen kendi başlarına oluşturabilmeleri anlamına gelir.
Fred Fowler
- Geliştirme ekibi kendisini organize edip yönetebilmelidir. [33:10]
- Bir ürün sahibi, değerli ürünler yaratmayı denemek için yüz binlerce, hatta milyonlarca dolarlık yatırımı yapma sorumluluğunu üstlenebilmelidir. Geliştiriciler, bunu yapmaktan sorumlu olabilmek ve dolayısıyla bunu yapma yetkisine sahip olabilmek için ekip olarak çalışarak ürünü oluşturabilmelidir. [34:09]
Scrum yöneticisinin görevi, herkesin ekip olarak birlikte çalışmasını ve kendi sorumluluklarını anlamasını sağlamaktır.
Fred Fowler
- Geliştiricilere yardımcı olmanın iyi bir yolu, onları yarattıkları gerçek değer karşılığında ödüllendiren bir ücretlendirme sistemi uygulamaktır. [35:03]
Bir ürün sahibinin üzerinde çalıştığı ürünün ölçülebilir bir değere sahip olması çok önemlidir. Bir şey üzerinde çalışıyorsanız ancak değerini ölçemiyorsanız, bu bir ürün değildir.
Fred Fowler
- Ürünü satarak ölçersiniz. Birinin bunun için ödeme yapmasını sağlayarak ürünü ölçersiniz. Dolayısıyla bir şeyi satamıyor ve birinin bunun için ödeme yapmasını sağlayamıyorsanız, elinizde bir ürün yoktur. [39:18]
Scrum, bir tarifi takip etmeye çalışmadan ürünler yaratmaya çalışmakla ilgilidir.
Fred Fowler
- Fred, Roman Pichler’ın yazdığı Scrum ile Çevik Ürün Yönetimi adlı kitaptan bahsetti. [40:40]
- Hem iş açısından hem de ürün geliştirme açısından, sorumlu oldukları kararları alabilecek nitelikli kişilere sahip olabilmelisiniz. Geliştiriciler de ürünü oluşturabilmeli ve kendilerini yönetebilmelidir. [41:52]
Hangi çerçeveyi kullanıyor olursanız olun, faaliyetleri ölçmek yerine değeri ölçmeye, çıktıları ölçmek yerine sonuçları ölçmeye odaklandığınızdan emin olun.
Fred Fowler
- Fred, 2015’ten beri tamamen Scrum odaklı bir buluşma grubunu yürütüyor. Bu gruba İleri Düzey Scrum Vaka Çalışmaları buluşması adını veriyorlar. İki haftada bir çevrim içi olarak bir araya geliyorlar ve Fred önceden genellikle proje yönetimi veya Scrum yönetimi açısından bazı sorunlar sunan ya da sorunlar ortaya koyan bir vaka paylaşıyor. [43:08]
- Fred, vaka çalışmaları buluşmalarındaki yaklaşık 60 farklı vaka için notlar aldı ve bunların tümünü İleri Düzey Scrum Vaka Çalışmaları adlı bir ciltte derledi. [44:03]
Konuklarımızla Tanışın
Fred, Amerika Birleşik Devletleri’nde prestijli Profesyonel Scrum Uzmanı Seviye III sertifikasına sahip yalnızca 50 kişiden biri ve Silikon Vadisi’nde 35 yılı aşkın süredir yazılım geliştiriyor.
2013 yılında, zamanını Scrum öğretmeye adamak için Silikon Vadisi’nin en büyük 150 şirketinden birindeki başkan yardımcılığı ve bilgi işlem yöneticiliği görevlerinden ayrıldı.
Oracle, Apple, Uber ve Walgreens dahil olmak üzere yeni girişimlerle ve Fortune 500 şirketleriyle çalışarak şirketlere milyonlarca dolar tasarruf ettirdi.
Fred, 11 Eylül terör saldırısı sırasında belediye başkanı seçildi; topluluğun saldırının ardından yaşananlarla başa çıkmasına yardımcı oldu ve çeşitli kâr amacı gütmeyen kuruluşlarda başkan olarak görev yapıyor.
Şirketlere Scrum’ı doğru şekilde uygulamanın nasıl dönüştürücü sonuçlar sağlayabileceğini anlatan, çığır açıcı iki kitabın yazarıdır.
Yurt dışındaki çalışanların meşgul olup olmaması hiçbir fark yaratmaz. Önemli olan bu değil. Önemli olan, gerçekte ne sundukları ve sundukları şeyin değeridir. Ölçmeniz gereken şey budur.
Fred Fowler
Bu bölümdeki kaynaklar:
- Dijital Proje Yöneticisi Topluluğuna katılın
- En yeni makalelerimizi ve podcast’lerimizi almak için bültene abone olun
- Fred’i LinkedIn‘de takip edin
- Fred’in web sitesine göz atın
İlgili makaleler ve podcast’ler:
Transkripti Okuyun:
Podcast'lerimizin transkripsiyonunu bir yazılım programı kullanarak deniyoruz. Bot her zaman yüzde 100 doğru olmadığı için lütfen olası yazım hatalarını mazur görün.
Galen Low: Hızlı bir test: Projenizin yarısındasınız ve tüm ölçümleriniz harika görünüyor. Tedarikçiniz üzerinde anlaşılmış saat sayısını harcadı ve ekibinizin hızı ile kullanım oranı tam olarak planladığınız seviyede.
Ancak projenizin sağlık durumu iyi görünmesine rağmen ürün, odak gruplarında ve kullanıcı testlerinde hedefi tutturmaya devam ediyor. Yöneticinizin özellikle istediği teknoloji hızla eskiyor ve değişiklik yapmayı zorlaştırıyor. Ekibinizin morali de düşük: Onlardan çözüm istediğinizde omuzlarını silkip kendilerinden isteneni kendilerine ayrılan süre içinde yaptıklarını söylüyorlar.
Peki çıktı amaçlanan değeri üretmiyorsa projeniz nasıl sağlıklı olabilir?
Proje ölçümlerinizin değerden çok meşguliyeti ölçtüğünü fark ediyorsanız dinlemeye devam edin. Proje ekiplerinin değeri nasıl ölçebileceğinin pratik mekaniklerini inceleyecek ve teşviki harcanan saatlerden yaratılan değere kaydırma fikirlerini ele alacağız.
Herkese merhaba, yayını dinlediğiniz için teşekkürler. Ben Dijital Proje Yöneticisi'nden Galen Low. Birbirimizin yetkinlik kazanmasına, özgüven geliştirmesine ve bağlantı kurmasına yardımcı olma misyonuyla hareket eden bir dijital profesyoneller topluluğuyuz; böylece dijital dünyada proje yönetiminin değerini artırabiliriz. Bunun hakkında daha fazla bilgi edinmek isterseniz thedigitalprojectmanager.com adresine gidin.
Bugün proje sağlığını ve proje ilerlemesini ölçmek ile proje başarısını ölçmek arasındaki farkı konuşuyoruz. Peki ekip hızını ve maliyet performansını takip etmek yeterli mi? Yoksa proje liderleri olarak proje sonuçlarını ve etkisini de ölçmek bizim sorumluluğumuz mu?
Bugün konuğum Fred Fowler. Kendisi Seviye 3 sertifikalı bir Scrum yöneticisi, Scrum metodolojisi üzerine birçok kitap yayımladı, yaklaşık 2.000 üyeli Silicon Valley Professional Scrum buluşma grubunun organizatörü, Çin'in Şanghay kentinde benzer bir Scrum topluluğunun lideri ve ilk Silicon Valley Scrummit konferansının organizatörü. Başka bir deyişle, Scrum hakkında bir hayli bilgili biri.
Hoş geldin Fred!
Fred Fowler: Merhaba! Beni programa davet ettiğiniz için teşekkürler.
Galen Low: Seni burada görmek harika.
Fred Fowler: Kendimi Scrum'la ilgili biri olarak tanıtıyorum. Bazıları ise "Scrum'lu" olduğumu söyleyebilir.
Galen Low: Bu, Fred'in dünyanın en Scrum'ı dememden daha iyi.
Fred Fowler: Scrum kelimesiyle oynayabileceğiniz her türlü yol var. Her neyse, devam et.
Galen Low: Kesinlikle. Harika. Dinleyicilerimize proje ölçümlerine bakışın hakkında bağlam sağlayacağını düşündüğüm çok ilginç bir geçmişin var. Doğru anladıysam bilgisayar programcısı olarak başladın, ardından siyasete geçip belediye başkanı oldun ve daha sonra başkalarına yardımcı olmak için nadir bulunan Seviye 3 Scrum yöneticisi sertifikanı kullanmaya başlamadan önce CIO oldun.
Yolculuğundan ve deneyimlerinin bugün olaylara bakışını nasıl şekillendirdiğinden biraz söz eder misin?
Fred Fowler: Kariyerimin bir langırt makinesinin içinde olmaya benzediğini söyleyebilirim.
1980'de programcı olarak başladım. O zamanlar bugünün ortalama telefonundan, yani akıllı telefonundan, daha az güçlü; taşınması için özel ekipman gerektirecek kadar büyük ve ağır bir makine üzerinde çalışıyorduk. Ancak bu makineyi kullanarak bir yarı iletken şirketinin bir bölümünü yönetiyorduk ve becerilerimi orada öğrendim.
Sonra yoluma devam ettim; çünkü Silikon Vadisi'nin ilk dönemleriydi ve büyük bir gönüllü hareketlilik vardı. Kariyerimin ilk sekiz yılında beş farklı şirkette çalıştım. Sonunda, biraz iş güvencesine ihtiyacım olduğuna karar verip kendi hesabıma çalışmaya başladım.
Danışman oldum ve sonraki on yıl içinde 60 farklı şirkette çalıştım. Yine aynı şeyi yapıyordum: İş sorunlarını çözmek için teknoloji uygulamaya çalışıyordum; aslında her şeyin özü de bu. Daha sonra danışman olarak çalıştığım bir şirket bana reddedemeyeceğim bir teklif yaptı.
BT operasyonlarını yönetmeye başladım ve CIO oldum. O dönemde farkında olmasam da sonunda Scrum tekniklerine dönüşen birçok tekniği uyguladım: İnsanları sorunları çözmeleri için yetkilendirmek ve yapılan işi yatırım getirisine göre gerekçelendirmek.
O günlerde girişimleri nasıl organize edeceğime dair genel bakışımı şekillendiren birçok proje yaptım. Şirket, herkesin tanıyacağı üç harfli büyük bir bilgisayar şirketini kullanarak bir web sitesi oluşturmak için çok çalışmıştı.
Bu şirkete oldukça zayıf bir e-ticaret çözümü hazırlaması için çeyrek milyon dolar ödemişlerdi. Ben de sürece dahil oldum ve büyük bir iyileştirme fırsatı olduğunu gördüm. Bir proje organize ettim ve uzun Scrum ekipleri kurdum.
İki farklı teknoloji türü kullanıyorduk. Arka uç, o dönemde IBM'in AS/400 adı verilen eski bir mini bilgisayarıydı; ancak bir ön yüze ihtiyacımız vardı. Çin'e giderek ön yüzü geliştirecek, istekli küçük bir şirket buldum. ABD ekibi arka uç üzerinde, Çin ekibi ise ön yüz üzerinde çalıştı. Bizim yapmamız gereken tek şey, iki platformun birbiriyle iletişim kurmasını sağlamaktı.
Bu iş oldukça basit çıktı. Çeyrek milyon dolarlık çalışmanın yerine altı ay içinde şirketin işlerinin yüzde 40'ını gerçekleştiren ve yalnızca 14.000 dolara mal olan bir web sitesi koyduk. Mesele basitti: Teknolojiyi anlayan insanları serbest bırakın, onlara çözecekleri bir sorun verin ve çözmelerine izin verin.
Galen Low: İşte bu. Yalın ekipler, veri sözleşmesi ve yola devam.
Fred Fowler: Aynen öyle. Asıl önemli olan, neyin ölçülmesinin önemli olduğunu anlamaktı.
Denizaşırı ekiplerden söz ettiğinizde herkes paniğe kapılır: Ne yaptıklarını nasıl bileceğiz? İnsanların ne kadar sıkı çalıştığını ve ne kadar meşgul olduğunu ölçmek için her türlü aracı kullanmak isteriz. Çünkü onların sürekli meşgul olmasını isteriz.
Tahmin edin ne? Bunun önemi yok. Denizaşırı çalışan insanların meşgul olup olmaması önemli değildir. Önemli olan gerçekte ne sundukları ve sunduklarının değeridir. Ölçmeniz gereken şey budur. İnsanların başında kronometre tutmayı bırakın.
Örneğin 200'den fazla kişiden oluşan bir ekibin iki yıl boyunca günde 8-10 saat çalıştığını düşünün. Buna karşılık beş veya altı, hatta on kişilik bir ekip bir yıl boyunca normal saatlerde çalışsın. Sizce hangisi daha fazla değer üretir? İki yıl çalışan 200 kişi, yıllar önce tam bir felakete dönüşen healthcare.gov adlı web sitesini oluşturdu.
Bu site ObamaCare'i hayata geçirecekti. Ancak çöktü, çünkü bu 200 kişi ne kadar meşgul olduklarına göre ölçülüyordu. Sonraki yıl çalışan on kişi ise sistemi baştan yazıp çalışır hâle getirdi ve diğer 200 kişiden çok daha fazla değer sundu.
Galen Low: Buraya biraz daha yakından bakalım. Meşguliyeti neden ölçtüğümüze değindin. Ben ajans ve danışmanlık geçmişinden geliyorum; her şey faturalandırılabilir saatlerle ve kullanım oranıyla ilgili. Kaç hatayı giderdiğimiz veya kaç görevi tamamladığımızı ölçüyoruz.
Neden meşguliyeti ölçme eğilimindeyiz?
Fred Fowler: Çünkü ölçmesi kolay. İnsanların ne kadar meşgul olduğunu ölçmek için bir saate ihtiyacınız var. İnsanların son teslim tarihlerine uyup uymadığını anlamak için bir takvim yeterli. Ölçmesi kolaydır ve ücretlendirmenin temelini oluşturur.
Faturalandırılabilir saatlerden söz ettin. Bu büyük bir yanılgıdır. İnsanların zamanının değerli olduğu düşüncesi yanlıştır. İnsanların zamanı kendileri için değerlidir; sizin için değerli olan ise o zamanı nasıl kullandıklarıdır. Dünyada insanların zamanının sonuçlarını ölçmek için iyi bir ölçüt olsaydı çok daha iyi olurdu.
Şirketlerle konuştuğumda onlara her şeyden önce yaratmak istedikleri değeri belirlemeleri ve bunu ölçülebilir anlamlı parçalara ayırmaları gerektiğini söylüyorum. Ardından ilerlemeyi yaratılan değere göre ölçmeliler. Yalın yaklaşımda minimum uygulanabilir ürün fikri vardır.
Müşterinin eline bir şey geçirmek için gerektiği kadar ürün geliştirirsiniz. Bunun iyi bir fikir olmasının nedeni, o şeyin müşterinin elinde olması ve değer taşımasıdır. Müşteri size ne kadar değerli olduğunu söyleyebilir. Böylece yaratılan değerin onu üretmek için yapılan harcamaya değip değmediğini değerlendirebilirsiniz.
Galen Low: Değerin ölçülmesiyle ilgili söylediğin çok önemli bir noktaya değindin. Minimum uygulanabilir ürünün amacı, bir ürünü müşterinin eline ulaştırmak ve değeri gerçek kullanım üzerinden ölçmektir.
Fred Fowler: Scrum çerçevesinde değer ölçmek aslında tek bir kişinin görevidir. Scrum sorumlulukları üçe ayırır: Ürün sahibi, geliştiriciler ve Scrum yöneticisi.
Ürün sahibinin görevi ekibin çalışmasının değerini en üst düzeye çıkarmaktır. Değerden sorumlu kişi ürün sahibidir. Ölçemediğiniz bir şeyi en üst düzeye çıkaramazsınız; çünkü yaptığınız şeyin onu iyileştirip iyileştirmediğini bilemezsiniz.
Değeri artırmanın dört yolu vardır: Geliri artırmak, maliyeti azaltmak, riski azaltmak ve fırsatı artırmak. Ürün sahibi bunları ölçerek hangi işe yatırım yapılacağı konusunda karar verir.
Galen Low: Son olarak, meşguliyet yerine değer ve etkiyi ölçmek Scrum dışındaki yöntemlerde de işe yarar mı?
Fred Fowler: Elbette. Hangi çerçeveyi kullandığınız önemli değil. Faaliyet yerine değeri, çıktılar yerine sonuçları ölçmeye odaklanın. Sonuçları ölçebiliyor ve bunlardan öğrenebiliyorsanız başarıya giden yoldasınız.
Galen Low: İşte böyle. Fred, programa katıldığın için çok teşekkürler.
Fred Fowler: Ben teşekkür ederim. Seninle konuşmaktan büyük keyif aldım.
Galen Low: Siz ne düşünüyorsunuz?
Proje ekiplerinin saatler veya tamamlanan kullanıcı hikâyeleri yerine değer yaratmaya odaklanması mümkün mü? Yoksa para karşılığı emek saati modeline fazlasıyla mı bağımlıyız?
Bize bir hikâye anlatın: Projeleriniz için takip edilmesi gereken doğru ölçümler nelerdi? Proje verilerinize ilişkin içgörü kazandıktan sonra ne tür değişiklikler veya sonuçlar gördünüz?
Düşüncelerinizi aşağıdaki yorumlarda paylaşın!
Stratejik bir proje lideri olarak becerilerinizi geliştirmek istiyorsanız topluluğumuza katılın!
thedigitalprojectmanager.com/membership adresine giderek bilgi paylaşan, karmaşık sorunları çözen ve mesleğimizin geleceğini birlikte şekillendiren destekleyici bir topluluğa erişin.
Zamandan ve enerjiden tasarruf etmenizi sağlayan kapsamlı şablonlardan ve aylık eğitim oturumlarından Slack tartışmalarımız, canlı etkinliklerimiz ve uzmanlık gruplarımız aracılığıyla sunulan akran desteğine kadar topluluğumuza üye olmak, dijital proje teslimi kariyerinizde ilerlerken yanınızda binden fazla kişinin olması anlamına gelir.
Bugün dinlediklerinizi beğendiyseniz lütfen abone olun ve thedigitalprojectmanager.com üzerinden iletişimde kalın.
Bir sonraki bölüme kadar, dinlediğiniz için teşekkürler.
