Ceviklik şemsiyesi altında ele aldığımız Scrum Catısı ’nda yer alan Gunluk Scrum (Daily Scrum), Sprint Planlama ve Sprint Retrospektif etkinliklerinden daha once bahsetmiştik. Bu listede ele alacağımız Sprint Review etkinliği ile birlikte tum Scrum seramonilerini tanımış olacağız.
1 Aylık bir sprint icin en fazla 4 saatlik zaman diliminde yapılması gereken Sprint Review, her Sprint sonunda geliştirilen urunun calışan yazılım uzerinden gosterildiği bir Sprint değerlendirme/inceleme toplantısıdır diyerek hızlı bir giriş yapalım. Toplantının işleyişini ve amaclarını Scrum Rehberi‘ne gore 7 madde uzerinden inceleyelim.
1. Katılımcılar kısa bir hoşgeldinizle karşılanır
Sprint Review toplantısına Scrum Takımı (Urun Sahibi, Scrum Master ve Geliştirme Takımı) ve davet edilen ilgili paydaşlar katılır. Bu noktada birbirini tanımayan ya da ilk kez gorecek olan kişilerin olması mumkun. Oncelikle boyle bir durum varsa kişilerin kendini kısaca tanıtması, oluşması istenen işbirliği ortamının zeminini guclendirmeye hizmet eder. Boylelikle toplantının devamındaki konuşma ve tartışmalar da kolaylaşmış olur. Bu kucuk tanışma sonrasında kısaca toplantının iceriğinden bahsedilmesi, cercevenin cizilmesi adına iyi bir pratik.
2. Urun sahibi tamamlanan ve tamamlanamayan işleri acıklar
İş listesinden, yani Product Backlog ’tan sorumlu olan Urun Sahibi hangi işlerin tamamlandığını, hangi işlerin tamamlanmadığını kısaca acıklar. Yine toplantının cercevesinin cizilmesi adına yapılan bu ilk acıklama icin:
* Geliştirme ekibinin Scrum tahtasında yer alan işler (yapışkan notlar) toplanarak toplantıya gelinebilir.
* Kullanılan iş takip aracı uzerinden acıklama yapılabilir.
* Toplantı odasında bir tahta varsa bu tahta onceden bu işleri gostermek icin hazırlanabilir.
Kısaca bu gosterim tamamen Scrum Takımının bileceği iş diyebiliriz 🙂
3. Geliştirme ekibi sprint sırasında yaşananlardan bahseder
Mevzu bahis sprint secilen işlerin, yani Sprint Backlog ’un sorumlusu olan geliştirme takımı, bu işlerle ilgili yaşadıklarından bahseder. Nelerin iyi gittiğini, nasıl problemlerle karşılaştıklarını, ne tip cozumler uyguladıklarını anlatırlar. Geliştirme ekibinin direkt paydaşlarla yuz yuze konuşma imkanının doğmuş olması ne sağlar diye duşunecek olursak: hem geliştirme ekibi, hem de paydaşlar icin aynı sayfada kalabilmeyi, aynı hedefe birlikte koşabilmeyi ve normal şartlar altında farklı uzmanlıklara sahip bu insanların birbirlerine karşı empati kurabilmesini, birbirlerini daha iyi anlayabilmesini sağlar diyebiliriz.
4. Geliştirme ekibi tamamlanan işleri gosterir ve gelen soruları yanıtlar
Geliştirme ekibi tamamlanan işleri calışan yazılım uzerinden gosterir. Aslında canlı bir deneyim yaşatmış olur. Boylelikle Urun Sahibi ve Paydaşlar isteğin/işin gercekleşmiş halini gorur. Geliştirme ekibi bu bolumde gosterdikleri urunle ilgili paydaş ve urun sahibinden gelen soruları cevaplarlar, coğunlukla uygulamalı olarak gostererek cevap verme şansları da bulunur. Burada yaşanan urune hep birlikte bakma halidir ve gelecek olan geribildirimlerle urun değerini arttırmaya yonelik fikirlerin, yorumların yakalanması amaclanır.
5. Urun sahibi, mevcut urunun durumunu, bugune kadarki ilerlemeyi temel alan hedefi tartışır
Her zaman urunun değerini en ust seviyeye cıkartma amacı guden Urun Sahibi gosterilen urun ve paydaşların yorumları uzerinden mevcut durumu ele alır, vizyonunu ortaya koyar, gerekirse ve isterse hedeflediği teslimat tarihini dahi acıklayabilir. Bugune kadar geliştirme ekibi ile birlikte katettiği yolu ve gelecekte ulaşmak istediği hedefi oluşan işbirliği ortamında tartışır. Burada aldığı yorumlarla iş listesini besleyebilir ve hedeflerini geliştirebilir. Paydaşlarla birlikte pazardaki değişimler tartışılarak bir sonraki adımın ne olması gerektiği tartışılır. Beklenen urun parcacığı icin pazarın, zaman cizilgesinin, urunun potansiyalinin ve butcenin uzerinden gecilir.
6. Tum katılımcılar daha sonra ne yapılacağı konusunda iş birliği yapar
Geliştirme ekibi tarafından gosterilen urun icin, tum veriler ışığında herkes tarafından mutabık olunan bir gelecek iş ortaya konmuş olur. Ortaya konanlar doğrultusunda da Sprint Retrospektif ’ten sonra gercekleşecek olan Sprint Planlama etkinliğine girdi sağlanmış olur.
7. Ve kapanış yapılır
Tum Scrum Etkinlikleri icerisinde belki de en heyecanlı olan Sprint Review etkinliğini sonlandırırken katılımcılara teşekkur etmek ve peşi sıra yapılan geribildirimlerden herkesin iş listesine almak uzere mutabık olduğu maddeler uzerinden son kez gecip el sıkışmak her zaman iyidir. Bu son onayı alma sayesinde, herkese ne icin orada bulunduğunu ve o toplantıda ne uretildiğini tekrar hatırlatmış, işbirliğine teşvik etmiş, birlikte calışma halinin guzelliğini de vurgulamış oluruz 🙂