Scrum İşbirliği Metodolojisine Yönelik Basit Bir Kılavuz

Yayınlanan: 2019-02-04

İdeal olarak, uzun vadeli bir projeyi tamamlamak, minimum geri izlemeyi içermeli ve memnun bir müşteri veya müşteri ile sonuçlanmalıdır. Gerçekte, bu her zaman böyle değildir. 'Scrum İşbirliği Metodolojisi' - veya basitçe 'Scrum' - proje geliştirmeyi parça parça ele alarak aksaklıkları önlemeye ve müşteri memnuniyetini artırmaya çalışır.

Bu yazıda, Scrum yöntemini ve daha geleneksel proje yönetimi stratejilerine göre faydalarını açıklayacağız. Ardından, bir sonraki projeniz için Scrum'ı nasıl uygulayacağınıza dair adımlar sağlayacağız.

Hadi hadi bakalım!

Scrum İşbirliği Yöntemine Giriş

Scrum'ın ne olduğunu anlamak için önce Agile yöntemini anlamamız gerekir. Başlangıçta yazılım geliştiricilerin projeleri daha etkili ve verimli yönetmelerine yardımcı olmak için oluşturulan Agile, bir dizi değer, ilke ve uygulamaya atıfta bulunur. Geliştirme ekipleri, projeleri tamamlarken bir kılavuz olarak Agile'ı kullanır.

Scrum, Çevik değerleri ve ilkeleri uygulayan bir metodolojidir. Agile gibi, Scrum da ilk olarak yazılım geliştiriciler tarafından kullanıldı. Ancak, yayıldı ve artık diğer ürün geliştiriciler, girişimciler ve karmaşık bir projeyi üstlenmeye çalışan herkes tarafından kullanılıyor.

Genellikle Scrum, beş ila yedi kişiden oluşan işbirlikçi bir ekip içerir. Scrum ekibinde üç rol vardır: Ürün Sahibi, Scrum Master ve genel ekip üyeleri. Ekip üyeleri, ürünü geliştirme işini yapanlar olacaktır.

Ürün Sahibi, projenin kilit yatırımcısı veya müşterinizdir. Rolleri, nihai ürünün temel ihtiyaçları hakkında bilgi derleyerek genel ekip üyelerine yön sağlamaktır. Scrum Master, ekibin metodolojiyi doğru bir şekilde uyguladığından emin olmaya yardımcı olur.

Scrum ekibi kısaca, 'sprint' adı verilen bir ila üç haftalık patlamalar halinde çalışır. Her sprintin, takımın başarması için belirli bir hedefleri olacaktır. Sprint boyunca ekip, güncellemeleri paylaşmak, temsilci atamak ve birbirlerine geri bildirim sağlamak için düzenli toplantılar yapar.

Scrum'ın Geleneksel Geliştirme Yöntemlerine Göre Faydaları

Scrum'ın yanı sıra en popüler proje yönetim stratejilerinden biri de Şelale Yöntemidir. Ekibin birer birer tamamlamaya yönelik adımlar attığı doğrusal bir plandan oluşur. Şelale Metodu kullanan projeler genellikle, ekibin geliştirme aşamasına geçmeden önce ürünü bütünüyle tasarlamaya çalıştığı bir planlama dönemi ile başlar.

Bununla birlikte, bu yöntemle ilgili yaygın bir sorun, ekibin yalnızca ilk planlarının işe yaramadığını veya eksik olduğunu fark etmek için bir adımdan diğerine geçmesidir. Bu, ekibi planlama aşamasına geri dönmeleri ve süreci yeniden başlatmaları gerektiğinden geri bırakır.

Bazen, Şelale Metodu'nu kullanan ekipler nihai sonuçları müşteriye sunarlar, ancak yaptıkları şeyin müşterinin ihtiyaçlarını gerçekten karşılamadığını duymak için. Bu bazen ödeme eksikliğine veya ekibin projeyi baştan başlatmak zorunda kalmasına neden olur.

Scrum, takıma net ve odaklanmış hedefler sağladığı için bu yöntemden daha verimli ve etkili olmak içindir. Ana Çevik niteliklerden biri olan ve büyük aksaklıkları önlemek için uyarlanabilir olacak şekilde tasarlanmıştır. Ek olarak, Scrum, müşteri memnuniyetsizliğini önlemek için süreç boyunca Ürün Sahibinden gelen geri bildirimleri içerir.

Scrum İşbirliği Yöntemi Nasıl Uygulanır (7 Temel Adım)

