Agile Hedef Değildir!

Bu yazımızda bir saatlik bir çalıştay ile Agile dönüşüm sürecinizi, nasıl değerli, sürdürülebilir ve gerçek dönüşüme açık bir duruma dönüştürebileceğinizi paylaşacağız. Bu bir saat, tüm değişim çalışmanızın en önemli süresi olabilir.
 
Başlangıç: Hedeflerin Açıklığa Kavuşturulması için 1 Saat
Liderlik ettiğiniz veya katılım gösterdiğiniz veya üstleneceğiniz Agile dönüşüm çalışmanızın, hedeflerini açıklığa kavuşturmak için yöneticileri ve paydaşları bir saatlik bir çalıştay için bir araya getirin. Ayrıca organizasyondaki anahtar kişileri de dahil etmeyi değerlendirin.
 
Ancak katılımcı sayısı ne kadar artarsa, kapsamın da kalabalıklaşacağını göz önünde bulundurmalısınız. Katılımcı seçimlerinin neden önemli olduğu hakkında buradaki makaleyi inceleyebilirsiniz.
 
Adım 1: Neden Sorusunu Sorun!
Katılımcılara, pusulacıklar ve kalemler verin. Onlara "Neden bu Agile dönüşümü yapıyoruz?" sorusunu yöneltin. Katılımcılardan, fikirlerini grupla paylaşmadan önce, 3-5 dakika kadar kendi başlarına çalışmalarını isteyin. Yöneticilerinize eğer gerekli görürseniz, pusulacıkları etkin kullanmanın yollarını açıklayabilirsiniz. Eğer pusulacık kullanmayacaklarsa, gerçek dönüşüm için az umut olduğunu söyleyebiliriz. Bu durumda Agile pratiklerin benimsenmesi veya gizli Agile dönüşüme odaklanabilirsiniz.
 
Adım 2: Ne, Neden, Nasıl Çerçevesinde Bilgileri Toplayın!
Katılımcılar pusulacıkları yazmayı tamamladığında, Ne, Neden ve Nasıl etiketlerine sahip 3 tane yazı tahtası kağıdı hazırlayın. Katılımcılardan bu üç etiket grubuna göre, pusulacıkları kağıtlara yapıştırmalarını isteyin. Birbiri ile örtüşen fikirleri gruplayın ve çevresine bir daire çizin. Aşağıdaki resimde örneği görebilirsiniz.
 
 
Katılımcılara, bu modeli "'Neden bu Agile dönüşümü yapıyoruz?' fikri etrafında düşüncelerimizi netleştirmeye yardım etmesi" amacıyla kullandığınızı anlatın. Fotoğraftan görebileceğiniz gibi, bazen "Çıktı (OutCome)" etiketini eklerim. Buradaki amaç "Ne" etiketinin anlamını daha iyi anlatabilmektir.
 
PÜF NOKTA: Neden sorusunu sormak, beyin fırtınası yaparken gerçekten önemlidir. Nedenleri, sadece playback sırasında Ne, Neden ve Nasıl şeklinde ayrıştırın.
 
Adım 3: Ne, Neden ve Nasıl'ı Anlatın!
Bu 3 etiket için açıklamalarım aşağıdaki gibidir:
  • Ne/Çıktı: Bu sonuçla ilgilidir: Ne başarmak istiyoruz? Organizasyon olarak bu çalışmanın çıktısı ne olacak?
  • Neden: Bu girişim için motivasyonumuz nedir? Burada ayrıca başarının öncü göstergelerini de görebilirsiniz.
  • Nasıl: Çıktıya ulaşmak için gerekli destekleri ve mekanizmalarla ilgilidir. Gerçekte dönüşümü nasıl yapacağız.
 
