Tag Archives: Agile

Agile(Çevik) Olmanın Öncesi ve Ötesi

7 May

30 Yıldan fazla geçmişi 20 yıllık şöhreti ve 10 Yıldır da herkesin gözdesi olmayı başarmış bir kavram Agile yani Çeviklik. Aslına bakarsanız güneşin doğduğu topraklarda yazılıyor bu hikayenin özü. Toyota Üretim Sistemi kurmak için en iyisini yapmaya çalışıyor, israfı ve hatayı önlemeye ve de KAIZEN ile sürekli iyileştirmeye başlıyor bundan neredeyse 60-70 yıl önce. Batı geliyor bunu alıyor herkesin benimseyeceği bir hale LEAN yani YALIN isminde bir tanımlamaya sığdırıyor. Üretimde bu yaklaşımlar yıllar yılı hem kullanılıyor hem geliştiriliyor. Kısıtlar teorisi, KANBAN ,kartlarla durum takibi, POKE YOKE derken. Üretim 5S, Toplam Kalite Yönetimi gibi teknikler uygulayıp kendini çok iyi yerlere getiriyor. Teknolojinin gelişimi ile bugün Endüstri 4.0 konuşulurken aslında süreçler ve sistemler bu mantıkla tasarlanmaya ve iyileştirilmeye devam ediyor.

Peki üretim sürecindeki gibi bir süreç olan proje yönetim sürecinde de kaynak kısıtları varsa, hız önemliyse, kuyrukta bekleme olmamalı diyorsak ve hepsinden de önemlisi ne yapabileceğimizi bilerek ya da yaptığımızın olup olmadığını bilerek hareket etmemiz bizi başarılı yapacaksa üretimin başardığını projelerde de başarabilir miyiz? Bu sorunun cevabına EVET diyenler bir çok fikir attılar ortaya ve sonrasında da bu fikri ortaya atanlar bir araya gelip bunun genel adına Agile dediler. Esinlendikleri üretimden çok fazla esinlendiler ama kendi gerçeklerini göz önüne alarak farklı prensipler de belirlediler. Üretim sürecindeki talimatlardan ziyade ekip içi iletişimin önemli olduğunu, sözleşme maddelerinden ziyade müşterinin beklentilerinin önemli olduğu bir yapı önerdiler. Üst kavramlarda anlaşsalar da onlarca çevik uygulayıcısı kendi pratiklerini yazdı. Çoğu da şirketleşti, kendi kitaplarını, kendi sertifika sınavlarını üretti ve bu konuyu ayrı bir ticarete dönüştürdü. Burada durup düşünmemiz gereken bir şey var. Agile yapılır mı? olunur mu? cevap basit Agile olunur çünkü agile bir felsefe, agile bir kültür agile bir uygulama çerçevesi. Agile’a bizi üretilen farklı yaklaşımlar yakınlaştırmalı diyoruz ama her geçen gün bu yaklaşımların bizi farklı yerlere götürdüğünü de görüyoruz. O nedenle önemli olan agile felsefesini anlamak, benimsemek ve uygulayabilmek. Uygulamada kurallar olabilir ama felsefenin çerçevesini değiştirmeden bu kuralların uygulanması önemli.

Burada da en önemli görev projelerin yürütüldüğü organizasyonların yöneticilerinde. Bu değişim ve dönüşümü başlatmak hiç kolay değil. Önce yöneticilerin kendisi agile olmalı ki biz onlara hizmetkar lider demişiz. Kendi kendini yöneten ekipleri motive eden ve onların sorunlarını çözen yöneticiler. Talimat veren veya kontrol eden değil. Ekip’in tabi ki bir düzeni olacak, tekrarlı döngülerinde neler yapacağını planladığı. Bu planlamada ve yolda ona yardımcı olacak, öncelikleri belirleyen ve son karar veren yetkili bir iş birimi sorumlusu çok önemli. Hız ve kalite ne kadar önemliyse ekip içi görüşmeler de o kadar sık ve kolay olmalı. Aynı yerde çalışmalar, her gün aynı yerde aynı saatte yapılan görüşmeler. Her tekrarlı döngü sonunda yapılanların gözden geçirilmesi ve deneysel olan bu sürecin gerektiğinde başa dönmesi de önemli. Ekibin bir durup düşüneceği kendini sorgulayıp daha iyisini arayacağı görüşmeler de olmalı. Bütün bu yapılması gerekenler için bir süre sınırı olması her günümüz her anımız toplantı olmaması için çok önemli. Felsefemiz iletişim, sık sık yapılanı konuşma ve çözüm odaklı olma iken tüm bu kurallar da bunu yapabilmemize imkan sağlayacak ama büyük olmayan bir ekiple. Bunu yapabilen ve başarabilen proje ekipleri var ama projelerinin yapısı, şirketleri, proje ekip üyeleri ve diğer tüm koşulları onlar için bir avantaj diye düşünüyoruz. Agile olmaya çalışanlar ya da agile olduğunu sanıp agile yapanlar hatta agile kurallarını geleneksel süreçlerde uygulayanlarda var. Bu onların eksikliği değil. Bu onların mecburiyeti. O nedenle Hibrit konuşuyoruz hatta Blended yani Harmanlanmış Yaklaşımlar konuşuyoruz. Her zaman hedefe giden birden fazla doğru yol vardır. Hedefe giderken yolda gidiş tarzınız da değişebilir. Hibrit ve Harman Yaklaşımlar bunu ifade eder. Başka bir deyişle gerektiğinde gerekeni yapmaktadır doğrusunu yapmak.

