Scrum Turkey, Agile Turkey Summit'i Destekliyor

Agile Turkey tarafından bu yıl 3.'sü düzenlenecek olan Agile Turkey Summit, 9 Ekim 2015 tarihinde "Organizational Agile Transformation" temasıyla, Grand Cevahir Convention Center'da sizlerle birlikte olacak. Konferans çerçevesinde 5 - 11 Ekim tarihleri arasında bir çok ücretli ve ücretsiz çalıştay, eğitim ve toplantılar da katılımcılarını bekliyor.


Google, Spotify, Riot Games dünyaca ünlü firmaların yanı sıra, Hürriyet, Türk Telekom, Havelsan gibi ülkemizin önde gelen firmalarının da yer alacağı etkinlikte, Michael Feathers, Nick Obolensky, Jurgen Appelo ve Ahmed Sidky gibi dünyaca ünlü kişilerle tanışma ve onların güncel çalışmaları hakkında bilgi edinme şansını da yakalayacaksınız.


Scrum Turkey olarak, Agile Turkey Summit '15'i destekliyor ve bu etkinliği kaçırmamanızı tavsiye ediyoruz. Unutmadan belirtelim, Twitter üzerinden 'atsummit15egidiyorumcunku' hashtag'ini kullanarak tweet atarsanız, etkinliğe ücretsiz katılma şansını da yakalayabilirsiniz. Etkinlikle ilgili tüm detaylara buradan ulaşabilirsiniz.

VersionOne 10. Annual State of Agile Anketi Açıldı

Geçtiğimiz yıllarda da VersionOne firması tarafından yayınlanan Annual State of Agile anketinin 10.'su açıldı. Her yıl çok sayıda kişinin katılarak Agile ile ilgili sorulara yanıt verdiği anketin, bu yıl da büyük ilgi görmesi bekleniyor.

VersionOne, anketin aynı zamanda 10. yılı olması nedeniyle katılımcılar arasından 10 kişiye Apple Watch hediye edecek. 2 Ekim 2015 tarihine kadar cevaplayabileceğiniz anketin sonuçları 2016 yılı başlarında rapor olarak yayınlanacak.


Türkiye'den katılımın artması ile Türkiye'deki durumun, dünya ile karşılaştırılması için veri oluşturulmasına katkıda bulunabiliriz. Bu nedenle buradan ulaşabileceğiniz ankete katılımınızı öneriyoruz.

Scrum Alliance - State of Scrum Anketi Sonuçları Açıklandı

Dünyanın en büyük Scrum grubu Scrum Alliance'ın State of Scrum raporu halinde geçtiğimiz günlerde yayınlandı. Raporun hazırlanmasında kullanılan bilgiler 108 ülkeden ve 14 farklı sektörü temsil eden yaklaşık 4500 kişinin katıldığı bir anket sonucunda elde edildi. Ankete katılanların ortalama olarak son 12 ayda 4 Agile projede yer aldıklarını belirtmelerini de göz önüne alırsak, bu raporun değerli bilgiler içerdiğini söylemek yanlış olmayacaktır.


Rapora göre ortalama bir Scrum takımının büyüklüğü 7 kişiden oluşmaktadır. Ankete katılanların %60'ı 2 haftalık Sprint'ler kullandıklarını belirtmişler. Bir kaç yıl önce yapılan benzer bir ankette Sprint süresi trendinin 1 hafta'ya doğru kaymaktaydı. Bu anlamda bu trendin değiştiğini söyleyebiliriz. Ankete katılanların verdiği cevaplara göre bazı bilgileri aşağıda listeledik:

  • Katılımcıların %81'i günlük Scrum toplantısı yapıyorlar.
  • Katılımcıların %83'ü her Sprint öncesinde planlama toplantısı gerçekleştiriyorlar.
  • Katılımcıların %56'sı Scrum çıktılarını (Product Backlog, Sprint Backlog vb.) yoğun bir şekilde kullanıyorlar.
  • Katılımcıların %81'i her Sprint sonrasında Retrospective toplantısı gerçekleştiriyorlar.

Bu sonuçlara bakılacak olursa şöyle bir yorum yapabileceğimizi düşünüyorum: "Mükemmel Scrum uygulamak zordur ve belirli bir zaman gerektirir. Bu süreçte bizlere fayda sağlayan konulara odaklanmalı ve gün geçtikçe uyguladığımız Scrum pratiklerimizi iyileştirmeliyiz. O zaman yukarıda bahsedilen rakamların %100'e daha çok yaklaştığını veya yakaladığını görebiliriz."

The 2015 State of Scrum Report dokümanına buradan ulaşabilirsiniz.

Agile Leaders 12. Bölümü Gerçekleştirildi

Agile Leaders etkinliğinin 12. bölümü gerçekleştirildi. Bu bölümde Alper Tonga konuğumuzdu. Kendisine keyifli sohbeti ve katkısı için çok teşekkür ediyoruz.


Etkinlik sırasında anlatılan konularla ilgili kaynaklara aşağıdaki bağlantılardan ulaşabilirsiniz:

Sizlerin geri bildirimleri bizim için çok önemli. Etkinlikle ilgili düşüncelerinizi, etkinlikte görmek istediğiniz konukları, sorularınızı vb. bize Twitter üzerinden #AgileLeadersST etiketiyle iletebilirsiniz.

Agile Leaders 13. bölümünü Ağustos ayı içerisinde gerçekleştireceğiz. Etkinlik detaylarını önümüzdeki günlerde yayınlayacağız. Görüşmek üzere.

Agile Leaders Etkinliği - Episode 12

Agile Leaders etkinliğinin 12. bölümü ile sizlerleyiz. Etkinliğimizin 12. bölümünde 9 Temmuz 2015 Perşembe günü, saat 18:00'de Alper Tonga bizlerle olacak. Bu bölümümüzde "Probabilistic Project Planning" başlıklı bir sohbet gerçekleştireceğiz. Bu keyifli sohbeti kaçırmayın!


Yayın öncesinde veya canlı yayın sırasında Alper Tonga'ya yöneltmemizi istediğiniz soruları #AgileLeadersST etiketi ile Twitter üzerinden paylaşabilirsiniz.


Alper Tonga Kimdir?