Not: Yapılan bu çalışma katılımcılar için bir anlam ifade ettiği sürece, bu etiketlerin anlamlarının bir önemi yoktur. Ancak Ne/Çıktı etiketlerini mutlaka savunun! Bu çalışma sonrasında aranan sonucun Ne/Çıktı grubunda bulunması gerçekten önemlidir. Eğer bu grupta araçlar ve ara unsurlar bulunuyorsa, dönüşüm çalışmanızda engeller bekleyebilirsiniz.
 
Adım 4: En Önemli Olan Unsurları Belirleyin!
 
 
Nokta oylama yöntemini kullanarak, katılımcıların Agile dönüşüm süreciniz için en önemli unsurları seçmesini sağlayın.
 
Önemli: Yöneticilerin en düşük rütbeliden, en yüksek rütbeliye doğru oy vermesini sağlayın. Bu sayede rütbelerden dolayı, verilen oyların etkilenmesini engellemiş olursunuz. Bu konunun neden çok önemli olduğunu anlamak için buradaki makaleyi okuyabilirsiniz. 
 
Daha anlaşılabilir olması için yapılan oylama sonucunu özetleyin. Örneğin: "Bu dönüşüm çalışmasının çıktısı X olacak, ve Y ile Z'yi kullanarak bu hedefe ulaşacağız." 
 
Adım 5: "Agile" Hedef Değildir!
Katılımcıların, Agile'ın gitmiş olduğunu fark etmelerini sağlayın! Aranan çıktının Agile ile bir ilişkisi yoktur. Agile, hedef değildir. Katılımcılara, Agile'ın Ne, Neden ve Nasıl sorularına nasıl yardımcı olacağını fark etmeleri konusunda yardım edin. (Eğer doğruysa)
 
Adım 6: Agile Dönüşümü Başka Bir Şey İle Değiştirin
Agile'ın bir hedef olmasının resmi olarak bırakılması gerektiğini önerin. Yerine bu dönüşüm çalışmasına yeni bir isim bularak, arzulanan çıktıya odaklanılmasını önerebilirsiniz. Bu durum, insanların "Agile" yapmaya değil de, asıl hedefe odaklanmasına yardım edecektir. Yakın zamanda gerçekleştirdiğim bir dönüşüm çalışmasında, bu başarımızın anahtar unsuru oldu. İsimlerin ve kendimizle ilgili anlattığımız hikayelerin değerini küçümsemeyin.
 
Agile Olmak ve Dönüşüm
Agile'ın resmi bir hedef olarak kullanılmaması, muhtemelen korkutucu görünmektedir. Ancak bu durum, Agile'ın silah veya kalkan olarak kullanılmaması için gereklidir. Deneyimlerime göre, gerçek Agile zihniyete ulaşabilmenin tek yolu, bu zihniyetin tamamen kendi kendine oluşmasına izin vermektedir. Körü körüne bir sistemi zorlamak (ben de yaptım bunu), kısıtlı sonuçlar alınmasını garanti eder. Eğer bir fikri seviyorsanız, onu özgür bırakın!
 
Bu makale Michael Sakota'nın orijinal makalesinden Türkçe'ye çevirilmiştir. Kendisine bize destek olduğu için teşekkür ederiz.

Pusulacıkları Etkin Kullanmanın Yolları

Çevik takımlar ve innovasyonu arttırmaya çalışan kişiler grup toplantılarında, fikirlerini paylaşmak, fikirlerini organize etmek ve bunlar üzerinde anlaşmaya varmak için pusulacıklar (Referans: TDK Sözlük - post-it) kullanırlar. Pusulacıkları yeni kullanmaya başlayanlar veya daha etkin kullanmak isteyenler için bir kılavuz hazırladım. Kılavuzdaki basit kuralları burada bulabilirsiniz.

