Scrum Metodolojisi: Roller, Olaylar ve Eserler

Scrum metodolojisi, çevik ürün ve yazılım geliştirme ekiplerinin ihtiyaçlarına uyum sağlamayan şelale yöntemi gibi katı proje yönetimi yaklaşımlarına bir yanıt olarak geliştirildi. Scrum metodolojisini derinlemesine inceleyeceğiz, ancak ondan önce basit bir scrum tanımıyla başlayalım.

Scrum Metodolojisi Nedir?

Scrum, karmaşık ürün ve yazılım geliştirme projelerinde ekip işbirliğini kolaylaştıran bir proje yönetimi çerçevesidir. İyi haber şu ki, scrum'un anlaşılması kolay. Kötü haber, ustalaşması zor.

Scrum metodolojisi, proje yönetiminde ekip çalışmasını vurgular. Hesap verebilirliği vurgular ve iyi tanımlanmış bir hedefe doğru tekrarlanan bir ilerlemedir. Scrum, çevik yazılım geliştirmenin bir parçasıdır ve ekipler çevik uygulama yapar. Adı, scrum'un herkesin belirli bir rol oynadığı, ancak herkesin stratejilerin hızlı bir şekilde benimsenmesi için çalıştığı bir oluşum olduğu ragbi sporundan geliyor.

Başarılı bir scrum için gerekli olan işbirliği, scrum ekiplerini çalıştıkları her yerde birbirine bağlayan bulut tabanlı bir çalışma ve proje yönetimi yazılımı olan ProjectManager tarafından kolaylaştırılır. Temelde işbirlikçi olan platformumuz, scrum ekiplerinin bir sprint sırasında görevler hakkında yorum yapmasına, dosya paylaşmasına ve çok daha fazlasına olanak tanıyan gerçek zamanlı veriler sunar. Bugün ücretsiz başlayın.

Scrum Çerçevesi

Scrum, değerler, roller, olaylar ve eserlerden oluşan bir çerçevedir. Bu unsurlar, ekiplerin işlerini daha iyi yönetmesine yardımcı olan çevik bir proje yönetimi metodolojisi sağlamak için birlikte çalışır. Scrum çerçevesi basit olmalıdır. Daha az geleneksel bir proje yönetimi metodolojisi ve daha çok ürün ve yazılım geliştirme için bir çerçevedir.

Scrum Değerleri

Scrum değerleri terimi aslında bir scrum çerçevesine uygulanan çevik değerlere atıfta bulunur. Çevik en iyi uygulamalar olarak çalışan basit ifadelerdir. Çevik değerler, çevik metodolojinin yol gösterici ilkelerini içeren bir belge olan çevik manifestodan gelir. Ne hakkında olduklarını hızlıca açıklayalım.

• Süreçler ve araçlar yerine bireyler ve etkileşimler: Yazılım geliştirmede süreçler ve araçlar önemlidir, ancak bireyler ve bu süreç ve araçlarla nasıl etkileşime girdikleri daha önemlidir.
• Kapsamlı dokümantasyon yerine çalışan yazılım: Çevik manifestodan önce, yazılım geliştiriciler ağırlıklı olarak dokümantasyona odaklandı. Bu değer, dokümantasyon önemli olmakla birlikte, yazılımı geliştirmeye odaklanmanın scrum ekibinin birincil hedefi olması gerektiğini belirtir.
• Sözleşme müzakeresi yerine müşteri işbirliği: Bu değer, yüksek kaliteli bir ürün oluşturmak için müşterilerle işbirliğinin, eski yazılım geliştirme günlerinde yapıldığı gibi, ürün geliştirmeyi sınırlayan katı bir sözleşme taslağı hazırlamaktan çok daha önemli olduğunu açıklar.
• Bir planı izleyerek değişime yanıt verme: Bu değer, çevikin katı bir proje planı değil, yinelemeli bir ürün geliştirme döngüsüne dayalı olarak değişime sorunsuz bir şekilde uyum sağlayan bir proje yönetimi metodolojisi olduğunu belirtir.

Scrum Rolleri