Ali Alper Tonga lisans eğitimini Missouri Science & Technology Üniversitesi'nde tamamlayarak Elektrik Elektronik ve Bilgisayar Mühendisliği Bölümü'nden mezun olmuştur. Yurtiçi ve yurtdışı savunma sanayi alanındaki yazılım ve donanım geliştirme projelerinin yazılım geliştirmesinden yönetimine kadar bir çok safhasında deneyim kazanmıştır. Şu an OBASE firmasında program yöneticisi ve Scrum/Flow Master olarak organizasyon içerisindeki süreç iyileştirme çalışmalarını yürütmektedir. Agile ve Lean metotları kullanarak proje yönetimleri içerisinde aktif deneyimlemeler yaparak şirket içerisinde yaygınlaştırmaktadır. Blog yazmak için bir (www.intparse.com) web alanı almış olsa da henüz herhangi bir yazı paylaşamamıştır. Evli ve bir tosun babasıdır.

Scrum Kalıpları: Stable Teams

Bir önceki yazımızda Scrum çerçevesinin tüm sorularımız için yanıt vermediğini tartışmış ve çözüm yöntemi olarak Scrum Kalıplarını kullanabileceğimizden bahsetmiştik. Bu yazımızda Stable Teams Kalıbını detayları ile inceleyeceğiz.

Stable Teams terimini Değişmeyen Takım Yapısı olarak çevirebiliriz. Bu kalıp, takım yapılarının istikrarlı olması ve takımlar arasında üyelerin değiştirilmesinden kaçınılması olarak tanımlanabilir. Yapısal olarak istikrarlı olan takımlar, kapasitelerini daha iyi anlama eğilimi gösterirler. Bu sayede iş birimlerinin yapılacak işler konusunda doğru tahmin yapma ihtimali sağlanır.


Scrum Takımları 3 - 9 kişiden oluşan takımlar temel alınarak geliştirilmiştir. Küçük takımların iletişim kanalları basittir. Ancak sadece küçük takımlara sahip olmak başarılı olunacağı anlamına gelmez. Eğer takım üyeleri sıklıkla bulundukları takımlardan alınıp başka bir projede çalıştırılırsa veya ritüellere katılmasına mani olunursa, takımın hız değeri kötüye gidecektir. Bu problemi çözebilmek için küçük takımların yanında, yapısı sabit tutulan takımlara ihtiyaç olduğu da gözlemlenmiştir.