Scrum, yol boyunca belirli belgeleri ve toplantıları içeren çok özel bir süreci içerir. İlk başta biraz kuralcı gibi görünse de, adımlar aslında ekiplere daha fazla esneklik sağlıyor ve öngörülemeyen sorunlara uyum sağlamayı mümkün kılıyor.

Adım 1: Temel Özellikleri Anahatlamak için Ürün İş Listenizi Oluşturun

Daha önce de belirttiğimiz gibi, Scrum projeleri sprintlere böler. Bir takım, son ürünün en iyi versiyonunu yaratmak için ihtiyaç duyduğu kadar sprint koşabilir. İlk sprint, Ürün Sahibinin 'Ürün İş Listesini' oluşturmasıyla başlar.

Bu, son ürünün tüm temel özelliklerini içeren bir belgedir. Ürün İş Listesi, ürünü oluşturmaya yönelik alt düzey görevleri belirtmemeli, bunun yerine büyük resme odaklanmalıdır. İlk Ürün İş Listesinin yalnızca son ürünün en temel gerekli özelliklerini içermesi gerekir.

Örneğin, bir ev inşa etmek için Scrum kullanıyorsanız, ilk Ürün İş Listesi evin temelini, duvarlarını ve çatısını içerebilir. Teknik olarak küçük bitirme detayları olduğu için döşeme veya aydınlatma armatürleri gibi şeyleri belirtmez.

Adım 2: Hedeflerinizi Belirlemek için bir 'Sprint Planlama Toplantısı' düzenleyin

Ürün Sahibi ilk Ürün İş Listesini tamamladıktan sonra, tüm ekibiniz bir 'Sprint Planlama Toplantısı' yapmalıdır. Bu toplantıda, önümüzdeki bir ila üç hafta içinde gerçekleşecek olan yaklaşan sprint için hedefleri belirleyeceksiniz.

Bu toplantı, Şelale Metodu'nda kullanılan kapsamlı planlama oturumlarına benzememelidir. Bunun yerine, ekibiniz Ürün İş Listesini incelemeli, ardından sprint'in belirlenen zaman aralığında gerçekçi olarak hangi hedefleri tamamlayabileceğinizi belirlemelidir.

Ev örneğimize geri dönmek için, ilk Sprint Planlama Toplantısında, ekibinizin yalnızca bir sonraki sprintte temeli atmak ve evin çerçevesini oluşturmak için zamanının olduğunu belirleyebilirsiniz. Toplantı sırasında tartışacağınız tek görevler bunlardır. Hedeflerin geri kalanını bir sonraki sprint için Ürün İş Listesi'nde bırakırsınız.

Adım 3: Görevde Kalmak için Sprint İş Listenize Öğeler Ekleyin

İlk sprintiniz için hedefleri belirledikten sonra, ekibiniz bir 'Sprint İş Listesi' oluşturabilir – bu, ekibinizin görevde kalmasına yardımcı olmak için tasarlanmış başka bir belge. Birçok takım, bir beyaz tahta ve üç sütunda düzenlenen yapışkan notlar kullanarak Sprint İş Listesi oluşturur: 'yapılacaklar', 'devam ediyor' ve 'bitti'.

Yapışkan notlar, Sprint Planlama Toplantısı sırasında Ürün İş Listesinden seçilen hedeflerle ilgili belirli görevleri içermelidir. Ekip üyeleri, görevleri üzerinde çalışırken yapışkan notları sütunlar arasında taşıyabilir. Bu şekilde herkes her zaman neyin üzerinde çalışıldığını ve neyin hala ele alınması gerektiğini bilir.

Örneğimizde, temel atma ve evi çerçeveleme hedefleriyle ilgili bazı görevler, malzemelerin toplanması, betonun karıştırılması ve çerçeve için tahtaların doğru uzunluklarda kesilmesi olabilir. Bu öğeler yapışkan notlara yazılabilir ve Sprint İş Listesine eklenebilir.

Adım 4: İletişimi Sürdürmek için Günlük Stand-Up Toplantılarını Birleştirin

Her gün, her sprint sırasında, ekibiniz tarafından on beş dakikadan fazla olmayan kısa bir toplantı yapılmalıdır. Bunlara bazen 'Günlük Stand-Up'lar denir ve genellikle bir daire içinde ayakta dururlar. Bu toplantılar sırasında ekip üyeleri, Sprint İş Listesinde halihazırda 'devam ediyor' olarak listelenen öğeler hakkında güncellemeler verebilir. Ayrıca 'yapılacaklar' sütununda listelenen görevleri de devredebilirsiniz.

