Ç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]
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.
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.
Scrum Master sorumluluk listesi, tüm kontrol listeleri gibi 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 kontrol listesi kullanmak ve gerekli refleksleri kazanmak çok iyi bir pratik olabilir. Kontrol listesi kullanırken dikkat edilmesi gereken konu; kontrol listesinin 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 Scrum Master sorumluluk listesi 4-5 Sprint kullanılmalı ve bağımlılık kazanılmadan bırakılması yaratıcılığın ölmesini ve statukonun oluşmasını engelleyecektir.
Aşağıdaki kontrol listesi bir Scrum Master’ın Ürün Sahibi, Geliştirme Takımı, Çevik Mühendislik Pratikleri ve çalıştığı organizasyonu gözlemlerken kullanabileceği bir listedir.
Scrum Master’ın Görevleri ve Hizmetleri
Ürün Sahibi Nasıl?
Ürün İş Listesi önceliklendirilmiş mi?
Ürün İş Listesi’nde bütün paydaşların istekleri bulunuyor mu?
Ürün İş Listesi yönetilebilir bir büyüklükte mi? Yukarıda bulunan maddeler daha küçük aşağıdaki maddeler daha büyük mü?
Yukarıdaki iş maddeleri yazılırken iş maddesi yazım teknikleri kullanılmış mı? INVEST, DEEP, User Story…
Ürün Sahibi’ni teknik borç ve teknik borcun nasıl ödenebileceği konusunda bilgilendirdiniz mi?
Ürün İş Listesi’nin bilgi yayıcı özelliği var mı? Ürün İş Listesi bütün paydaşlar tarafından görülebiliyor mu?
Ürün İş Listesi yönetimi için kullandığınız uygulama hakkında herkes bilgi sahibi mi?
Ürün İş Listesi çıktıları alarak bilgiyi görselleştiriyor mu?
Ürün Sahibi’ne, Ürün İş Listesi maddelerini uygun teslimler gerçekleştirebilecek şekilde sıralaması için yardım eder misiniz?
Teslim Plan’ı herkes tarafından biliniyor mu? Teslim planı için grafik kullanıyor musunuz?
Son Sprint Değerlendirme Toplantısı’ndan sonra Ürün Sahibi Teslim Planı’nı güncelledi mi?