Proje yönetimindeki herhangi bir şeyde olduğu gibi, scrum metodolojisinin yürütülmesi için insanlara ihtiyacı vardır. Bu amaçla, birkaç ekip üyesinden oluşan bir scrum yöneticisi, bir ürün sahibi ve bir geliştirme ekibi olmak üzere üç scrum rolü tanımlar.

Scrum master, adından da anlaşılacağı gibi, bir scrum metodolojisi uzmanıdır. Scrum ekibindeki herkesin çerçevenin nasıl çalıştığını anladığını ve çevik ortama uyum sağlamalarına yardımcı olduğunu garanti eder. Scrum toplantılarını yönetir.

Scrum ürün sahibi, ürün günlüğünü yönetir ve sprint planlamasını denetler ve scrum toplantılarına aktif olarak katılır. Bir anlamda, bir proje yöneticisi olarak hareket ederler çünkü birikmiş iş yığınını yönetirler ve ekip çalışmasına daha iyi yardımcı olmak için kullanıcı hikayelerine öncelik verirler.

Scrum geliştirme ekibi, bir yazılım veya ürün geliştiren tüm ekip üyelerinden oluşur. Ürün sahibiyle yakın bir şekilde çalışmalı ve scrum master'ın önerilerine uymalıdırlar.

Scrum Etkinlikleri

Bu scrum etkinlikleri veya scrum törenleri, ekip işbirliğini teşvik eder ve ürün veya yazılım geliştirme yaşam döngüsü boyunca scrum ekibi üyeleri arasında sürekli bir iletişim hattının olmasını sağlar.

Sprint Planlama

Ekipler, ürün biriktirme listesini kullanarak en yüksek öncelikli öğelerle başlar ve bu hedefe nasıl ulaşılacağını belirler. Sprint planlaması yaparken iyi bir ipucu, durum tespiti yapmak ve yalnızca hazır öğelerle başlamaktır. Ayrıca, planlamanın kısa bir süreç olduğunu unutmayın, bu nedenle ayrıntılarda boğulmayın. Sadece hedeflere ulaşmak için çalışmaya başlayın. Planı işbirlikçi tutun. Ekip ayrıca ürün sahibine ve paydaşlara sorular sormalıdır.

Günlük Scrum Toplantısı

Bunlar, scrum ekibindeki herkesin gün boyunca üzerinde çalışacakları görevler hakkında konuştuğu ve karşılaştıkları engelleri veya zorlukları paylaştığı 15 dakikalık toplantılardır. Daha karmaşık konuları keşfetmek için sprint incelemeleri ve sprint retrospektifleri gibi başka toplantılar olduğundan, bu günlük scrum toplantısını daha uzun tutmaya gerek yoktur.

Sprint İncelemesi

Sprint'e geri bakmak ve neyin işe yarayıp neyin yaramadığını görmek istiyorsunuz. Daha sonra bilgiyi alabilir ve pozitifleri çoğaltmak ve negatifleri azaltmak için gelecekteki sprintlere uygulayabilirsiniz. Katılımcılara teşekkür ederek, kısa tanıtımlar sunarak ve tartışma için temel kurallar belirleyerek sprint inceleme sürecine başlayın.

Sprint Retrospektifi

Sprint retrospektif toplantısı, scrum ekibine son sprint üzerinde düşünmesi ve neyin iyi neyin yanlış gittiğini belirlemesi için bir alan verir. Kullanıcı hikayelerine öncelik vermek ve ürün performansını iyileştirmek için paydaş ve müşteri geri bildirimleri de toplanır.

İş Listesi Bakımı

Bu döngüden sonra, biriktirme listesine geri dönerek ve öncelik listesinin en üstündeki bir sonraki hazır öğeyi alarak yeniden başlar. Birikmiş iş listesi düzenleme, önceki deneyimlere dayalı olarak işin önceliklendirilmesi yoluyla ve işi mümkün olduğunca verimli hale getirmek için işi iyileştirmeye devam ederek scrum sürecini iyileştirmeyi içerir.

Scrum Eserleri

Scrum metodolojisinde yapaylık terimi, çevik bir ortamda ürünler geliştirmek için scrum ekibi tarafından kullanılan anahtar kavramları ifade eder. Her scrum ekibinin ihtiyaç duyduğu en kritik yapıtları inceleyeceğiz: ürün biriktirme listesi, sprint biriktirme listesi ve ürün artışı.

