Scrum - Sprint Planlama Toplantısı

Giriş
Iteration Planning Meeting olarak ta bilinir. Bu toplantı bir önceki Scrum - Retrospektif Toplantısından sonra gerçekleştirilir.

Kanban vs Scrum

Açıklaması şöyle. Kanban'da iki haftalık sprint mantığı yok. Kanban yazısına bakabilirsiniz

... in Kanban, there are no definite iterations or sprints, just a continuous flow where work items are pulled from one stage to the later. Kanban board is never reset. Many of the Scrum events were not employed. Kanban teams usually have daily stand-up meetings but they are not prescribed. There are no routinely planned sprint planning meetings, sprint demos, or sprint retrospectives, so the process is more lightweight. Some of the exercises in those rituals may or may not be performed at an informal level.

Scrum is a more discipline, prescribed approach to deal with complexity and uncertainty.

Bu Toplantılarda Slogan Kullanmak
Bazen bu toplantılarda slogan/mantra benzeri cümleler kullanılabiliyor. Örneğin şunlar sıkça kullanılır.

Just do it!
Think different!"

Bu tür cümlelerin sıkça tekrarlanmasının bir faydası yok. Ne yapılacağının plan şeklinde ortaya konulması lazım. Açıklaması şöyle.

These types of slogans and mantras typically represent an ideal or an attitude, not a plan. Many have been so overused they're essentially meaningless. "Just do it?" You're all presumably in a meeting to "do it". Figuring out what to do and how to do it is presumably the reason you're even in (virtual) meeting to begin with. "Think different?" If you were going to do what you've always done you wouldn't be discussing anything.

The point is not to challenge the slogan or statement, but to ask them how it applies to the topic you're discussing.

Toplantıda Anlaşmazlık Olması

Normalde beklenen "self organizing" ekiplerin kendi kendilerine çözüm bulması. Ancak durum böyle değilse bir uzlaştırıcı/uzman bulmak gerekebilir. Açıklaması şöyle

If the team is truly self-organizing, then the members would recognize that they have an issue that needs outside assistance and would, among themselves, find a way to resolve it. One option would be seeking someone else, either inside or outside the organization, who is a subject matter expert who can provide an expert decision. Another option would be to find someone who can moderate a discussion and facilitate a decision-making process. The team would be able to find these and other options and then select a method of resolution.

Toplantı Girdisi

Açıklaması şöyle.

The input to this meeting is the Product Backlog, the latest product Increment, projected capacity of the Development Team during the Sprint, and past performance of the Development Team.

Sprint'in Hedefi Olmalıdır
Açıklaması şöyle. Artık commitment kelimesi yerine forecast kelimesi kullanılıyor.

In 2011, the language used in the Scrum Guide to describe a Sprint Backlog was significantly revised. Up until that point, the work selected by a team for actioning in a Sprint was referred to as a commitment. From then onwards, it would be acknowledged instead as being a forecast. That is still the language used in the Guide today, even though subsequent versions have codified "commitment" to be a Scrum value, and teams are expected to engage in commitment-based planning.

Commit kelimesi kullanılınca yönetim fazla mesaiye zorlama imkanı buluyor deniliyor. Açıklaması şöyle.

The situation that you describe, where management requires that the team works overtime to complete all planned stories, is one of the reasons why the Scrum literature has stopped using the term "commitment." A true commitment can only be given when all uncertainty is taken out, including uncertainty about 3rd-party dependencies, how much work each item is, how much time everyone will be available taking sickness into account, etc.

Her Spring'in bir hedefi olmalı. Eğer tüm story'ler bitmese bile hedefe ulaşılıyorsa yine de kabul edilebilir. Açıklaması şöyle.

"Always remember that the goal of a Sprint isn't to complete lots of backlog items. The goal of a Sprint is to deliver the Sprint Goal."

Sprint Planlama Toplantısı Süresi
Sprint öncesinde yapılan planlama toplantıları günlük toplantılara göre daha uzun olurlar. Tasarımın detayları bu toplantılarda konuşulur ve ortaya çıkar.

Story Sırası
Planlama toplantısında gelecek sprint'e dahil edilecek story'ler arasında bağımlılık olmamasına dikkat etmek gerekir. Eğer B, A'ya bağımlı ise B işine A'dan önce başlamak, işin yapılamamasına sebep olur.

Definition of Ready
Ayrıca Story'nin Definition of Ready kriterine uygun olması da gerekir. Eğer story içinde çok fazla belirsizlik varsa zaten efor tahmininde hata yapılır. Şu yöntem doğru değildir.

During sprint planning I had to take a wild guess as to how long this undefined user story would take.

Sprint'i Doldurmak
Teoride tüm Sprint süresini doldurmaya çalışmak gerekir. Açıklaması şöyle. Ancak bence bir miktar öngörülemeyen işler için ihtiyat boşluğu bırakmakta fayda var.

Every Scrum team would have an Iteration Planning Meeting wherein they would zero down the scope for the Sprint

1. Test İşine Yeterli Zaman Bırakmak

Özellikle test işlerine yeterli zaman bırakmaya dikkat etmek gerek. Bazı projelerde ayrı bir QA yani test ekibi var. Tüm sprint 'in bitmesine çok az bir zaman kala QA ekibine test edilecek ürünü vermek probleme sebep olur. Sorunun açıklaması şöyle

We have an issue in our Scrum Agile process, where all the developers get backlog item work done in the last few days of the sprint.

And then QA is forced to test everything at end of sprint. 

2. Bug Fix

Bu Fix için kullanılabilecek yöntemler şöyle. Herkese bir miktar boşluk verilebilir, bu işe bir kişi atanabilir vs.

If part of that work consists of fixing urgent bugs from production or handling requests from other teams, then the team needs to find a way to organize around that, how exactly depends on the context:

- they might introduce some slack into the process to handle these things (some time percentage of the sprint, or taking in less stories into the sprint);

- they might have a dedicated person (or team) handling these things (by rotation each sprint, for example) so that the rest of the Scrum team can focus on the Sprint goals;

- they might decrease the sprint length and then focus only on the sprint knowing that next sprint they can work on just those types of tasks (might apply to other requests, not when the production environment is in trouble);

- if things seem more like "operational" in nature and not "development", the team can even decide to give up on sprints and just do something like Kanban with some selected cadence for other practices you want to keep, like review and retrospective.

Belki en kolayı planlamaya bir önceki sürümde çıkan hataları düzeltmek için gerekli eforu da ilave etmek.

3. Sürekli Tekrar Eden İşler
Her sprint'te sürekli tekrar eden işleri sprint'e almak veya almamak arasında tercih yapılabilir.