Proje dünyası bunları kendi içinde yaşarken hızını alamayan uygulayıcılar çoktan Organizasyonel Çeviklik ve İş Çevikliği söylemlerini yaygınlaştırdılar yani sadece bir projede değil diğer tüm iş birimi çalışmalarında aynı felsefe verim, hız ve kalite getirecek dendi ve denendi. Bunun da güzel uygulandığı şirketler oldu. Çünkü işin sırrı değişimi ve dönüşümü başarmak. İletişimi geliştirmekle başladılar çalışmalara daha kısa döngülerle planlama yapıp, sonuçları yani olası başarısızlıkları erken fark ettiler. Bu da işin en önemli parçası olan değişime adaptasyonu sağladı. Kimi zaman öncelik kimi zaman talep değişti, kimi zaman da devir değişti. Onlar da bu değişime ayak uydurarak iş yaptıkları ölçüde başarılı oldular. Herkes bunu başarabilir mi? diye sorarsanız bence EVET. Çünkü bu anlatılanlar insanlarla ilgili, bizim yaşadığımız sorunlarla ilgili. Temelinde yine bizden çok önemli kilit konular var. İletişim, iş birliği, ekip olma, güven, hız, kalite ve memnuniyet. Bunlar uygulanırsa başarı da elde edilir.

Uzun lafın kısası 100 yıldan fazla geçmişi olan modern proje yönetiminin 30 yıllık çevik yaklaşımlarla mücadelesi her geçen gün farklı değişikliklerle bizi şaşırtan dünyada beklendiği gibi çevik yaklaşımların galibiyetiyle devam ediyor. Fakat bu iki kavramı bir birine rakip görmemiz gerektiğini de bildiğimiz için bu yenilgiyi resmileştirmeden yapabileceğimiz en iyi şey projesine hatta projenin içinde sürecine uygun geleneksel, çevik, hibrit ve harman yaklaşımı uygulamak olacaktır. Çünkü çevik yaklaşımların cevap vermeye uğraşmadığı bir çok sektördeki uygulamalara sahip olduğumuz geleneksel kaynaklar cevap verebiliyor. Bu nedenle gelecek, geçmişine hakim, geleceğe hazır, bugünün değişimini yönetecek kadar tüm yönetim yaklaşımlarını bilerek uygulayanların olacaktır.

2019 Yılı Sonbahar Dönemi İlk Eğitimlerimiz

16 Ağu

Proje Yönetimi ve PMP Sınavına Hazırlık Eğitimi, Program Yönetimi Eğitimi ve Agile Proje Yönetimi Eğitimlerimizin Sonbahar ayındaki ilk eğitim tarihleri belirli oldu.

KAİD Bir PMI REP kuruluşudur.

Detaylı Bilgi ve Kayıt için: info@kaid.com.tr

KAİD Web Sitesi: www.kaid.com.tr

Kaynak Kısıtı ve Bekleme Süresi Teorisi

16 Ağu

#ProjeYönetimi‘nde kaynak kısıtlarına dair #Agile olmak için bilmeniz gereken bir teori:Bekleme süresi, kaynağın meşgul olduğu sürenin, boşta olduğu süreye bölünmesiyle elde edilir.Kaynak %50 dolu ise bekleme süresi 1 Birim/Saattir. Kaynak doldukça bekleme süresi katlanarak artar

 