• Ürün İş Listesi: Ürün sahibi yapılması gereken işlerin bir listesini yapar ve öncelik sırasına göre sıralar. Bu, proje birikiminizi oluşturuyor. Bunu, sahip olunması gereken, daha az kritik olan ve ayrılan zaman çerçevesine uymayan öğeleri belirleyerek yaparlar. Bu, her bir öğenin değerinin net olması gerektiği anlamına gelir. Etkileri, riskleri nedir ve öğe öğrenme sürecinde nasıl yardımcı olabilir?
• Sprint İş Listesi: Sprint iş listesi basitçe, scrum ekibinin tek bir sprint'te çalışacağı kullanıcı hikayeleri seti olarak tanımlanabilir. En kritik kullanıcı hikayelerinin her zaman üzerinde çalışılan hikayeler olduğundan ve hiçbirinin boş geçmediğinden emin olmak önemlidir.
• Ürün Artışı: Ürün artışı terimi, bir sprint sırasında tamamlanan tüm ürün biriktirme listesi öğelerini ifade eder ve ayrıca tamamlanmış tüm biriktirme listesi öğelerinin ve kullanıcı hikayelerinin toplamını tanımlamak için kullanılabilir.

Scrum metodoloji teorisi zamanla gelişmiştir. Scrum uzmanları aslında 7 scrum eseri olduğunu öne sürdüler. Bu genişletilmiş vizyon, scrum ekibinin hedeflerini daha fazla tanımlamak için çok yardımcı olabilir.

Scrum Geçmişi

kökenler

Scrum sürecinin kökenleri 1990'ların başındadır. Jeff Sutherland ve Ken Schwaber, 1995 yılında Austin, Teksas'ta düzenlenen Object-Oriented Programming, Systems, Languages ​​& Applications (OOPSLA) konferansına sundukları süreçle ortaya çıktılar. Daha sonra metodolojiyi “SCRUM Software” adlı yayınlanmış bir makalede resmileştirdiler. Gelişme süreci."

Ancak scrum adı, 1986 yılında yönetim uzmanları Hirotaka Takeuchi ve Ikujiro Nonaka tarafından yayınlanan ve “Yeni Yeni Ürün Geliştirme Oyunu” adlı bir makaleden miras alındı. Proje başarısı için ekip işbirliğinin önemini vurgulamanın bir yolu olarak ragbi ile ilgili olduğu için scrum kelimesini kullanıyorlardı.

Makale, yeni, karmaşık projeler geliştirmedeki performansın, küçük, kendi kendini organize eden ekiplere görev yerine hedefler verilmesinden nasıl yararlandığını gösteren araştırma hakkında rapor verdi. Üstün olan ekipler, kendilerine yön verilen, ancak bu hedeflere ulaşmak için kendi taktiklerini oluşturma özerkliğine sahip olan ekiplerdir.

Scrum ve Yazılım Geliştirme

Scrum çerçevesi daha sonra bu araştırmayı yazılım geliştirmeye uyarlanabilir uygulamalara uyguladı. Bu arada Schwaber, scrum'un diğer metodolojilerle nasıl çalıştığını görmek için bir süreç kontrol araştırma mühendisi olan Profesör Babatunde A. Ogunnaike Tunde'yi işe aldı.

Şelale ve diğer geleneksel olarak yapılandırılmış süreçler gibi metodolojilerin scrum çerçevesi ile uyumlu olmadığı belirlendi. Profesör Tunde, deneysel bir yaklaşımın scrum ile en iyi şekilde çalışan süreç olduğu sonucuna vardı.

2001 yılına gelindiğinde, Sutherland ve Schwaber ve diğer 15 yazılım geliştirme lideri, Çevik Yazılım Geliştirme Manifestosu'nu oluşturdu. Kısa bir süre sonra, Çevik İttifak kuruldu ve Schwaber ilk başkanı oldu. Schwaber, 2001 yılında Scrum üzerine Agile Software Development with Scrum adlı ilk kitap olan Mike Beedle ile birlikte yazdı.

2000'lerde Scrum

