Etiket arşivi: Agile

Sprint Planlama Toplantısı Nasıl Yapılır?

Sprint Planlama Toplantısı Nasıl Yapılır?

Çevikliğin, bir kültür ve “Neden” sorusuna bir cevap olduğunu daha önceki yazılarımda anlatmıştım. Scrum ise bu kültürü oluşturmanın, uygulamanın ve yaşatmanın yollarından biridir. Ayrıca “Nasıl” sorusunun cevabıdır. Scrum’da herşey iyi bir planlamayla başlar. Çevikliği ve Scrum’ı yeni öğrenenlerle sohbet ettiğimde genelde Scrum’da plan olmadığına ve bu nedenle işlerin yolunda gitmediğine dair yakınmalarını duyarım. Aynı şekilde Çeviklik’ten yakınırkende dokümantasyon olmadığını ve bu nedenle birçok sorun yaşadıklarını anlatırlar.

 

Evet! Scrum’da plan yoktur. Daha etkili olan planlama vardır. Bir plan yaparsanız ona uymak zorunda kalırsınız, bir değişiklikle karşılaştığınızda planı değiştiremezsiniz ve değişikliği kabul etmek istemezsiniz. Şimdi sizlere Scrum’da iyi bir planlamanın nasıl yapılabileceğini ve Çevik Yazılım Geliştirme Manifestosu’nun değerlerinden biri olan “Kapsamlı dökümantasyondan ziyade çalışan yazılım” ile ne anlatılmak istendiğini açıklamaya çalışacağım.(1)

 

Scrum’da resmi olarak belirtilen dört toplantıdan biri olan Sprint Planlama Toplantısı iki bölümden oluşur. NE ve NASIL bölümlerine ayrılan toplantının ilk bölümünde ne iş yapılacağı, ikinci bölümünde ise bu işin nasıl yapılacağı konuşulur. Geliştirme Takımı, Ürün Sahibi ve Scrum Master’ın toplantıya katılımı zorunludur. Dört haftalık Sprint’ler koşan takımlarda toplantı süresi 8 saatle sınırlıdır. Doğru orantıyla iki haftalık Sprint’ler koşan takımlarda ise 4 saatle sınırlıdır.

Sprint Planlama Toplantısı Nasıl Yapılır? yazısına devam et

Scrum ve Kanban Arasındaki Benzerlikler ve Farklılıklar

Scrum ve Kanban Arasındaki Benzerlikler ve Farklılıklar

Çevikliği düşününce aklıma gelen ilk iki şey Scrum ve Kanban oluyor. Tabi ki çeviklik sadece bu iki yaklaşımla bitmiyor, çok daha büyük bir şeyi, bir kültürü anlatıyor. Çevik yazılım geliştirme dediğimizde aklımıza gelen bu yaklaşımları ne kadar biliyoruz? Bu soru aklıma düştüğünde cevaplamanın en iyi yolunun bu iki yaklaşımın benzerliklerinin ve farklılıklarının neler olduğu belirleyerek çok daha kolay anlayabileceğimi ve anlatabileceğimi düşündüm. İşte burada Scrum ve Kanban arasındaki benzerlikler ve farklılıklar bulunuyor. Umarım faydalı olur.

Scrum ve Kanban Arasındaki Benzerlikler

  • İkisininde özünde Çeviklik ve Yalınlık bulunur.
  • İşler emir komuta ile değil iş çekme prensibine dayalı tamamlanır.
  • İkiside aynı anda geliştirilen işleri sınırlamayı önerir(Kanban WIP’i limitleyerek bunu direk olarak yaparken, Scrum bir Sprint’te geliştirilecek iş miktarını sınırlayarak yapar).
  • İkiside sürecin iyileştirilmesi için şeffaflığı kullanır.
  • İkiside deneyciliğe dayanır.
  • İkiside olabildiğince erken ve sık yazılım teslimatı yapmaya çalışır.
  • İkisinde de geliştirme takımları kendi kendini yönetir.
  • İkisinde de büyük işlerin küçük parçalara ayrılması tavsiye edilir.
  • Deneysel veriye(Scrum’da takımın ortalama hızı, Kanban’da lead time’a -bir fikrin ortaya çıkışı ve teslim tarihi arasındaki fark) göre teslim planı sürekli olarak güncellenir.
  • İkisinde de özellikle bir pratiğin- TDD, Sürekli Teslim, Refactoring, Acceptance Testing, Small Releases, Simple Design, Coding Standards, Shared Metaphor, Collective Code Ownership-  kullanılması belirtilmemiştir. İçinde bulunulan ortama göre bu pratiklerin benimsenmesi geliştirme takımına bırakılmıştır.