PROFESSIONAL SCRUM MASTER I – PSM I SERTİFİKASI HAKKINDA

20 Haz

AGILE & SCRUM; yazılım dünyasının yeni trendi. Aslında bu yazımda bu trend ile ilgili bilgiler vermeyeceğim; çünkü ilgili bilgileri internette bulmak oldukça kolay; fakat sertifikasyon süreci ve özellikle sertifikasyon sınavları ile ilgili kaynak bulmak biraz daha zor. Ben de bu yüzden sınavını yeni geçtiğim PSM I sertifikası assessment süreci hakkındaki bir yazının sizlere daha faydalı olabileceğini düşünerek bu konu üzerine eğilmek istedim.

 

Nedir Bu PSM I?

Öncelikle PSM I sertifikasının dünyada oldukça popüler olduğunu ve Türkiye’de de saygınlığının giderek arttığını belirtmek isterim. Scrum sertifikasyonu, Scrum.org ve ScrumAlliance.org adlı iki organizasyon tarafından gerçekleştirilmektedir. Aslına bakarsanız ikisi de benzer sertifikasyonları sağlamaktalar. Ancak şu an için ScrumAlliance.org daki üye sayısının Scrum.org a göre çok daha fazla olduğunu belirtmek isterim. Ben bu yazımda Scrum.org sertifikasyon sürecinin nasıl olacağından bahsedeceğim. Scrum.org sertifikasyonları, Scrum rollerine göre isimlendirilmiştir. Örneğin Scrum Master sertifikasyonu aldığınızda, “Professional Scrum Master” olursunuz. Belirli ücretler karşılığında, Scrum.org‘un sağladığı sınavlara online olarak katılabilir ve sertifikanızı alabilirsiniz. Scrum.org‘un sağlamış olduğu sertifikaları şöyle sıralayabiliriz:

  • Professional Scrum Master I ve II (PSM)
  • Professional Scrum Product Owner I ve II (PSPO)
  • Professional Scrum Developer (Java ve .NET) (PSD Java ve PSD .NET)
  • Professional Scrum Developer Java Trainer (PSDT Java)
  • Professional Scrum Developer .NET Trainer (PSDT .NET)
  • Professional Scrum Master Trainer (PSMT)

Scrum.org sertifikaları arasında bağlantılarda bulunmaktadır. Örneğin PSM II alabilmek için, önce PSM I almış olmanız gerekmektedir.

 

Gelelim PSM 1 Sınavının Özelliklerine

PSM 1 sınavı çoktan seçmeli 80 sorudan oluşmakta. Başarılı olabilmeniz için 80 sorudan %85 başarı, yani en az 68 doğru yapmanız gerekiyor. Sınava internete bağlı herhangi bir bilgisayardan girebiliyorsunuz. Yapmanız gereken tek şey http://www.scrum.org a üye olmak ve herhangi bir eğitim programı almadıysanız 150 dolarlık sınav giriş ücretini ödemeniz. Eğer bir eğitim almış iseniz -genellikle bu eğitim programına 150 $ lık sınav ücreti dahil edilmiş olur- evinizden, iş yerinizden ya da dilediğiniz farklı bir ortamdan sınava kendi başınıza girebilirsiniz. Size sınava giriş için bir şifre maili gelecek ve bu şifre ile PSM I sınavına giriyor olacaksınız.

 

AMAN DİKKAT !

Sınav süresi yalnızca 60 dakika. İnternet bağlantınız koptuğu anda sınav için süreniz devam edecek. Dolayısıyla internet bağlantınıza güvenebileceğiniz bir lokasyonda sınava girmeniz çok önemli.

 

Sınava Nasıl Hazırlanmalı ?

İnternette yaptığınız araştırmalarda birçok farklı yöntem ve sınav için okumanız gereken birçok kitap önerileri görebilirsiniz. Bu kitapların hepsi scrum felsefesini anlayabilmek için çok önemli ve kesinlikle okunması gereken kitaplar. Ben bu yazımda sertifika konusunda aceleci olanlar içinAGILE bir sınav hazırlık programı yayınlayacağım 🙂 Ama zamanı olanlar sınavdan önce bu kitapları tabiki okuyabilir; kesinlikle faydalı olacaktır. Gelelim AGILE hazırlık programımıza. Yaklaşık 2 hafta süren aşağıdaki programı uygulamanız durumunda sınavı geçmeniz oldukça kolaylaşacak.

  1. Agile metodolojisi ile ilgili bir eğitim alınması: Eğitim almadan da sınava girebilirsiniz; ama şahsi fikrim en az 2 günlük bir eğitimi mutlaka ama mutlaka alın, işiniz çok daha kolaylaşacak.
  1. Scrum guide ı ingilizce ve türkçe olarak en az 3’er kez okuyun. (2 gün)

