Monthly Archives: April 2015

Ç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]

 

Continue reading Çevik Koç

Kanban Metodunun İlkeleri

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.

Continue reading Kanban Metodunun İlkeleri

Agile Nedir?

Agile Nedir?
Agile Nedir?

Agile Nedir?

Agile nedir? Fikir birliğine varılmış tanım 2001 yılında Agile Manifesto’da yapıldı. Agile, bir grup değerler ve prensipler tarafından desteklenen bir inanış, bir fikirdir. Diğer bir deyişle Agile başarılı yazılım teslim etmek için hedef kültürü tanımlar.

 

Agile yaygın olarak bir süreç ya da bir süreçler kümesi olarak tanımlanır. Bu doğru fakat tehlikeli bir soyutlamadır. Ne yazık ki bu yanlış ifadeyi birçok defa kullandım. Eğer Agile sadece bir süreçler kümesi olsaydı o zaman kültür en büyük problem olarak karşımıza çıkmazdı! İlk Agile Management Tool’unu kendi adıyla üreten VersionOne tarafından 2012 – 2013 – 2014 yıllarında gerçekleştirilen anketleri incelediğimizde organizasyonel kültürü değiştirmedeki zorluk en büyük engel olarak görüldüğü ortaya çıkar.

 

Kültür, bir organizasyonun ya da grubun içinde bulunan bireyin yaptıkları ve gerçekleştirdikleridir. Bu nedenle Agile Transformasyon gerçekleştirilen organizasyonlar ya da gruplarda çalışan bireyler yaptıklarını ve gerçekleştirdiklerini değiştirmelidirler. Yaptıklarımızı değiştirebilmek için düşünme şeklimizde temel bir değişikliğe gitmemiz gerekir.

Continue reading Agile Nedir?

Scrum Master Checklist

Checklist
Checklist

Scrum Master Checklist

Checklist’ler insan dikkatinden ve hafızasından kaynaklı hataları en aza indirmek ya da engellemek için kullanılır. Gözlemlenmesi gerektiği düşünülen noktalar liste içinde belirtilir. Scrum’ı yeni öğrenen takımlarda checklist kullanmak ve gerekli refleksleri kazanmak çok iyi bir pratik olabilir. Checklist kullanırken dikkat edilmesi gereken konu checklist’in yaratıcılığı öldürmemesidir ve liste içinde bulunan maddelerin bir statuko oluşturmamasıdır. Statukodan anlaşılması gereken şey listede bulunan maddelerin olmazsa olmaz olarak görülmesi ve liste de bulunmayan konuların önemsenmemesi olarak düşünülebilir. Bu nedenle checklist’in 4-5 Sprint kullanılması ve bağımlılık kazanılmadan bırakılması yaratıcılığın ölmesini ve statukonun oluşmasını engelleyecektir.

 

Aşağıdaki checklist bir Scrum Master’ın Product Owner, Development Team, Agile Mühendislik Pratikleri ve çalıştığı Organizasyon’u gözlemlerken kullanabileceği bir listedir.

 

Product Owner Nasıl?

  • Product Backlog önceliklendirilmiş mi?
  • Product Backlog’ta bütün paydaşların istekleri bulunuyor mu?
  • Product Backlog yönetilebilir bir büyüklükte mi? Yukarıda bulunan maddeler daha küçük aşağıdaki maddeler daha epic seviyede mi?
  • Yukarıdaki PBI’lar yazılırken PBI yazım teknikleri kullanılmış mı? INVEST, DEEP, User Story
  • Product Owner’ınızı teknik borç ve teknik borcun nasıl ödenebileceği konusunda bilgilendirdiniz mi?
  • Product Backlog’un bilgi yayıcı özelliği var mı? Product Backlog bütün paydaşlar tarafından görülebiliyor mu?
  • Product Backlog yönetimi için kullandığınız programa dair herkes bilgi sahibi mi?
  • Product Backlog çıktıları alarak bilgiyi görselleştiriyor mu?
  • Product Owner’ınıza PBI’ları uygun release’ler gerçekleştirebilecek şekilde sıralaması için yardım eder misiniz?
  • Release Plan herkes tarafından biliniyor mu? Release burndown chart kullanıyor musunuz?
  • Son Sprint Review toplantısından sonra Product Owner release planını güncelledi mi?

Continue reading Scrum Master Checklist