Yazmayı Değil, Okumayı En Uygun Hale Getirin
Pusulacıkları okumak için mi, yoksa yazmak için mi en uygun hale getirmek istiyoruz? Ortak kullanım yöntemlerini değerlendirdiğimizde, küçük bir grup içerisinde olsanız bile, bir pusulacık yüzlerce kez okunacaktır. Böyle yoğun bir okuma aktivitesinin olduğu yerde, pusulacıkları okumak için en uygun haline getirmek ortak akıl sonucudur. Bu nedenle grubunuzun hızlı iletişim kurabilmesi için, kaliteli pusulacıklar oluşturmak doğru bir yatırımdır. Retrospective toplantıları için özellikle bu duruma dikkat edilmelidir. Retrospective toplantılarının yanı sıra, Product Backlog/Story Map ile İterasyon/Kanban tahtaları içinde kritik önem arz etmektedir. Bahsettiğimiz bu durum geliştirilen kod parçaları içinde geçerlidir. Büyük ihtimalle bildiğinizi tahmin ediyorum, okunabilir kod yazmak yukarıda bahsettiğim nedenlerden dolayı büyük bir kazanımdır.

Bir Pusulacık için Bir Fikir
Bir pusulacık üzerine sadece bir fikir yazmanın kattığı bir çok değer var. Her bir fikri yazmak için daha fazla boşluk kazanmış oluyoruz. Ancak daha da önemlisi, bu şekilde yazılan pusulacıkları birbirlerinden bağımsız olarak istediğimiz gibi hareket ettirebiliyoruz. Bu durum fikirleri kümelemek ve fikirler arasındaki ilişkileri ve şablonları bulmakta kullanılan diğer aktiviteler için yararlıdır.

 
Bir Pusulacıkta Az Kelime Kullanın
Pusulacıkları, anlatmaya çalıştığım konunun özünü yakalayan bir kaç kelime ile yazmayı seviyorum. Az kelime her konseptin hızlıca anlaşılmasının sağlanması anlamına gelir (okumaya az zaman harcanır) ve bundan dolayı grup işleri daha hızlı ilerletir. Az kelime kullanımı, daha kolay hatırlanabileceği için çok daha etkilidir. Uzun cümleler kullanmak kendi özetimizi hazırlamak için çalışmayı gerektirir. Pusulacıkların özet olmasını sağlayın.
 
Peki detaylar nerede olacak? Detayları yazmaktansa, bunları birbirinizle konuşmanız daha faydalı olabilir. Pusulacıkları görsel dayanak noktası olarak kullanabiliriz. Herşeyi yazmaya ihtiyacımız olmayabilir.
 
 
Pusulacıkları Kolay Okunabilir Hazırlayın
Pusulacıkları hızlıca okuyarak hızlı hareket edebilmek için, kolay okunabilir olmaları önemlidir. Pusulacıklara el yazısı ile yazmak, çoğu zaman okumayı yavaşlatır. Tükenmez kalemler kullanarak (turuncu pusulacığın altına bakın) yazmakta, tahta kalemine oranla okumayı yavaşlatan unsurlardan bir tanesidir. Özetlemek gerekirse, el yazısı ve tükenmez kalem kullanılmamalıdır. İyi yazılmış bir pusulacık, herkesin aktiviteye katılabilmesi için 4 metreden okunabilir olmalıdır.