Bu, ekibin ortaya çıkan ve aksiliklere neden olabilecek sorunları tartışması için bir şanstır. Ekip, sorun giderme için önerilerde bulunabilir veya sorunun sprint bitiminden önce çözülmesine yardımcı olmak için kaynakları yeniden tahsis edebilir.

Adım 5: Geribildirim için Ürün Sahibinize Sprint Sonuçlarını Sunun

Sprint sonunda takım ürünü Ürün Sahibine sunmalıdır. Ürünü kullanıma sunmadan önce piyasaya sürülmeye hazır olup olmadığını veya başka bir sprint gerekli olup olmadığını değerlendireceklerdir. Scrum, memnuniyetsizliklerini önlemeye yardımcı olmak için müşteri geri bildirimlerini sürece bu şekilde dahil eder.

Çeşitli nedenlerle ek bir sprint gerekebilir. Bazen bir sprintin amacı, ev örneğimizde olduğu gibi, ürünü yalnızca en temel özellikleriyle donatmaktır. Ürün Sahibi, evi yalnızca bir temel ve çerçeve ile satmayı seçebilirdi. Ancak, özellik eklemek için başka bir sprint yapılırsa daha değerli olacaktır.

Bazen, bir sprintin sonu, temel özelliklerin aslında gerekli olmadığını ortaya çıkaracaktır. Bu durumda, takım bir sonraki sprintte ürünü değiştirmek için değiştirebilir. Ürün Sahibi ayrıca daha önce düşünmediği özelliklere ihtiyaç duyduğunu fark edebilir ve bu yeni fikirleri birleştirmek için başka bir sprint çalıştırmayı seçebilir.

Adım 6: Takımınızın Neleri İyileştirebileceğini Tartışmak için Bir Sprint Retrospektif Toplantısı düzenleyin

Her sprintin sonunda, takım neleri geliştirebileceklerini tartışmak için bir 'Sprint Retrospektif Toplantısı' düzenlemelidir. Bu, önceki sprintte ortaya çıkan sorunları konuşmak ve ekibinizin verimliliği artırabileceği alanları not etmek için bir şanstır.

Bu toplantının amacı birbirinizi kırmak veya diğer ekip üyeleri hakkında şikayette bulunmak değildir. Bunun yerine gruba bir bütün olarak bakmaya çalışın. Geriye Dönük Toplantı, ekip üyeleri arasındaki iletişimi geliştirmeye çalışmalı ve üründen çok geliştirme sürecine odaklanmalıdır.

7. Adım: Eksiksiz Bir Son Ürün Oluşturmak için Önceki Adımları Tekrarlayın

Ürün Sahibi ürünü inceledikten ve takım Sprint Retrospektif Toplantısını yaptıktan sonra takım bir sonraki sprint için hazırlanabilir. Ürün Sahibi, ürün incelemesi sırasında tartışılan özellikleri eklemek veya kaldırmak için Ürün İş Listesini tekrar ziyaret etmelidir. Ardından, yeni bir Sprint Planlama Toplantısı, bir sonraki sprint için hedefleri belirlemelidir.

Ekibiniz, Ürün Sahibi son üründen tamamen memnun kalana kadar sprintler yapmaya devam edebilir. Ürün Sahibi, ürün geliştikçe ek sürümlerle birlikte ürünün sürümlerini yayınlamayı seçebilir. Hedefler ve görevler sprint'ten sprint'e daha spesifik hale gelebilir.

Çözüm

Tekrarlanan aksilikler kaçırılan teslim tarihlerine ve ortalamanın altında sonuçlara yol açarsa, uzun vadeli projeler başarısızlıkla sonuçlanabilir. Müşteriniz, son ürününüzün ihtiyaçlarını karşılamadığına bile karar verebilir ve tüm sıkı çalışmanızın boşa gitmesine neden olabilir. Scrum yöntemi, müşteri geri bildirimi uygulayarak, net hedefler belirleyerek ve işbirlikçi ekipler oluşturarak bu sorunlardan kaçınmayı amaçlar.

Artık Scrum'ın temellerini öğrendiniz, onu bir sonraki takım projenize dahil edebilirsiniz. Ekip üyelerinizi toplamaya, Ürün ve Sprint İş Listeleri gibi belgeleri kullanmaya, düzenli toplantılar düzenlemeye ve nihai sonucunuzun mümkün olan en iyi versiyonunu oluşturmak için Ürün Sahibinizin geri bildirimlerini dahil etmeye özen gösterin.

Scrum İşbirliği Metodu hakkında sorularınız mı var? Aşağıdaki yorumlar bölümünde onlara sorun!

Makale Resmi Küçük Resmi: Andrew Rybalko / Shutterstock