Scrum Alliance, 2002 yılında bir başkan olan Schwaber tarafından Mike Cohn ve Esther Derbry ile kuruldu. Daha sonra Sertifikalı ScrumMaster programları ile kuruluşa bir sertifika kolu eklediler. 2006'da Sutherland, Scrum, Inc.'i kurdu ve Sertifikalı Scrum kurslarını öğretmeye devam ediyor.

Scrum topluluğundaki değişiklikler, 2009'da Schwaber, Profesyonel Scrum Serisini sunan Scrum.org'u başlatmak için Scrum Alliance'dan ayrıldığında devam etti.

O zamandan beri scrum, 2011 ve 2013 yıllarında güncellenen Scrum Kılavuzunun 2010 yılındaki ilk yayını ile proje yönetiminde küresel bir rol üstlendi. Günümüzde projelerin yönetiminde en çok kullanılan çevik çerçevelerden biri olarak biliniyor.

Büyük ekiplerle çalışmak bile büyüyor. Scrum of Scrums, scrum'u büyük gruplara ölçeklendirme tekniğinin kullanımı için geçerlidir.

Scrum Agile'a Nasıl Uyuyor?

Scrum, çevik sürecin bir parçasıdır, ancak kesinlikle tek parçası değildir. Çevik büyük bir çadırdır, ancak saldırı önemli bir sütundur. Scrum'ı, çevik geliştirmeyi uygulayabileceğiniz bir çerçeve olarak düşünün.

Agile'ın takip etmesi gereken bir dizi adım yoktur, bu nedenle scrum, çevikliği projenize uygulamak için bir araç sağlar. Çevik geliştirmede aşırı programlama veya özellik odaklı geliştirme gibi kullanabileceğiniz birçok çerçeve vardır, ancak scrum'un basitliği ve özerkliği satış noktalarıdır.

Scrum, diğer çevik uygulamalara giriş noktası olarak da kullanılabilir. Aynı zamanda yalnızca yazılım için bir çerçeve değil, diğer birçok proje türünden de faydalanabilir.

Scrum Terimleri Sözlüğü

Scrum çerçevesini tanımlamadan önce, bir scrum ortamında çalışırken kullanılan daha yaygın terimlerden bazılarının kısa bir listesi.

Burndown Grafiği: Bir Burndown grafiği, zamana kıyasla çok fazla çaba kaldığını gösterir.

Burnup Chart: Zamana karşı bir ölçüdeki artışı ölçer.

Günlük Scrum: Günün çalışmasında kısa scrum toplantısı.

Done Tanımı: Done tanımı (DOD), yedi scrum artefaktından biridir. Scrum ekibi tarafından üzerinde anlaşılan bir kabul kriteridir.

Geliştirme Takımı: Her sprint ile ilgili işi yönetmekten sorumludur.

Mühendislik Standartları: Projelerin aşamalı olarak geliştirilmesi için paylaşılan standartlar.

Ürün İş Listesi: Ürün biriktirme listesi, belirli bir sırada yapılacak işlerdir.

Ürün İş Listesini İyileştirme: Ürün sahibi ve ekibi, birikmiş iş listesi düzenleme olarak da bilinen ürün iş listesine ayrıntı eklediğinde.

Ürün Sahibi: Üründen ve ekipten sorumlu yönetici.

Scrum: Karmaşık projelerde ekip işbirliği için çerçeve.

Scrum Board: Bir scrum board, scrum ekiplerinin işlerini yönetmesine yardımcı olur.

Scrumban: Scrumban, Scrum ve Kanban proje yönetimini birleştiren hibrit bir metodolojidir.

Scrum Master: Scrum master rolü, ekibe uzmanlıklarıyla yardımcı olan bir koça benzer.

Scrum Takımı: Ürün sahibi, takım ve scrum ustası. Scrum rolleri hakkında daha fazla bilgi edinin.

Kendi Kendine Örgütlenme: Proje hedefleri çerçevesinde ekip özerkliği.

Sprint: Biri diğerinin tamamlanmasından hemen sonra gelen kısa görevler.

Sprint İş Listesi: Sprint'i tamamlamak için takımın ihtiyaç duyduğu şeyler.

Sprint Hedefi: Sprint'in amacı.