Scrum ve Kanban Arasındaki Benzerlikler ve Farklılıklar yazısına devam et

Agile Tabu

Agile Tabu
Agile Tabu

Agile Tabu

Bir oyun olarak AGILE TABU, eğitici, kendini ifade etme becerisini yükseltici, kişiler arasındaki iletişimi, iletişimin kalitesini arttırıcı ve oynayanları eğlendirici özelliklere sahiptir.

Tabu yukarıda belirttiğim gibi eğlenceli ve faydalı bir oyun, birçok açıdan kendinizi ve diğer oynayanları geliştirebilirsiniz. Peki, Agile Takımları’nda tabunun faydaları nelerdir;

Agile Tabu yazısına devam et

Product Backlog Refinement (Grooming) Nedir?

Product Backlog Refinement Meeting

Product Backlog Refinement – Grooming Nedir?

Ürün İş Listesi’nin Detaylandırılması, İşlerin Olgunlaştırılması

Product Backlog Refinement aktivitesi Scrum’da bulunan aktivitelerden biridir. Yapılması zorunlu değil fakat faydalıdır. Refinement Toplantısı’ndan kimi zaman “grooming” olarakta bahsedilir(Scrum Klavuzunun 2013 yılının Temmuz ayından önce çıkan versiyonlarında bu aktiviteden grooming olarak bahsedilir). Bu aktivitenin amacı ürün listesini temiz, düzenli tutmak ve Geliştirme Takımı’nın gelecek Sprint’ler içinde Ürün Sahibine sorularını Sprint başlamadan önce sormasıdır. Böylece Ürün Sahibi bir sonraki Sprint’in Planlama Toplantısı’na hazırlıklı olarak gelebilir.

 

Detaylandırma aktivitesinde Geliştirme Takımı ve Ürün Sahibi, Ürün İş Listesi’nde en üstte bulunan maddeler üzerine konuşurlar. Ürün İş Listesi’ndeki maddeler hakkında Geliştirme Takımı’nın soruları olabilir. Toplantıda Ürün Sahibine bu sorular yöneltilir. Ürün Sahibi bütün sorulara toplantı sırasında cevap veremeyebilir. Bu soruları alarak bir sonraki Sprint Planlama Toplantısı’na soruların cevaplarıyla gelmesi harika bir pratik olur.

 

Product Backlog Refinement (Grooming) Nedir? yazısına devam et

Çevik Koç

Agile Koç
Çevik Koç

Çevik Koç

Çevik Koç, kişinin, takımın ya da organizasyonun içinde barındırdığı potansiyeli serbest bırakarak performansını en iyi seviyeye çıkarmasına yardımcı olur. Çevik Koç bunu yaparken Çevik Bildiri’de belirlenen değerleri ve ilkeleri göz önünde bulundurur.

 

Koçluk üzerine diğer tanımlar aşağıdaki gibidir:

  • Koçluğun nihai amacı müşterinin kendisini anlamasına yardımcı olmaktır. Böylece müşteri potansiyelini kullanabileceği yollar bulabilir.[1]
  • Etkili koçluk reçete yazmadan rehberlik etmektir.[2]
  • Bir başkasının performansını, öğrenimini ve gelişimini kolaylaştırma sanatıdır.[3]
  • Koçluk, “yapmayı düşünmek” ile “gerçekten yapmak” arasındaki boşluğu doldurur.[4]

 

Çevik Koç yazısına devam et