İng:        http://www.scrumguides.org/scrum-guide.html Türkçe:  http://www.scrumguides.org/download.html

  1. Scrum.org da yer alan open assessment da 5 kez ardarda %100 yapana kadar tekrar tekrar çözün. Bu soruların bazıları birebir olarak gerçek sınavda karşınıza çıkıyor. (3 gün)

https://www.scrum.org/Assessments/Open-Assessments/Scrum-Open-Assessment

  1. İnternette bulabileceğiniz gerçeğe yakın deneme sınavlarını en az 3 kez aklınıza iyice işlenene kadar çözün. (3 gün)
  1. Scrum.org daki forumların okunması: Sınavda en çok işinize yarayacak ama çalışma süresinde size en çok zaman kaybettirecek bölüm burası. Forumda yapılan yorumları okumak çok önemli. Sorular ve yapılan yorumların nedenlerinin iyice irdelenmesi gerekiyor; çünkü sınavda forumda yer alan soruların çok benzerleri de çıkabilmekte. O yüzden forum, forum, forum ! (3 gün)
  1. https://www.scrum.org/Assessments/Open-Assessments/Scrum-Practitioner-Open-Assessment

da yer alan 15 soruluk sınavdan 3 kez üstüste en az 14/15 yapabilmek (5. Maddedeki sorulara iyi çalışırsanız bu soruları yapmak oldukça basit gelecek). (2  gün)

ve bir not; bir “Agile Bilgi Bankası” haline gelen all4agile.com blogunu mutlaka inceleyin. Hem agile kavramı, hem de scrum ile ilgili birbirinden faydalı birçok blog yazısını okuyarak konuya çok daha hakim olabilirsiniz.

Kaynak: https://erkancinko.wordpress.com/2015/04/20/professional-scrum-master-i-psm-i-sertifikasi-hakkinda/

Agile Sertifikasyon

30 Mar

Agile Sertifikasyon

Dünya üzerinde bir çok farklı kurum Agile ve Agile yöntemlerin an yaygını olan Scrum için sertifikasyon programı sunmaktadır. Bunların arasında en popüler olanları şu şekilde listeleyebiliriz.

 

 

Bu üç kurumun sağladığı sertifikasyonların hangisinin daha önemli ve geçerli olduğu konusunda kesin bir şey söylemek çok doğru olmayacaktır.

 

Agile Proje Yönetimi ve Agile bazlı yöntemlerin en yaygını olan Scrum için sağlanan sertifikaları aşağıdaki tablodaki gibi özetleyebiliriz.

Kurum Sertifika Sertifikasyon Bilgileri
       PMI ACP – Agile Certified Practitioner PMI-ACP sertifikası Agile yöntemler ile ilgili bilgilerin pekiştirilmesi ve ölçülmesi için hazırlanmış bir sertifikasyondur.
PMI-ACP  sertifikası için sınav başvuru şartlarından birisi REP statüsünde bir eğitim kurumundan 21 saatlik eğitim alınmasıdır.
Diğer şartlar:·         Son 5 yıl içinde 2000 saatlik genel proje tecrübesi
Scrum BT (yazılım geliştirme) sektörüne özel  sertifikasyonlar
Professional Scrum Master (PSM) – PSM I, PSM IIProfessional Scrum Product Owner (PSPO)- PSPO I, PSPO II Belirli ücretler karşılığında, Scrum.org’un sağladığı sınavlara online olarak katılabilir ve sertifika alabilirsiniz.
Scrum Alliance Scrum prensip ve pratiklerinin BT (yazılım geliştirme) dışında da kullanımını sağlayan ve destekleyen sertifikasyonlar
Certified Scrum Master (CSM)Certified Scrum Product Owner (CSPO)

Certified Scrum Developer (CSD)

Certified Scrum Professional (CSP)

Certified Scrum Coach (CSC)

Belirli ücretler karşılığında, bu sertifikalar için düzenlenen sınavlara online olarak katılabilir ve sertifika alabilirsiniz.ScrumAlliance.orgsınavlara girmeden önceonaylı bir Scrum eğitimine katılmanızı şart koşmaktadır.

 

 

 

 

 