Kişileri takımlar arasında değiştirmek aşağıdaki problemlere neden olur:

  • Kişilerin hangi projede çalıştığının takip edilmesi
  • Takımların Tuckman Döngüsünü (Forming, Storming, Norming, Performing) sürekli olarak yaşaması
  • Brook's Yasası'na maruz kalmaları (Brook's Yasası: Gecikmiş bir projeye insan gücü eklemek, projenin daha geç bitmesine neden olur.)
Değişmeyen Takım Yapısı'na sahip takımlardaki bireyler birbirlerini tanımaya başlar. Böylece birbirlerinin çalışma stillerini öğrenir, birlikte ne kadar değer üretebileceklerini öğrenirler. Bu nedenle takımların yapısı sabit tutulmalı, kişileri takımlar arasında değiştirmekten kaçınılmalıdır. Değişmeyen Takım Yapısı'ndaki takımlar, kapasitelerini öğrenme eğilimindedirler. Böylece iş birimlerinin doğru tahminler yapmasına olanak sağlanır.

Agile Leaders 11. Bölümü Gerçekleştirildi

Agile Leaders etkinliğinin 11. bölümü gerçekleştirildi. Bu bölümde Roman Pichler konuğumuzdu. Kendisine keyifli sohbeti ve katkısı için çok teşekkür ediyoruz.



Sizlerin geri bildirimleri bizim için çok önemli. Etkinlikle ilgili düşüncelerinizi, etkinlikte görmek istediğiniz konukları, sorularınızı vb. bize Twitter üzerinden #AgileLeadersST etiketiyle iletebilirsiniz.

Agile Leaders 12. bölümünü 8 Temmuz 2015 tarihinde gerçekleştireceğiz. Etkinlik detaylarını önümüzdeki günlerde yayınlayacağız. Görüşmek üzere.

Agile Fluency Model Workshop - Bilgilendirme


Bildiğiniz gibi 13 - 14 - 15 Mayıs tarihlerinde İstanbul'da gerçekleştirecek olduğumuz Agile Fluency Model Workshop etkinliği minimum katılımcı sayısına ulaşılamaması nedeniyle ileri bir tarihe ertelendi. Yeni tarih bilgilerini ilerleyen günlerde yine buradan açıklayacağız. Ayrıca bazı özel durumlardan dolayı bu yazıyı biraz geç yayına alabiliyoruz. Bu nedenle de affınıza sığınıyoruz. 

Çoğunuzun yakından takip ettiği gibi Agile değerlerin yaygınlaşması için çalışmalar gerçekleştiriyoruz. Bu çalışmalarımızı da Agile değerleri içselleştirerek yapmaya gayret sarf ediyoruz. Bu nedenle bu yazıyı kaleme almaya karar verdik. 

Agile değerlerin en başında, şeffaflık, açık iletişim ve deneysellik gelmektedir. Bu etkinliği planlarken bu üç temel kuralı göz önünde bulundurduk. Ve bunun gereği olarak, yaptığımız bu deneyin sonuçları konusunda yapmış olduğumuz değerlendirme sonuçlarını sizlerle paylaşmak istiyoruz. Biz bu deneyden bir çok yeni şey öğrendik. 

Scrum Turkey olarak gerçekleştirdiğimiz ücretli etkinliklerde kar amacı gütmüyoruz. Bu tür etkinliklerin bütçesini belirleyip, minimum bir kişi sayısı belirliyor ve bu minimum sayıya ulaşıldığında kayıtları sonlandırıyoruz. Agile Fluency Model Workshop etkinliğinde de yine aynı yaklaşımımızı sürdürdük. Ancak ilk defa, etkinlik minimum katılımcı sayısına ulaşamadık. Bunların bize göre nedenlerini sizlerle paylaşmak istiyoruz:
  • Workshop duyurularını 3 ay önce yapmış olmamız: Tecrübemize göre bu tür bir etkinliğin organizasyonu için en az 5 aylık bir süre gerekiyor.
  • Workshop'ın, klasik Agile eğitimlerinden farkını tam olarak belirtememiş olmamız: Agile Fluency Workshop, klasik Agile eğitimlerinden farklıdır. Neredeyse tamamı uygulamaya dayalıdır. Teorik değil, daha çok pratik uygulamalar workshop'ın temel unsurudur.
  • Workshop'ın zamanlaması: Bu etkinliğimize genellikle büyük kurumlardan ilgi gösterildi. Bu kurumlar, bir çoğunuzun da bildiği gibi bu tür etkinliklere katılımı yıllık olarak belirliyor ve bütçelendiriyor. Dolayısı ile zamanlama konusunda tekrar bir değerlendirme yapacağız.
Ayrıca herkesin katılımına açık olarak düzenlediğimiz topluluk etkinliğimizde ilerleyen günlerde online olarak geliştirilecektir. Duyuruları sayfamızdan takip edebilirsiniz.

Biz kendi değerlendirmelerimizi paylaştık, sizlerin de bu konuyla ilgili olarak yorumlarınızı bekliyoruz.

Scrum Turkey

Agile Leaders Etkinliği - Episode 11

Agile Leaders etkinliğinin 11. bölümü ile sizlerleyiz. Etkinliğimizin 11. bölümünde 10 Haziran 2015 Çarşamba günü, saat 18:00'de Roman Pichler bizlerle olacak. Bu bölümümüzde "Agile Product Roadmaps" başlıklı bir sohbet gerçekleştireceğiz. Bu keyifli sohbeti kaçırmayın! Etkinlik dili İngilizce'dir.


Yayın öncesinde veya canlı yayın sırasında Roman Pichler'e yöneltmemizi istediğiniz soruları #AgileLeadersST etiketi ile Twitter üzerinden paylaşabilirsiniz.



Roman Pichler Kimdir?


Roman Pichler is a leading agile product management expert, and the founder of Pichler Consulting. He has more than 10 years experience in training and coaching product managers and product owners, and a long track record in helping companies establish an effective product function. Roman is the author of “Agile Product Management with Scrum”. He has created several powerful agile product management and UX tools, and he writes a popular blog on product ownership.

Agile Leaders 10. Bölümü Gerçekleştirildi

Agile Leaders etkinliğinin 10. bölümü gerçekleştirildi. Bu bölümde Elif Özdemir konuğumuzdu. Kendisine keyifli sohbeti ve katkısı için çok teşekkür ediyoruz.



Sizlerin geri bildirimleri bizim için çok önemli. Etkinlikle ilgili düşüncelerinizi, etkinlikte görmek istediğiniz konukları, sorularınızı vb. bize Twitter üzerinden #AgileLeadersST etiketiyle iletebilirsiniz.

Agile Leaders 11. bölümünü 10 Haziran 2015 tarihinde gerçekleştireceğiz. Etkinlik detaylarını önümüzdeki günlerde yayınlayacağız. Görüşmek üzere.

Agile Leaders Etkinliği - Episode 10

Agile Leaders etkinliğinin 10. bölümü ile sizlerleyiz. Etkinliğimizin 10. bölümünde 5 Mayıs 2015 Salı günü, saat 17:00'de Elif Özdemir bizlerle olacak. Bu bölümümüzde "Organizasyonel Kültürler" başlıklı bir sohbet gerçekleştireceğiz. Bu keyifli sohbeti kaçırmayın!


Yayın öncesinde veya canlı yayın sırasında Elif Özdemir'e yöneltmemizi istediğiniz soruları #AgileLeadersST etiketi ile Twitter üzerinden paylaşabilirsiniz.



Elif Özdemir Kimdir?


Elif Özdemir, 2000 yılında Yıldız Teknik Üniversitesi Bilgisayar Mühendisliği Bolumunden mezun olduktan sonra iş hayatına Turkcell’de yazılım geliştirici olarak başladı. 2001 yılından beri İngiltere’de EDS Group, Capgemini, Jumar Solutions firmalarında danışman, yazılım geliştirici, takım lideri görevlerinde yer aldı.

3 yılı aşkın bir süre, çevik tabanlı uygulama geliştirme ve danışmanlık hizmetleri konusunda lider olan, global BT danışmanlık şirketi ThoughtWorks’te, İş Analisti, İterasyon ve Proje Yöneticisi olarak çalıştı. Telekom, eTicaret, sivil toplum kuruluşları ve medya sektörlerindeki müşterilere çevik yazılım metodolojileri kullanarak web uygulamaları üreten takımlarla çalıştı, müşterilerine çevik analiz ve planlama süreçleri konusunda eğitimler verdi. Eylül 2012′de, İstanbul’a taşındı ve İstanbul Teknik Üniversitesi Executive MBA programını, çevik örgütsel kültürler konusundaki bitirme projesi ile tamamladı. Yaklaşık 1 sene N11.com’da İş Analisti ve Proje Yöneticisi olarak çalıştıktan sonra, Mayıs 2014'te ThoughtWorks ailesine Lider Danışman olarak katılmıştır.

Problemlerimizin Hepsini Scrum Kılavuzu ile Çözebilir Miyiz?

Hepinizin bildiği gibi Scrum kurallarını Scrum Kılavuzu tanımlamaktadır. Bu kılavuz bize Scrum'ın ne olduğunu ve temel olarak ne yapmamız gerektiğini anlatmaktadır. Scrum Kılavuzu temel kuralları tanımlarken, ne yazık ki gerçek hayatta karşılaşılan bazı durumlar hakkında bilgiler içermemektedir. Örneğin 'Velocity (Hız)' kavramı Scrum Kılavuzu'nda kelime olarak bile geçmemektedir. Bir başka örnek olarak Sprint Backlog'daki görevlerin nasıl bir yöntem ile yerine getirilirse daha etkin iş değeri üretilebileceği kılavuzda yer almamaktadır.

Dolayısı ile Scrum Kılavuzu'nun tüm sorularımıza cevap olmadığını söyleyebiliriz. Bu durum genel olarak adaptasyon açısından avantaj olarak değerlendirilse bile, bazen de takımlar ve organizasyonlar için dezavantaj olarak ortaya çıkar. Takımlar bu tür cevap bulamadıkları durumlarda sıkıntı yaşayabilirler. 

Bu tür problemli durumlar için çözüm yöntemi olarak Scrum Pattern'leri devreye girmektedir. Scrum Pattern'leri, Scrum çerçevesinin uygulamalarında bilinen ortak hataların çözümüne yardımcı olan destekleyici süreçler olarak tanımlanmaktadır. Scrum'ın yapısı basittir ve takımların değişikliğe uyum sağlamasına yardımcı olacak şekilde tasarlanmıştır. Ancak yukarıda da bahsettiğimiz gibi Scrum her problemi çözmez.


Scrum Patternleri bir problem durumu - çözüm ikilisi olarak da tanımlanabilir. Scrum uzmanları tarafından denenmiş ve faydalı olduğu gözlemlenmiş çözümler ortaya koyar. Scrum Pattern'leri her yıl Scrum PLoP konferansında bir araya gelen uzmanlar tarafından kaleme alınmaktadır. Yaklaşık olarak 40 Scrum pattern'i bulunmaktadır. Scrum'ın yaratıcısı Jeff Sutherland'in kendisinin kaleme aldığı ve 'The Pattern Language for Hyperproductive Teams' ismini verdiği grupta 9 tane Scrum Pattern'i bulunmaktadır. Bunları şu şekilde sıralayabiliriz:

  1. Stable Teams
  2. Yesterday's Weather
  3. Swarming: One Piece Continuous Flow
  4. Interrupt Pattern: Illigitimus Non Interruptus
  5. Daily Clean Code
  6. Emergency Procedure
  7. Scrumming the Scrum
  8. Happiness Metric
  9. Teams that Finish Early Accelerate Faster

Burada anlatılan ilk iki pattern, takımların başarılı bir Sprint'e hazırlanmasında yardımcı olur. 3 ile 6 numara arasındaki patternler, Sprint içerisinde kargaşaya yol açan ortak problemlere çözüm olmaktadır. 7 ve 8 numaralı patternler hiper üretken takımların oluşmasını sağlar ve bir yan etki olarak 9. patternin oluşmasına neden olur.


Bu yazıda özet olarak değindiğimiz Scrum Patternlerini, sonraki yazılarımızda detaylı olarak anlatmaya çalışacak ve tartışmaya açacağız. Sizlerde başınızdan geçmiş gerçek hayat örnekleri ile bu yazı serisine katkı da bulunabilirsiniz.

Serinin bir sonraki yazısında görüşmek üzere.

Scrum Turkey 3 Yaşında!

Bugün en mutlu ve en önemli günlerimizden birisi. Çünkü bugün doğum günümüz! Tam 3 yıl önce bugünlerde başladığımız yolculuğumuz 3. yılını doldurdu. Bu yıl içerisinde yaptığımız en önemli çalışma Agile felsefesinin temellerini atan Martin Fowler'ı Türkiye'de ağırlamak oldu. Yeni yaşımızda da yine çok önemli kişileri Türkiye'de ağırlayacağız.


3. yılımızda neler yaptık, 12 adımda kısa kısa sizlerle paylaşmak istiyoruz:
  1. Agile Pratikler yazı serisini başlattık. Bu yazı serisinde Hazır Kriteri, Eşli Programlama, Information RadiatorsNiko Niko Takvimi ve Ne Var Ne Yok Toplantısı konularına değindik. Bu yazı serisine yeni yaşımızda da devam edeceğiz.
  2. Agile felsefesinin temelleri atan Martin Fowler'ı Türkiye'de ilk kez ağırlamak için çalışmalara başladık.
  3. Agile Leaders etkinliğimizi düzenlemeye başladık. İlginiz sayesinde bugüne kadar 9 etkinlik düzenledik. Geçmiş etkinliklerimize buradan ulaşabilirsiniz.
  4. Martin Fowler'ı Türkiye'de ilk kez ağırladığımız etkinliğimizi Thoughtworks ve Hepsi Burada ortaklığı ile gerçekleştirdik.
  5. Aramıza bir çok yeni yazarımız katıldı. Tüm yazarlarımızın bilgilerine buradan ulaşabilirsiniz.
  6. Dünya'da bir ilk olan Agile Sparrow programımızın duyurusunu gerçekleştirdik.
  7. Christopher Avery'nin Sorumluluk Süreci'nin Türkçe çevirisini yayınladık. Kendisini de yakın bir zamanda Türkiye'de ağırlayacağız.
  8. Agile Sparrow programımızın başlangıç kampını İzmir'de gerçekleştirdik.
  9. Agile Fluency Modeli'nin yaratıcısı Diana Larsen'i Türkiye'de ağırlamak için kolları sıvadık.
Sizin desteklerinizle birlikte daha nice yıllar sizlerle birlikte olmayı ümit ediyoruz. Yeni yaşımız hepimize kutlu olsun!

Agile Leaders 9. Bölümü Gerçekleştirildi

Agile Leaders etkinliğinin 9. bölümü gerçekleştirildi. Bu bölümde Diana Larsen ve Steve Holyer konuğumuzdu. Kendilerine keyifli sohbetleri ve katkıları için çok teşekkür ediyoruz.


Sizlerin geri bildirimleri bizim için çok önemli. Etkinlikle ilgili düşüncelerinizi, etkinlikte görmek istediğiniz konukları, sorularınızı vb. bize Twitter üzerinden #AgileLeadersST etiketiyle iletebilirsiniz.

Agile Leaders 10. bölümünü 6 Mayıs 2015 tarihinde gerçekleştireceğiz. Etkinlik detaylarını önümüzdeki günlerde yayınlayacağız. Görüşmek üzere.

VersionOne Uluslararası Çevik Yazılım Geliştirme Yıllık Durum Anketini Yayınladı!

Her yıl düzenli olarak Version One firması tarafından gerçekleştirilen Annual State of Agile Development Survey'in dokuzuncusu yayınlandı.
  

18 Eylül 2014'e kadar katılım gerçekleştirilebilen ankete dünya çapında 4,000'e yakın kişi katılmış. Katılanların çok daha önceden sonuçlarına ulaştığı anket, detaylı olarak incelendiğinde bizler için çok faydalı olabilecek veriler içeriyor.

Bu verilerden ön plana çıkan başlıkları şöyle sıralayabiliriz:
  • Scrum, kullanım oranına göre Agile metodolojiler arasındaki ezici üstünlüğünü geçtiğimiz seneki gibi devam ettiriyor.
  • Daily Standup, Kıısa İterasyonlar, Önceliklendirilmiş Backlog, İterasyon Planlama Toplantıları ve Retrospective Toplantıları, en çok kullanılan agile pratikler arasında ilk beş sırada bulunuyor.
  • Son günlerde popülerliği artan ''Scaling Agile'' metodları ve yaklaşımları konusunda ise ''Scrum of Scrums'' ezici bir kullanım oranına sahip durumda. Bunu en yakından takip eden yöntem ise, firmaların kendi oluşturduğu iç süreçler.
  • Proje yönetim araçlarında da yine dikkat çekici bir durum söz konusu. Geçen sene yayınlanan ankette Versione One aracı %41 kullanım oranı ile, %36 kullanım oranı olan Atlassian JIRA'nın önündeyken, bu seneki ankete bakıldığında Atlassian JIRA'nın %45'e yükseldiğini, Versione One'ın ise %33'e gerilediğini görüyoruz. Bu sonuca göre Atlassian JIRA'nın sektördeki yerini gün geçtikçe sağlamlaştırdığını  ve ilk tercih edilen agile proje yönetim aracı olduğunu söyleyebiliriz.
 
Ankete buradan ulaşabilirsiniz. 

Agile Leaders Etkinliği - Episode 9

Agile Leaders etkinliğinin 9. bölümü ile sizlerleyiz. Etkinliğimizin 9. bölümünde 1 Nisan 2015 Çarşamba günü, saat 20:00'de Diana Larsen ve Steve Holyer bizlerle olacak. Bu bölümümüzde "Agile Fluency Model" başlıklı bir sohbet gerçekleştireceğiz. Agile Fluency Model ve daha bir çok konuda bilgi sahibi olacağınız bu keyifli sohbeti kaçırmayın!

NOT: Yayın, İngilizce dilinde gerçekleştirilecektir.


Yayın öncesinde veya canlı yayın sırasında Diana Larsen ve Steve Holyer'a yöneltmemizi istediğiniz soruları #AgileLeadersST etiketi ile Twitter üzerinden paylaşabilirsiniz. Etkinlik sırasında veya öncesinde sorularını ileten katılımcılarımız, Agile Fluency Model Workshop kayıtlarında kullanabilecekleri %5 indirim kazanacaklar.


Diana Larsen Kimdir?


Diana consults with leaders and teams to create work processes and environments where innovation, inspiration, and imagination flourish. She is  an international authority in the areas of Agile software development, team leadership, and Agile transitions. She created the Agile Fluency Model with James Shore in 2012.

Deeply in tune with how work teams grow, adapt, learn and develop, Diana co-authored Agile Retrospectives: Making Good Teams Great! and Liftoff: Launching Agile Teams and Projects. She publishes articles and writes occasional blog posts at “Partnerships and Possibilities”. Past Chair (2007-2010) and former board member (through 2013) of the Agile Alliance Board of Directors, she currently sits on the board of the Organization Design Forum. Diana discovers solutions and possibilities where others find only barriers and obstacles. 

Steve Holyer Kimdir?



Steve Holyer serves as advocate, trainer and mentor for companies looking for a different way of working using Agile practices in a productive, fulfilling, and fun way. As a Scrum Master he learned his craft with multiple teams and organizations, so he knows how to change an organization from the inside. Steve has adapted years of project management and development experience into a passion for coaching managers and teams to find ways to deliver results. An escaped Texan, Steve is based in Zurich, Switzerland. He has more than a passing obsession with the Eurovision Song Contest.

Scrum Turkey, IPYD Dinamikler 2015 Kongresini Destekliyor!

İstanbul Proje Yönetim Derneği (IPYD) tarafından bu yıl 16.'sı düzenlenecek olan Dinamikler 2015 proje yönetim kongresi, 16 - 17 Nisan 2015 tarihlerinde İstanbul, Kozyatağı Hilton Otel'de gerçekleştirilecek.

Murat Hazinedar - Beşiktaş Belediye Başkanı, Nilsen Altıntaş - TEB İnsan Kaynakları GMY, Zehra Müge Ünal - BKM PMO Direktörü ve Öncü Hazır - TED Üniversitesi, gibi konuşmacılara ev sahipliği yapacak olan etkinlikle ilgili detaylı bilgilere buradan ulaşabilirsiniz.


Ayrıca, bu etkinliğe katılarak 12 PDU kazanma fırsatına da sahip olacaksınız. Unutmadan belirtelim, etkinliğe Scrum Turkey referansı ile kayıt yaptırmanız durumunda özel bir indirim kazanacaksınız. Ayrıca, Dinamikler 2015 kongresine katılım gösterenler Agile Fluency Model Workshop için indirim hakkı kazanacaklar.

Scrum Turkey olarak,  Dinamikler 2015 proje yönetim kongresini destekliyor ve bu etkinliği kaçırmamanızı tavsiye ediyoruz.

Agile Leaders 8. Bölümü Gerçekleştirildi

Agile Leaders etkinliğinin 8. bölümü gerçekleştirildi. Bu bölümde Ebru Yalçınkaya konuğumuzdu. Kendisine keyifli sohbeti ve katkıları için çok teşekkür ediyoruz.



Sizlerin geri bildirimleri bizim için çok önemli. Etkinlikle ilgili düşüncelerinizi, etkinlikte görmek istediğiniz konukları, sorularınızı vb. bize Twitter üzerinden #AgileLeadersST etiketiyle iletebilirsiniz.

Agile Leaders 9. bölümünü 1 Nisan 2015 tarihinde gerçekleştireceğiz. Etkinlik detaylarını önümüzdeki günlerde yayınlayacağız. Görüşmek üzere.

Martin Fowler, Agile Fluency Model Hakkında Ne Düşünüyor?

Agile Fluency Model, Diana Larsen ve James Shore tarafından 2012 yılında ortaya konulmuş bir modeldir. Bu model, yaratıcılarının uzun yıllar boyunca biriktirdiği gözlemler ve tecrübeler sonucu ortaya çıkmıştır. Modele göre dünya üzerinde Agile fikrini benimseyen tüm takımlar ve/veya organizasyonlar, belirli bir kalıba göre gelişim göstermektedir. Model, takımların Agile gelişimleri sırasında 4 aşamalı bir süreçten geçtiğini ve bu 4 aşama için farklı sürelerde, farklı derecede yatırımlar yapılması gerektiğini tanımlamaktadır.


Bu model, Thougthworks ve HepsiBurada ile ortak olarak gerçekleştirdiğimiz etkinlikte Türkiye'de ağırladığımız yazılım gurusu Martin Fowler tarafından da desteklenmektedir. Kendisi İstanbul'da yönetici seviyesindeki katılımcıların yer aldığı oturumda bu modelden bahsetmişti. İstanbul etkinliği sonrası Thougthworks'ün İngiltere ve Almanya'da düzenlediği etkinliklerde de yine modelin faydalarından bahsettiği bir konuşma gerçekleştirdi. Bu konuşmayı sizlerle paylaşmak istedik.


Modelin dokümantasyonuna Martin Fowler'ın sitesi üzerinden ulaşabilirsiniz. Dokümanın Türkçe versiyonunu da yine Martin Fowler'ın sitesinde bulabilirsiniz.

Agile Fluency Model ile ilgili olarak daha detaylı ve pratik bilgi edinmek isteyenler, modelin yaratıcısı Diana Larsen ve Steve Holyer'ın, 13-14-15 Mayıs'ta İstanbul'da düzenleyecek olduğu workshop'a katılabilirler. Workshop ile ilgili tüm detay bilgilere Agile Fluency Model Workshop web sitesinden ulaşabilirsiniz.

Agile Leaders Etkinliği - Episode 8

Agile Leaders etkinliğinin 8. bölümü ile sizlerleyiz. Etkinliğimizin 8. bölümünde 13 Mart 2015 Cuma günü, saat 17.00'da Agile42 Türkiye'den Ebru Yalçınkaya bizlerle olacak. Bu bölümümüzde "Agile Transformation" başlıklı bir sohbet gerçekleştireceğiz. Agile metodolojilerin kurumlarda uygulamaya konulması ile ilgili bilgi sahibi olacağınız bu keyifli sohbeti kaçırmayın!


Yayın öncesinde veya canlı yayın sırasında Ebru Yalçınkaya'ya yöneltmemizi istediğiniz soruları #AgileLeadersST etiketi ile Twitter üzerinden paylaşabilirsiniz.




Ebru Yalçınkaya Kimdir?

Ebru Yalçınkaya, has a bachelor of science degree. Began her career in 1997 in an international company and was responsible for achieving sales, quality, profit goals and managing people operations. She has worked for AVEA for over than 12 years. After her deep experience in execution she has volunteered to take the responsibility as a change agent to find out and realize different initiatives to make company more agile. Her company was practicing agile in software development, Ebru started an initiative in experimenting agile in non tech functions such as corporate sales, customer care projects, and Human Resources recruitment etc. She was one of the founders of Agile Studio which is the internal coaching and development center. She actively worked as an agile coach at the Studio. She has CSP, CSM, PSM I, PSPO I certificates. Now, she is working for Agile42 Türkiye as an Agile Coach and Trainer, and helping companies on Agile & Scrum trainings, coaching teams and other related areas.

Diana Larsen Türkiye'de!


Bugün Scrum Turkey ve Türkiye IT dünyası için büyük bir gün!
Diana Larsen ilk kez Türkiye'de!

Uzun ve yoğun çabalarımız sonucunda, Agile Fluency™ Model'inin yaratıcısı ve Agile Retrospectives: Making Good Teams Great! kitabının yazarlarından Diana Larsen'i Türkiye'ye gelmeye ikna ettik. İlk kez Türkiye'yi ziyaret edecek olan Diana Larsen, Mayıs ayında 3 gün boyunca bizlerle birlikte İstanbul'da olacak! 

Diana Larsen ile birlikte dünya Agile topluluğunun bilinen isimlerinden Steve Holyer da bizlerle birlikte olacak. Diana ve Steve, bu 3 gün boyunca 2 etkinlikle bizlerle birlikte olacaklar.


Katılımın ücretsiz olduğu ilk etkinlikte, Agile uygulayan takımların/organizasyonların genellikle unuttuğu Agile Chartering ve Liftoff konuları hakkında ''Agile Chartering, the Missing Practice: Energize every venture with a great Liftoff'' başlıklı bir konuşma gerçekleştirecekler. Etkinliğe kayıt olmak ve tüm detaylar için etkinlik sayfasını ziyaret edebilirsiniz. 

İkinci etkinliğimiz, Agile Fluency™ Model'ini tüm detaylarıyla öğrenebileceğiniz, neredeyse tamamı uygulamaya dayalı, benzersiz bir atölye çalışması olan Agile Fluency Model Workshop olacak. Sınırlı sayıdaki kontenjanı bulunan bu etkinlikteki yerinizi ayırtmak için acele edin. Bu etkinlikle ilgili tüm detaylara buradan ulaşabilirsiniz.

Agile Leaders 7. Bölümü Gerçekleştirildi

Agile Leaders etkinliğinin 7. bölümü gerçekleştirildi. Bu bölümdeki konuğumuz Volkan Doğan'dı. Kendisine keyifli sohbeti ve katkıları için çok teşekkür ediyoruz.


Sizlerin geri bildirimleri bizim için çok önemli. Etkinlikle ilgili düşüncelerinizi, etkinlikte görmek istediğiniz konukları, sorularınızı vb. bize Twitter üzerinden #AgileLeadersST etiketiyle iletebilirsiniz.

Agile Leaders 8. bölümünü 4 Mart 2015 tarihinde gerçekleştireceğiz. Etkinlik detaylarını önümüzdeki günlerde yayınlayacağız. Görüşmek üzere.

Agile Leaders Etkinliği - Episode 7

Agile Leaders etkinliğinin 7. bölümü ile sizlerleyiz. Etkinliğimizin 7. bölümünde 4 Şubat 2014 Çarşamba günü, saat 17.00'da Thunderhead.com'dan Volkan Doğan bizlerle olacak. Bu bölümümüzde "Yurt Dışında Agile Uygulamaları" başlıklı bir sohbet gerçekleştireceğiz. Ülkemizde gittikçe yaygınlaşan Agile metodolojilerin, yurt dışında pratik olarak nasıl uygulandığı hakkında bilgi sahibi olacağınız bu keyifli sohbeti kaçırmayın!
 
 
Yayın öncesinde veya canlı yayın sırasında Volkan Doğan'a yöneltmemizi istediğiniz soruları #AgileLeadersST etiketi ile Twitter üzerinden paylaşabilirsiniz.

 
 
Volkan Doğan Kimdir?
 
 
Volkan Doğan, Dokuz Eylül Üniversitesi Bilgisayar Mühendisliği bölümünden 2006 yılında mezun oldu. Mezuniyet sonrası İstanbul’da IBTech firmasında 14 ay kadar çalıştıktan sonra, Amsterdam’a taşındı. 7 yıldır Amsterdamda çalışmaktadır. Şimdilerde 3 yıl önce Senior Developer olarak çalışmaya başladığı Thunderhead.com şirketinde, Amsterdam R&D ofisinin yöneticisi olarak görev yapmaktadır. 3 ayrı ekibin yazilim takımlarından sorumludur. Jeff Sutherland tarafından verilen Certified Scrum Master eğitimi sonrasında aldığı Certifed Scrum Master (CSM) sertifikası bulunmaktadır.

Dağıtık Takım Modelleri

Agile Leaders etkinliklerini takip edenlerin hatırlayacağı üzere 6. bölümde VNGRS'dan Birge Elif Basık ile birlikte Dağıtık Takımlarda Agile Uygulamaları başlıklı bir sohbet gerçekleştirdik. Birge'nin anlattığı bazı konuların literatürdeki karşılıklarını da merak edenler için derli toplu bir yerde bulunması adına bu yazıyı kaleme aldım.
 

Dağıtık takımların ortak çalışma kültürünün oluşturulması adına bir çok farklı yöntem bulunuyor. Bu yöntemlere genel olarak, "Distributed Team Patterns" ismi veriliyor. Türkçe karşılığı olarak "Dağıtık Takım Modelleri" tanımını kullanabiliriz. Dağıtık takımlardaki en büyük zorlukları iletişim problemleri, kültür farklılıkları, dil farklılıkları ve saat dilimi farklılıkları olarak tanımlayabiliriz. Bu tür problemlerin mümkün olduğunca ortadan kaldırılması için, bir çok farklı şirket tarafından denenmiş ve kabul görmüş bazı modeller oluşturulmuş. Bu modellerin önemli gördüğüm 4 tanesini sizlerle paylaşmak istiyorum.

Boot Camp
Boot Camp yöntemi temelde, farklı lokasyonlarda çalışan tüm takım üyelerinin aynı lokasyonda bir araya gelmesi olarak tanımlanabilir. Bir araya gelme nedeni bir projenin başlangıcı olabildiği gibi, bir yaygınlaştırma planlaması da olabilir. Tüm takımların bir araya getirilmesi imkansız ise, takımların önemli üyeleri bir araya gelerek bir süre birlikte çalışır. Boot Camp yöntemi takımlara, müşterinin istekleri ile ilgili ortak bir anlayış oluşturulması, kullanılacak ortak araçların seçilmesi, ilk mimari kararların oluşturulması, Tamamlandı Kriterinin belirlenmesi vb. konularında fayda sağlar. Bu yöntemin en önemli faydaları olarak, farklı lokasyonlardaki takım üyelerinin paylaşımını arttırması ve takımlar arasında güven ortamının oluşmasını söyleyebiliriz.
 

Rotating Guru
Boot Camp yöntemi ile başlangıçta oluşturulan ortak anlayış, zamanla azalabilir. Bu nedenle ekip üyeleri arasındaki güven ortamının da azalması beklenebilir. Takım üyelerinden birisinin, diğer takımları düzenli olarak ziyaret etmesi bu problemlerin ortadan kaldırılması için bir yöntem olarak kullanılabilir. Ziyareti gerçekleştiren kişi "Rotating Guru" olarak adlandırılır. Bu kişi ziyaret ettiği lokasyonda, oradaki takımın düzenli bir üyesi gibi çalışır. Eşli kodlama yöntemi kullanılarak, bu kişinin o lokasyondaki takımın geliştirme stilini öğrenmesi, iletişimi ve ortak anlayışı geliştirmesi ve takım ile "Rotating Guru" arasındaki güvenin oluşturulması sağlanır. Her rotasyonda farklı bir kişi "Rotating Guru" olarak seçilerek, yöntemden tüm takım üyelerinin faydalanması sağlanır. 

Ambassador
Ambassador (Türkçe: Elçi) modeli, uzak lokasyonda çalışan takımın, lokal takımdaki elçisi olarak yer alan bir takım üyesinin bulunması olarak tanımlanabilir. Bu yöntem, "Rotating Guru" yönteminin tamamlayıcısı olarak değerlendirilebilir. "Rotating Guru" olan takım üyesi, kendi lokasyonuna döndüğünde, ziyareti gerçekleştirdiği lokasyondaki takımın elçisi olarak kabul edilir. "Rotating Guru" yöntemi kullanılmadığı durumlarda, Elçi ile uzak lokasyondaki takımı bir araya getirecek farklı yöntemler geliştirilmelidir. 

Shared Community
Paylaşılan Topluluk modeli, tüm takımlar arasında oluşturulan "sanal topluluk" olarak adlandırılabilir. Bu model ile bilginin tek kaynakta toplanarak tüm takımların ulaşabilmesi sağlanır. Bu modelin kullanılmadığı durumlarda, detaylı bilgiler farklı lokasyonlardaki takımlarda bulunur ve bu durum büyük karışıklıklara neden olabilir. Bu nedenle senkronizasyon problemleri ortaya çıkabilir ve bu nedenle çok ciddi zaman kayıpları yaşanabilir. Ekiplerin kullanımında olacak Facebook benzeri bir sosyal paylaşım platformu, Wiki ve blog sayfaları, ortak e-posta listeleri ve online proje yönetim araçları vb. yöntemler ile bu model hayata geçirilir.
Bu yöntemlerin haricinde High Communication Modes, Remote Pairing vb. isimli  modeller de bulunmaktadır. Bu konulara da ilerleyen dönemlerde detaylı olarak değinmeye çalışacağım.
Not: Bu yazıda kullanılan resimler http://agilekata.co/ sitesinden alınmıştır.

Agile Leaders 6. Bölümü Gerçekleştirildi

Agile Leaders etkinliğinin 6. bölümü gerçekleştirildi. Bu bölümdeki konuğumuz Birge Elif Basık'tı. Kendisine keyifli sohbeti ve katkıları için çok teşekkür ediyoruz.
 
 
Sizlerin geri bildirimleri bizim için çok önemli. Etkinlikle ilgili düşüncelerinizi, etkinlikte görmek istediğiniz konukları, sorularınızı vb. bize Twitter üzerinden #AgileLeadersST etiketiyle iletebilirsiniz.

Agile Leaders 7. bölümünü sürpriz konuğumuz ile 4 Şubat 2015 tarihinde gerçekleştireceğiz. Etkinlik detaylarını önümüzdeki günlerde yayınlayacağız. Görüşmek üzere.

Secret Powers of Story Points

Our dear friend Soner Altın has written a blog post about Story Points. You can read his up-to-date posts on his personal blog. In this post, he is pointing a grey area in Scrum teams: Performance Measurement. He discusses to use Story Points for performance evaluations of individual and team performances. Thank you Soner for your great contribution and valuable discussions!
We, developers hate performance management and to be monitored but at the same time we want to be rewarded due to our performance. We want to earn much if we work harder, finish projects on time, and fix critical problems. We want to work with awesome colleagues and be a part of an awesome team. It is usual to face some problems in teams whose members have significant performance difference in team members. Team members can lose their motivation when there are people having bad performance in the group. Nobody wants to be a part of a team which the performance is not homogeneous. And if managers don't try to fix this issue, other team members need to work harder to avoid the related delays which means overtime and less social life.

And the question is how to measure performance of a developer? Some companies tried to measure it by using SLOC, number of bugs, number of completed stories/use cases, number of bugs fixed. I am sure there are a lot of different other measurement methods used to evaluate developer performance. But all developers say that these metrics cannot be used to measure their performance. Every 5 lines of code cannot be counted as the same contribution. At this point we have to think about the complexity of the contribution. At this point Scrum helps us with its magical tool: Story Points! In Scrum, team estimates the complexity of the stories by Planning Poker and assigns the related points to stories which mean team members define the complexity by themselves. If team assigns 5 points to Story X and 8 points to Story Y, it is easy to monitor the individual performance by using story points.
How to use Story Points to detect the problems?
Assume that there is a Scrum team consists of four developers who have very similar technical level (Team members named A, B, C, D). They have a social media project with well-defined requirements, they selected JIRA project tracking tool, they have an amazing office, and they don't have strict working hours. By using JIRA, it is very easy to monitor both individual and team performance sprint by sprint. They start to analyse all the backlog items, they assigned Story Points to stories by playing Scrum Poker and they created sprints by prioritizing the stories. After several sprints, let’s assume team's Story Point performance like this:


First of all, according to Wikipedia Scrum promotes adaptive planning, evolutionary development, early delivery, continuous improvement and encourages rapid and flexible response to change.
At this point, we can make some observations from individual performance:
  • Developer A made the most contribution to the project (28%), but related performance decreased after sprint 4
  • Developer B made the promised contribution and increased contribution in every sprint
  • Developer C didn't make promised contribution almost in every sprint and made the least contribution (20 %)
  • Developer D made tried the promised contribution like Developer B with constant contribution
Team Performance
Firstly let's take a look at the team performance. Their average burn down point is 93; individually they tried not to take extra work to their responsibility. But from first sprint to last sprint their burn down point decreased from 99 to 87. This is a very powerful bad signal for team's structure. Their incomplete story points were increased 1 to 10; team didn't go well in estimation. This is another bad signal. Team is very good at adaptive planning, after each sprint every team member increased or decreased next estimated story point for the sprint. All team members tried to increase their performance which shows they are very open to continuous improvement. We can say that they are good at applying Scrum to their project.
Individual Performances
Now let's look at the individual performance of the team members. We can say Developer C was not motivated to the project since story points tell us Developer C has the most incomplete story points in the project, he has 50 % of the incomplete points (See the graph below).


There can be a lot of different reasons for this situation and by using this metric; managers shall discuss this performance with developer. So we can easily say that Developer C didn't show good performance at this team. Developer C has 26 incomplete story points after 7 sprints where Developer D has 4. I am sure Developer D is not very happy with this metric since Developer D also wants to work with the stunning colleagues like all of us.

And we can say that after Sprint 4, Developer A has very significant loss on his completed story points where this can be because of Developer C's low performance. It's very important to solve the bottleneck problems in the projects, when you don't solve the problems on time, you can lose your good workers.


Individual performance can affect other member's performance dramatically, it is not easy to deal with poor performance and keeping bad performance players in your team can cause a lot of problems. In the upper graphic we can easily say that Developer C and D were not affected negatively from Developer B's performance but Developer A was affected. Monitoring the decreasing performance will give us very useful feedbacks about the team structure.
Performance Measurement vs Team Structure Design
In theory you can easily use story points to measure the individual and team performance. By focusing on story points, you can see unforeseen problems easily and you can solve them before the breakdown. I believe using story points for performance measurement would be very fair, easy and acceptable method. But you can gain more. It is obvious that story points tell us very important and priceless information about the team. These metrics will change the way you manage your projects and company.

We discussed this model in my Executive MBA class with various executives from different industries who do not know anything about story points. They all said it would be super easy to make performance management in their business if they have story points. So I think your business can have significant improvements if you are ready to change the way you use story points.

Agile Leaders Etkinliği - Episode 6

Yeni yılın ilk Agile Leaders etkinliği ile sizlerleyiz. Etkinliğimizin 6. bölümünde 7 Ocak 2014 Çarşamba günü, saat 17.00'da VNGRS'den Birge Elif Basık bizlerle olacak. Bu bölümümüzde "Dağıtık Takımlarda Agile Uygulamaları" başlıklı bir sohbet gerçekleştireceğiz. Bu keyifli sohbeti kaçırmayın!
 
 
Yayın öncesinde veya canlı yayın sırasında Birge Elif Basık'a yöneltmemizi istediğiniz soruları #AgileLeadersST etiketi ile Twitter üzerinden paylaşabilirsiniz.
 
 
Birge Elif Basık Kimdir?
 
 
2009 yılında Koç Üniversitesi Kimya Biyoloji Mühendisliği bölümünden mezun oldu. 2009-2011 yılları arasında reklam sektöründe dijital projelerde çalıştıktan sonra 2011'den beri İletken Teknoloji'de Proje Yöneticisi - Agile Coach olarak çalışmaktadır. Hem Türkiye'de hem de dünya üzerinde dağıtık bulunan takımlarla beraber çalışmaktadır. 2 kedi, 30 developer annesidir.