Sprint Planlama: Sprint planlama, scrum ekiplerinin yaklaşan sprintlerini planladıkları bir bahar etkinliğidir.

Sprint Retrospektifi: Sprintin kısa otopsisi.

Sprint İncelemesi: Bir sonrakine iyileştirmeler eklemeye yardımcı olmak için sprintin kısa incelemesi.

Paydaş: Genellikle bir projenin başlatıcısı olan ekip dışı üye.

Hız: Sprint sırasında projede bir artışa dönüşen ortalama ürün birikimi miktarı.

ProjectManager, Scrum Takımlarına Yardımcı Olur

Scrum metodolojisi işbirliği ve esneklik gerektirir. Bulut tabanlı bir çalışma ve proje yönetimi yazılımı olan ProjectManager, scrum ekiplerini birbirine bağlar ve onlara çevik bir ortamda çalışmak için ihtiyaç duydukları araçları sağlar. Aracımız, nerede oldukları, nasıl çalıştıkları veya projedeki rolleri ne olursa olsun herkesin güncel kalmasını ve iletişim kurmasını sağlayan gerçek zamanlı veriler sunar.

Scrum Kurulları Oluşturun ve Yönetin

Çoklu proje görünümlerimiz, diğer departmanların Gantt çizelgeleri veya sayfa görünümümüz üzerinde işbirliği yapabileceği anlamına gelir. Ancak scrum ekipleri, bir sprint planlarken birikmiş kullanıcı hikayelerini yönetmelerine ve birlikte çalışmalarına olanak tanıyan scrum board görünümümüzü kullanacak.

Scrum panoları ayrıca ürün sahiplerine ve scrum ustalarına ilerlemeyi izleme ve kaynakların yeniden tahsis edilmesiyle hızla giderilebilecek potansiyel darboğazları yakalama görünürlüğü sağlar.

Gerçek Zamanlı Panolarla Scrum İş Akışlarını Takip Edin

Kendi kendini yöneten ekibinizin önüne geçmek istemezsiniz, ancak ne yaptıklarını bilmeniz gerekir. Gerçek zamanlı kontrol panelimiz altı proje metriğini takip eder. Kalitesiz ürünlerde olduğu gibi kurulum gerektirmez. Özel iş akışlarımız, ekibinizin işlerine odaklanmasını sağlamak için eylemleri otomatik olarak ayarlayan tetikleyicileri uygulamanıza olanak tanır. Ayrıca, görev onayları size durum değişikliklerinin kontrolünü verir.

Scrum Takımınızla İşbirliği Yapın

Ekibiniz ister tek bir çatı altında, ister farklı zaman dilimlerinde çalışıyor olsun, bulut tabanlı aracımız onların birlikte çalışmasına olanak tanır. Ekip üyeleri görev düzeyinde yorum yapabilir, söz konusu göreve atanmamış diğerlerini etiketleyerek onları sohbete katabilir ve resim ve belgeleri paylaşabilir. E-posta bildirimleri ve uygulama içi uyarılar, herkesi anında güncel tutar.

Yazılımımız sadece scrum için ideal olmakla kalmaz, aynı zamanda şelale veya birçok proje yönetimi yönteminin bir karışımı gibi daha geleneksel metodolojilerle de çalışabilir. Aracımız, kuruluşunuzdaki çevik olmayan diğer departmanlarla işbirliği yapmanıza olanak tanır. Başarı sağlamak için ihtiyaç duyacağınız tek iş ve proje yönetimi aracıdır.

ProjectManager, çerçevelemek için seçtikleri metodolojiden bağımsız olarak proje yöneticilerine çalışmalarının her aşamasında yardımcı olmak için benzersiz bir şekilde konumlandırılmış bir proje yönetimi yazılımıdır. Bulut tabanlı olduğundan, gerçek zamanlı veriler toplar ve ekiplerin işbirliği yapmasına yardımcı olacak araçlara sahiptir, onlara programa ve bütçe dahilinde kalmaları için izleme ve yönetim ile scrum için gereken özerkliği verir. Bu ücretsiz 30 günlük deneme sürümünü alarak size ve ekibinize nasıl yardımcı olabileceğini görün.