Scrum Sertifikasyonu

Scrum sertifikasyonu Scrum.org ve ScrumAlliance.org adlı iki organizasyon tarafından gerçekleştirilmektedir.

Bu organizasyonlar Scrum ile ilgilenen kişilere şu imkanları sunmaktadır:

  • Scrum ile ilgili kaynaklara erişim
  • Fikir ve düşüncelerinizi diğer kişilerle paylaşılabilmesi
  • Scrum eğitimleri ile ilgili bilgilere erişim
  • Scrum sertifikasyonu ile ilgili bilgilere erişim

Her iki organizasyon tarafından sağlanan sertifikalar ve karşılaştırmalarına yönelik detayları özetlemeye çalışalım.

 

Scrum.org – Scrum Alliance Sertifika Karşılaştırması

  • Scrum.org yazılım geliştirme odaklı eğitim ve kurslar düzenlemektedir, Scrum Alliance ise Scrum prensip ve pratiklerinin yazılım dışında da kullanımını zorlamaktadır.
  • Scrum.org sınav/sertifika süreçleri daha net tanımlıdır ve kurs ve eğitim materyalleri daha ileri seviyededir.
  • Scrum.org eğer Scrum konusunda gerekli bilgi ve tecrübeye sahipseniz, sınavlardan önce eğitim almayı zorunlu kılmaz.
  • Scrum.org sınavlarının geçme başarı %’si daha yüksek ve sınavlar seçenekli ve makale yazmaya dayalı sorular içerdiği için daha zordur

Scrum.org – Scrum Guide :  Scrum uygulayan ve eğitim veren profesyonellerin yazılım geliştirme alanında iyileşme sağlamaları için oluşturulan global yapı

  • Vizyon : Yazılım geliştirme alanında profesyonelliğin geliştirilmesi 

agile1

Scrum Alliance – Scrum Core : Scrum prensip ve pratiklerinin anlaşılması ve kullanımını destekleyen, kar amacı olmayan, profesyonel üyeliklerden oluşan bir organizasyon

 

  • Vizyon : İş dünyasının dönüştürülmesi – Transforming the world of work

agile2

Kaynak: http://www.projeegitimmerkezi.com/bdetail-d-281-agile-sertifikasyon

PMSummit 2015-ANKARA Videoları Yayında!

16 Ara

Yoğun katılımla 27 Ekim 2015 tarihinde TOBB Ekonomi ve Teknoloji Üniversitesi Sosyal Tesislerinde gerçekleştirdiğimiz Proje Yönetim Zirvesinin tüm oturumlarının videoları PMI Türkiye Youtube kanalında yayınlandı. Bu videoları izleyerek neleri canlı takip etme fırsatını kaçırdığınızı görebilirsiniz.

Şimdi sıra 2016 Proje Yönetim Zirvesinde Mayıs ayında yapmayı planladığımız zirve ile ilgili gönüllülük,sponsorluk ve konuşmacı konularında bana ulaşabilirsiniz.

Nice güzel etkinliklerde bir arada olmak dileğiyle…

Hepsi ve daha fazlası için: https://www.youtube.com/user/PmiTurkeyChapter/videos

 

 

Sprint Burndown Chart Nedir?

25 Tem

Sprint Burndown Chart
Scrum’da her Sprint kendi başına bir proje gibi. Kısa zaman dilimleri olan Sprint’lerin her birisinde bir amaca doğru koşuluyor. Sprint Golü de dediğimiz bu amaç aslında Scrum Takımı’nın Sprint’e aldığı işlerin birleşiminden oluşan takımın ana doğrultusu. Takımın her gün Daily Scrum toplantısında yaptığı şey ise sadece 3 soruya cevap vermek olmamalı. “Takım olarak bu Sprint Golü’ne ulaşabilmek için ne durumdayız, nasıl gidiyoruz?” asıl cevaplanması gereken soru.

 

Bu bilgiyi en güzel şekilde gösterebilen görsel araçlardan birisi de Sprint Burndown Grafiği. Bu oldukça basit bir grafik aslında: yatay ekseninde Sprint’in günlerini, düşey ekseninde ise Sprint’te kalan işi gösteren basit bir grafik. Raporlama kültürü yerine bilgiyi yayma kültürünün, komuta kontrol yerine kendi kendini yönetme kültürünün hakim olduğu Scrum Takım’larında çokça da kullanılan bir grafik.

