Kategori arşivi: Agile

Sprint Sonunda Bitmeyen İşler

Agile, Scrum, , , , , , ,

Sprint Sonunda Bitmeyen İşler

Bu makalede sizlere Scrum Takımlar’ının sıklıkla karşılaştığı bir problem olan “Sprint Sonunda Bitmeyen İşler’den” bahsedeceğim. Bu işler neden bitmiyor, nasıl bitirilebilirler? Bitmeyen işleri sonraki Sprint’e taşımalı mıyız? Bitmeyen işi Geliştirme Takımı’nın hızına eklemeli miyiz? Bu konuları dilimin döndüğünce anlatmaya çalışacağım. Aklınıza takılan her konuda bana yazabilirsiniz.

 

İdeal durumda Sprint’e alınan her iş BİTTİ kriterine uygun şekilde tamamlanır ve teslimatı yapılır. Ne yazık ki, Scrum Takımlar’ında, Sprint sonunda bitmeyen işler yaygındır. Birçok farklı neden dolayı ideal durum gerçekleşmeyebilir. Bu tamamlanamayan madde ile ilgili birkaç soruyu akıllara getirir:

 

  • Bir sonraki Sprint’e taşınmalı mıdır? İş Listesi’nde bu madde ile ilgili ne yapılır?
  • Daha küçük parçalara ayrılmalı mıdır?
  • Bu madde takımın toplam hızına eklenmeli midir?

Sprint Sonunda Bitmeyen İşler yazısına devam et →

The Five Dysfunctions of a Team: A Leadership Fable

Agile, Kitap,

The Five Dysfunctions of a Team: A Leadership Fable – Patrick Lencioni

Patrick kitabına şöyle başlıyor:

Not finance. Not strategy. Not technology. It is teamwork that remains the ultimate competitive advantage, both because it is so powerful and so rare.

Söylediklerine tamamıyla katılıyorum. İster bir start-up’ınız olsun isterseniz dev bir şirketin yönetim takımında olun yada dev bir şirketin yazılım geliştirme takımlarından birinin içinde olun. Eğer takım olamazsanız gerçekleştirdiğiniz işte başarısız olacaksınız. Bu start-up’ınızın batması, dev şirketin yönetim takımının değişmesi yada başarılı bir şekilde son kullanıcıya teslim edemediğiniz bir projeyle sonuçlanabilir.

The Five Dysfunctions of a Team: A Leadership Fable
The Five Dysfunctions of a Team: A Leadership Fable

 

Patrick kitabında bir start-up’ın başına yeni getirilen, uzun süredir çalışmayan bir annenin, Kathryn’in hikayesini anlatır. Kathryn geçmişinde yüksek teknoloji deneyimi bulunmayan birisidir buna rağmen Silikon Vadisi’nde bulunan en pahalı üst yönetim takımının başına getirilmiştir. Bunun nedeniyse üstün gözlem yeteneği ve gözlem yeteneğine bağlı olarak aldığı aksiyonlardır. The Five Dysfunctions of a Team: A Leadership Fable yazısına devam et →

Product Backlog Refinement (Grooming) Nedir?

Agile, Scrum, Scrumban, , , , , , , ,

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, Enterprise Agility Transformation, Kanban, Scrum, , ,
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 →

Kanban Metodunun İlkeleri

Agile, Kanban, Lean, Scrumban, , ,
Kanban Boardu
Kanban Boardu

Kanban Metodunun İlkeleri

İlk önce temel ilkeleri kabul edin…

Şimdi yaptığınız şeyle başlayın…

Kısa aralıklarla, evrimsel değişimin sürdürülmesini kabul edin…

Var olan süreç, roller, sorumluluklar & unvanlara saygı duyun…

Daha sonra aşağıdaki 5 maddeyi gerçekleştirin.

  • İş akışını görselleştirme
  • Aynı anda gerçekleştirilen iş sayısını limitleme
  • Akışı yönetme
  • Süreçleri belirgin hale getirme
  • İşbirliği içinde gelişimi destekleme(modeller & bilimsel metotlar kullanma)

Hadi bu maddeleri tek tek inceleyelim…

Şimdi Yaptığınız Şeyle Başlayın

Kanban Metodu sürecinizi değiştirmenizi istemez. Temelinde var olan sürecin evrimleştiği düşüncesi bulunur. İçeriğinde mühendislik çalışması bulunan yeni bir süreç tanımı ya da yeni bir çalışma şekli yoktur. Kanban Yazılım Geliştirme Süreci ya da Kanban Proje Yönetim Metodu diye bir şey yoktur.

Kısa Aralıklarla, Evrimsel Değişimin Sürdürülmesini Kabul Edin

Bir organizasyon ya da takım, içinde bulundukları şartların yumuşak ve evrimsel bir yaklaşımla gelişim için birincil neden olduğunu kabul etmelidir. Belki takım üyelerinin direnişinden dolayı yakın zamanda büyük bir dönüşüm başarısız olmuştur. Organizasyon politikaları gereği, böyle büyük bir dönüşümün yöneticiler için çok riskli olduğu düşüncesiyle teklif bile edilmemiştir ve uygulanmamıştır. Anlaşma olmadan bu yavaş, yumuşak, evrimsel ve artımlı yaklaşım doğru yoldur eğer evrimsel yaklaşım uygulanmazsa Kanban girişimi için doğru çevre ya da yönetim desteği olmayacaktır.

Kanban Metodunun İlkeleri yazısına devam et →