Pusulacıkları Yazarken BÜYÜK HARFLER Kullanın
İşaret etmek istediğim bazı püf noktalar var:
1. Çıktı alın
2. Okunabilirliği arttırmak için BÜYÜK HARFLER kullanın.
3. Her kelimenin ilk harfini diğerlerine göre biraz daha büyük yapın. CAPITAL kelimesinde gördüğünüz gibi "C", diğer harflerden daha büyüktür. - (Bu püf noktası Jeff Anderson'a aittir. Nezaketi için teşekkür ederim.)

 
Kılavuzu Takip Etmek
Bir çok kişi şimdi daha iyi pusulacıklar yazmaya başlayacaktır. Birçok farklı nedenden dolayı zayıf veya sadece tamamen okunamayan şekilde hazırlanmış pusulacıklar olacaktır. Aşağıda test ve kurtarma prosedürünü bulabilirsiniz:
 
1. Tartışmaya açık pusulacığı elinizde tutarak gösterin.
2. Sorun: "Bu pusulacığın ne anlattığını birisi okuyabilir mi, lütfen?"
3. Eğer insanlar bu konuda zorlanıyorsa, bu pusulacağı yazan kişiden okumasını isteyin.
4. Gruptaki birisinden bu pusulacğı tekrar yazması için gönüllü olmasını isteyin.

Pusulacık Hastalığı
Pusulacıkların yazımına bu kadar ilgi gösteren birisinin, obsesif-kompulsif bozukluk sahibi olduğu, ya da Asperger Sendromu ya da kontrol dışı bir mükemmeliyetçi olduğu tartışılabilir. Bu üç durumu da hayatım süresince yaşadığım da tartışılabilir. Çalıştığım takımlardan birisi pusulacıkları kasten saklayıp, benim farketmemi beklerken eğlenmişlerdi. Şu an ki tutumum, pusulacıklara yazılım kodu gibi yaklaşmaktır. Bazı takımlar temiz kod yazmak arzusundadırlar. Benzer bir şekilde, bazı takımlarda mükemmel görünen Sprint ve Kanban tahtalarına sahip olma arzusundadırlar. Bu bir takım kararıdır.
 
Pusulacıkları Etkin Kullanmanın Yolları Sunumu
Bu konuyu başkalarına anlatmak isterseniz, indirip gösterebileceğiniz bir sunumu da burada paylaşıyorum.

Teşekkür
Xavier Quesada Allue'nin müthiş görsel yönetim blogundan etkilendiğim kesindir. Aynı şekilde Llewellyn Falco'ya da fotoğraf ile katkı sağladığı ve hızlı anlatımı sağlayan sunumu hazırlamama ilham verdiği için teşekkür ederim.
 
Bu makale Michael Sakota'nın orjinal makalesinden Türkçe'ye çevirilmiştir. Kendisine bize destek olduğu için teşekkür ederiz.

Kanban Tahtası Örneği

Kanban, günümüzde yüksek popülerliğe sahip bir metodoloji olma yolunda ilerliyor. Kanban'ı, Agile yöntemlere getirilen Lean yaklaşımı olarak tanımlayabiliriz. Kanban temellerini bilen, ancak nasıl başlayacağını tam olarak bilemeyen ekiplere yardımcı olmak adına Henrik Kniberg tarafından hazırlanan Kanban Kick-Start Example'ın Türkçe çevirisini hazırladık ve şimdi bu çalışmayı sizlerle paylaşıyoruz.

Dokümana buradan erişebilirsiniz: Kanban Tahtası Örneği
 
 
Herhangi bir hata, yazım yanlışı vb. durumunda bizimle iletişime geçebilirsiniz. Geri bildirimleriniz çok değerlidir.

Eğer dokümanın orjinal versiyonu ile ilgileniyorsanız, buradan ulaşabilirsiniz.

"Lego Kalıpları ile Scrum Simülasyonu" Oyununun Türkçe Çevirisi Yayınlandı

Orjinal adı "Scrum Simulation with LEGO Bricks" olan ve Alexey Krivitsky tarafından 2009 yılında ilk versiyonu oluşturulan Scrum simülasyon oyununun Türkçe çeviri çalışması tamamlandı.
 
 
Çalışma da Türkiye Agile topluluklarından arkadaşlar görev aldı. Scrum Turkey ekibinden Mehmet Sencer Karadayı, Alper Tonga, Barış BAL ve yazarlarımızdan Pınar Ayorak, Agile Turkey grubundan da Hande Güneş ve Tolga Kombak'ın katkılarıyla hazırlanan Türkçe çeviriye buradan ulaşabilirsiniz.
 
Düzenlediğimiz eğitimlerde sıklıkla kullanmakta olduğumuz bu eğlenceli oyunu, kurum içi Agile dönüşüm aktivitelerinizde ve eğitimlerinizde kullanmanızı öneriyoruz. İyi oyunlar! :)