Bu aynı zamanda Scrum çerçevesinin Sprint Backlog (Sprint İş Listesi) ile ilgili olarak söylediği şu özelliğe de uyuyor.
“Sprint İş Listesindeki toplam kalan iş Sprintin herhangi bir anında hesaplanabilir. Geliştirme Takımı, Sprint Hedefini gerçekleştirmeye ne derece yakın olduğunu görebilmesi için en azından her Günlük Scrumda toplam kalan işi izler. Geliştirme Takımı, Sprint boyunca kalan işi izleyerek ilerlemesini yönetebilir.”

Daily Scrum’larda bu “kalan iş” veya “kalan saat” bilgisine odaklanmak önemli. Yapılan önemli yanlışlardan bir tanesi, bir iş üzerinde ne kadar çalışıldığı bilgisini takım arkadaşlarına söylemek. Bu tip durumlarda Scrum Master’ın bir işle ne kadar uğraşıldığı bilgisinin önemli olmadığı, önemli olan bilginin tahminen ne kadar kaldığı olduğunu hatırlatması ve bu yönde koçluk yapması da çok değerli.

Sprint-Burndown-Chart-OrnekAşağıda kalan işi Sprint boyunca “kalan saat toplamı” cinsinden izleyen bir takımın Sprint Burndown Grafiği görülüyor. Bu takım aynı A3 boyutundaki grafik üzerine her Sprint’i farklı renklerle çizerek takımın genel olarak oturmuş olan temposunu ve kapasitesini de açık bir şekilde gösterebilmiş. Takımın 3 haftalık Sprint’ler koştuğu, Sprint’in her gününde Daily Scrum sonrası kalan işin saat toplamının ne olduğu grafikte açıkça görünüyor. Aynı kağıt üzerinde ardışık Sprint’lerin gösterilmesi sayesinde bu grafiğe bakarak şu yorumu yapmak da oldukça kolay. Takım ilk Sprint’in sonunda hedeflediği işleri bitirebilmenin oldukça uzağında kalmış, ikinci Sprint’te belki fazla temkinli davranmış ve bu sefer de Sprint’e aldıkları işi hızlı eritip Sprint’in beşinci gününde Sprint Golü’nden sapmadan ve elbette Product Owner’ın geçerli öncelikleri doğrultusunda ek iş almışlar. Sprint-3’ten itibaren ise takımın kapasitesi ve eritme hızı ortaya çıkmış. Şeffaflık o kadar yüksek ki, bu üst üste çizilen Sprint Burndown Grafikleri sayesinde, bir takımın Tuckman Modeli’ndeki doğal adımlardan bu takımın da geçip sonunda iyi işleyen takım haline geldiği bile açıkça görülüyor. Bu tam da Scrum takımlarında yaratılmasını istediğimiz şeffaflığa güzel bir örnek oluşturuyor.

Sprint-Brundown-Chart-225x300

Sprint Burndown Chart
Sprint Burndown Grafikleri’nde kalan saat toplamının gösterimi çok yaygın olmakla birlikte, koçluk yaptığım takımlardan bazılarında kullanılan diğer bir pratiğe de değinmek isterim. Saat bir gösterge olabilir doğru. Ancak eğer Sprint İş Listesi’ndeki işlerinizin her biri ufak farklarla yaklaşık aynı sürelerde tamamlanan işler ise – ki her bir işin idealde bir gün veya daha kısa zamanda tamamlanacak küçük parçalar halinde olması sürekli akışı görebilmeyi sağlar – sadece kalan görev sayısının toplamı yani Yapılacak ve Yapılıyor tahtalarımızda kalan post-it’lerin sayısı da bir gösterge olabilir. Bu aynı zamanda bazı takımlarda gelişen yukarıda bahsetmiş olduğum “bir işle ne kadar uğraştım” bilgisini rapor verir gibi Daily Scrum’da söylemek alışkanlığını değiştirmeye de yarayan bir yaklaşım.

Scrum bize “burndown grafiği tutun”, “saatleri kullanın” gibi bir talimat vermez. Ancak önemli olanın Sprint’te kalan işi hızlıca görünür kılmak ve bunu gözlemlemek olduğunu bilen iyi Scrum takımları için en kolay ve kullanışlı pratiklerden birisi olarak Sprint Burndown Grafikleri duvarlardan Sprint’in gidişat bilgisini yayarak şeffaflığı maximize etmeye devam etmektedir.

Tolga Kombak-Agile Consultant

Kaynak: http://www.acm-software.com/acmblog/sprint-burndown-chart-nedir/