• HAKKIMIZDA
  • İLETİŞİM
Kaizen Hub
  • KEŞFET
Agile & Lean

Product Owner Seçimi ve Dikkat Edilmesi Gereken Noktalar

by mlap April 19, 2023
written by mlap

Product Owner, takımın NE yapacağını, NEDEN ve hangi ÖNCELİKLE yapacağını belirleyen kişidir. Bu nedenle bu rolü üstlenecek kişinin doğru yetkinliklere sahip olması, takımın verimli çalışabilmesi için kritik öneme sahiptir.

Product Owner Nasıl Belirlenir?

Product Owner seçimi kurumdan kuruma farklılık gösterebilir:

  • Bazı organizasyonlarda yönetim tarafından atanır.

  • Bazı durumlarda talep sahibi veya geliştirme yapan ekip içinden belirlenir.

  • Proje odaklı takımlarda:
    Projeyi talep eden ekipten bir kişinin Product Owner olması tavsiye edilir. Böylece talep eden ve geliştiren ekipler birbirini daha iyi anlar, işbirliği artar ve ürün kalitesi yükselir.

  • Mevcut ürünlerin sürekliliğinden sorumlu takımlarda:
    Bakım, problem çözme, küçük işler veya teknik inisiyatiflerle ilgilenen takımlarda ise teknoloji tarafındaki bir kişinin Product Owner olması daha etkilidir. Böylece teknik işlerin NE olacağı ve nasıl önceliklendirileceği daha net belirlenebilir.

Product Owner Seçiminde Önemli Yetkinlikler

  • Güçlü İletişim: Tüm paydaşların sözcüsü olduğundan iletişim yetkinlikleri çok kuvvetli olmalıdır.

  • İş Alanı Bilgisi: İş alanında uzmanlık, taleplerin önceliklendirilmesi ve olgunlaştırılmasında büyük katkı sağlar.

  • Mentorluk: Paydaşlarla doğru iletişim kurarak talepleri netleştirmeli, geliştiricilerin işin amacını anlamasına yardımcı olmalıdır.

  • Araştırmacılık: Ürünün pazardaki yerini ve gelecekteki konumunu araştırabilmelidir.

  • Koordinasyon ve Takip: Farklı ekiplerle uyumlu çalışabilmek için koordinasyon ve iş takibi güçlü olmalıdır.

  • Hayır Diyebilme: Tüm taleplere “evet” demek hem takımı hem PO’yu verimsiz hale getirir. Gereksiz işlere “hayır” diyebilmek takımın motivasyonunu artırır.

  • Organizasyon Bilgisi: Kurum kültürünü ve işleyişini tanıması, koordinasyonu kolaylaştırır.

  • Değer Odaklılık: Backlog yönetimini yalnızca projeler üzerinden değil, ürünün tüm yaşam döngüsünü kapsayacak şekilde yapmalıdır. Sorunlar, bakımlar ve geliştirmeler birlikte ele alındığında ürün gerçekten güçlü hale gelir.

Product Owner’ın seçiminde rolün sorumluluklarını üstlenebilecek yetkinliklere odaklanmak gerekir. Doğru yetkinliklere sahip bir Product Owner, hem takımın verimliliğini hem de ürünün pazardaki başarısını doğrudan etkiler.

April 19, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Product Owner’ın Yapmaması Gerekenler

by mlap April 15, 2023
written by mlap

Product Owner’ın temel sorumluluklarından biri, takımın geliştireceği işlerin NE olduğunu belirlemektir. Ancak kurumsal yapılarda bu durum zaman zaman yanlış anlaşılmakta ve Product Owner’ların yönetici gibi davranmasına yol açmaktadır. Oysa Scrum’da hiçbir rolün diğerine karşı hiyerarşik üstünlüğü yoktur. Bu nedenle yönetici vari davranışlar görüldüğünde mutlaka müdahale edilmelidir.

Product Owner’ın Kaçınması Gereken Davranışlar

  • Takımın yöneticisi değildir.
    Takım üyelerine görev atayamaz, iş dağıtamaz.

  • Takıma baskı yapamaz.
    Daha fazla iş alması için takımı zorlayamaz. Planlama toplantısında işleri önceliklendirir, ancak takım yalnızca hızına (capacity) uygun büyüklükteki işleri üstlenir.

  • Büyüklük tahminlerine karışamaz.
    Backlog’daki işlerin büyüklüklerini (estimation) sadece takım belirler.

  • “Nasıl” sorusuna müdahale edemez.
    Takımın işlerin nasıl yapılacağına kendisinin karar vermesi gerekir. PO yalnızca yorum veya öneri getirebilir.

  • Daily Scrum’da rapor talep edemez.
    Katılımı zorunlu değildir; katıldığında sadece gözlemci olabilir. Takımdan durum raporu isteyemez.

  • Performans konusunda baskı kuramaz.
    Takımın performansıyla ilgili endişeleri varsa, bunu baskı unsuru olarak kullanmamalıdır. Bunun yerine retrospektifte konuyu gündeme getirebilir ve birlikte aksiyon planı çıkarılmasını sağlayabilir. Çözüm bulunamazsa durumu yöneticilerle paylaşabilir.

Sık Görülen Yanlış Uygulama

Bazı organizasyonlarda yöneticiler, doğrudan Product Owner rolüne atanabiliyor. Deneyimler ve gözlemler, bu yaklaşımın takımlarda ciddi sorunlar yarattığını gösteriyor:

  • Scrum değerlerinin benimsenememesi,

  • Şeffaflığın kaybolması,

  • Product Owner’ın söylediklerinin sorgulanmadan yapılması,

  • Disfonksiyonların artması.

Product Owner, ürünün NE ve NEDEN yapılacağını belirler; ancak NASIL yapılacağına karar vermez. Yönetici gibi davranmaya başladığında Scrum’ın dengesi bozulur. Bu yüzden rolün sınırlarının korunması, hem takımın özerkliği hem de Agile prensiplerin hayata geçebilmesi için kritik öneme sahiptir.

April 15, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Product Owner’ın Rol ve Sorumlulukları

by mlap April 10, 2023
written by mlap

Scrum’daki üç rolden biri olan Product Owner (PO), ürünün veya hizmetin değerini maksimize etmekten sorumludur. Takımın yapacağı işlerin NE olduğunu ve NEDEN yapılacağını belirler. Bu nedenle tüm paydaşların sözcüsü konumundadır. Bazı kaynaklarda “Value Optimizer” olarak da anılır.

Product Owner’ın Sorumlulukları

  • Product Backlog Yönetimi:

    • Product Backlog’un tek sorumlusudur. Düzenlemeyi başkaları yapabilir, ancak her değişiklikten PO sorumludur.

    • İş değeri yüksek backlog öğelerine öncelik vermelidir. Böylece yapılan yatırımın getirisini (ROI) maksimize eder.

    • Paydaşlarla görüşerek öncelikleri ve iş değerini doğru belirler.

    • Her backlog öğesinin kabul kriterlerini netleştirir, böylece belirsizlikleri önler ve kurumsal hafıza oluşturur.

    • Product Backlog’u şeffaf hale getirir; tüm paydaşların görünür şekilde erişmesini sağlar.

  • Paydaş İlişkileri:

    • Tüm paydaşlarla yakın çalışır, taleplerin ürün üzerindeki etkisini anlar ve takıma aktarır.

    • Paydaşlara düzenli bilgi verir, yapılan işleri paylaşır ve geri bildirim alır.

    • Müşteri memnuniyetinin sağlanmasında kritik rol oynar.

  • Ürün Vizyonu ve Pazar Analizi:

    • Ürünün vizyonunu geliştirir ve gerektiğinde adapte eder.

    • Pazar trendlerini ve gelişmeleri gözlemler, analiz eder, bu bilgileri takımla paylaşarak ürünün pazardaki etkisinin anlaşılmasını sağlar.

  • Teslimat ve Planlama:

    • Takım her sprintte tamamlanmış iş parçaları ortaya çıkarır; fakat bunların müşteriye ne zaman teslim edileceğine PO karar verir.

    • Planlama toplantılarında, önceliklendirilmiş backlog öğeleri için NE ve NEDEN yapılacağını açıklar.

  • Takım ile İletişim ve Destek:

    • Takımla birlikte çalışır, Scrum etkinliklerine katılır.

    • Daily Scrum’a katılımı zorunlu değildir; katıldığında sadece gözlemci olmalıdır.

    • Review toplantılarına katılmalı, paydaşlara yapılan işleri tanıtmalı ve geri bildirimleri toplamalıdır.

    • Retrospective toplantılarına katılarak süreç iyileştirmelerine katkıda bulunmalıdır.

    • Takıma hızlı destek vermek için ulaşılabilir olmalı, mümkünse aynı lokasyonda bulunmalıdır.

  • Kalite ve Geliştirme Süreci:

    • Takımın geliştirdiği iş parçalarını kontrol eder, ihtiyaçları karşılayıp karşılamadığını değerlendirir ve geribildirim verir.

    • Scrum ve backlog yönetimi konusunda kendini sürekli geliştirmeli, öğrendiklerini diğer PO’larla paylaşmalıdır.

Product Owner’ın sorumlulukları oldukça fazladır. Bu nedenle bazı kaynaklarda “mini CEO” olarak da anılır. Ancak yanlış anlaşılmamalıdır: PO, takımın yöneticisi değildir; yalnızca yapılacak işlerin NE ve NEDEN kısmından sorumludur.

Tüm bu sorumlulukların tek bir kişi tarafından eksiksiz yerine getirilmesi zor olabilir. Bu nedenle Product Owner, ihtiyaç duyduğunda takımdan da destek almalıdır.

April 10, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Scrum Master’da Olması Gereken Yetkinlikler

by mlap April 6, 2023
written by mlap

Scrum Master rolünün etkin olabilmesi, bu role uygun kişinin seçilmesine bağlıdır. Scrum Master; Agile bilgisi, deneyimi ve kişisel özellikleriyle öne çıkan bir roldür.

  • Sürekli Öğrenme ve Gelişim:
    Scrum’ın doğru uygulanmasından sorumludur. Bu nedenle kendini sürekli geliştiren, araştırma yapan ve öğrendiklerini takım ile paylaşan bir yapıda olmalıdır.

  • İletişim Becerileri:
    Takımın engellerini ortadan kaldırabilmek için güçlü iletişim becerilerine sahip olmalıdır. Diğer takımlar, paydaşlar ve yönetimle sürekli iletişim kuracağı için bu yetkinlik kritik önem taşır.

  • Sürekli İyileştirme (Kaizen) Kültürü:
    Yeniliklere açık, gelişim odaklı ve takımı daha iyiye götürecek pratikleri teşvik eden bir yaklaşımı olmalıdır.

  • Organizasyon Bilgisi:
    Ürün uzmanı olması gerekmez; ancak organizasyonu, ekipleri ve işleyişi iyi tanıması, iletişim ve koordinasyonda hız kazandırır.

  • Liderlik:
    Takımın engelleri aşmasına liderlik eder. Hizmetkâr liderlik yaklaşımıyla yönlendirme ve destek sağlar.

  • Koçluk ve Arabuluculuk:
    Takım içindeki sorunların çözümünde birebir koçluk yapabilmeli ve gerektiğinde arabulucu rolünü üstlenebilmelidir.

  • Fasilitasyon Becerileri:
    Scrum etkinliklerinde verimli sonuçlar alınabilmesi için fasilitasyon tekniklerini bilmelidir.

  • Kişisel Özellikler:
    Şeffaf, cesur, saygılı ve düşüncelerini açıkça dile getirebilen bir kişiliğe sahip olmalıdır.

April 6, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Scrum Master’ın Sorumlulukları ve Yanlış Algılar

by mlap April 3, 2023
written by mlap

Scrum Master’ların zaman zaman inisiyatif alarak ya da farkında olmadan sorumlulukları dışında kalan işleri üstlendiğini görüyoruz. Takım içinde “boşta kalan” işlerin onlardan beklenmesi, Scrum Master rolünün operasyonel bir rol gibi algılanmasına ve etkinliğinin azalmasına neden oluyor. Oysa Scrum Master’ın gerçekten değer yaratabilmesi için kendi sorumluluklarına odaklanması gerekir.

Scrum Master’dan Beklenen Operasyonel İşler (Yanlış Algılar)

  • Her impediment’ın çözümünü doğrudan Scrum Master’ın yapması.

  • Tüm toplantı davetlerini organize etmesi ve toplantı notlarını paylaşması.

  • Fiziksel ortamda tüm kırtasiye ihtiyaçlarını karşılaması; online ortamda tüm task’ların takibini yapması.

  • Burndown chart’ların güncel olmasının sorumluluğunu taşıması.

Bu beklentiler Scrum Master’ın rol ve sorumlulukları arasında yer almaz.

Scrum Master Kim Değildir?

  • Proje Yöneticisi Değildir.
    Agile takımlarda proje yöneticisi rolü yoktur. Bazı kurumlarda raporlama veya süreç takibi Scrum Master’dan istenebilir, ancak bu sorumluluklar onun rolünün bir parçası değildir. Özellikle klasik proje yöneticisi gibi sorgulayıcı bir tutum kabul edilemez.

  • Ürün Uzmanı Değildir.
    Scrum Master’ın ürünün tüm detaylarını bilmesi veya teknik uzman olması gerekmez. Onun görevi ürünü yönetmek değil, Scrum’ın doğru uygulanmasını sağlamaktır.

  • Takım Sekreteri Değildir.
    Scrum ritüellerini organize etmek yalnızca Scrum Master’ın görevi değildir. Toplantı organizasyonu veya not tutma gibi işler takım içinde paylaşılabilir.

  • Kırtasiye veya Operasyon Sorumlusu Değildir.
    Fiziksel board’un kırtasiye ihtiyaçları veya online ortamda görsellerin/grafiklerin güncel tutulması tüm takımın ortak sorumluluğudur.

Operasyonel işler yalnızca Scrum Master’a yüklenmemelidir. Bu tür görevler takım içinde paylaşılmalıdır. Aksi takdirde Scrum Master, asıl rolü olan takıma hizmet eden liderlik, engelleri görünür kılma ve Scrum’ın doğru uygulanmasını sağlama sorumluluklarını yerine getiremez.

April 3, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Scrum Master Rol ve Sorumlulukları

by mlap March 30, 2023
written by mlap

Agile yaklaşımlar içinde en popüler olan Scrum’da üç temel rol vardır: Scrum Master, Product Owner ve Developer.
Bu yazıda, ismi oldukça dikkat çekici olan Scrum Master rolünün sorumluluklarına odaklanacağız. Deneyimlerime göre, ismin cazibesi nedeniyle Scrum Master olmak isteyenlerin sayısı her zaman fazla oluyor.

Scrum Master’ın sorumluluklarını üç başlık altında inceleyebiliriz:

1. Takıma Karşı Sorumlulukları

  • Takımın verimliliğini düşüren engellerin görünür olmasını ve ortadan kaldırılmasını sağlar. (Takım üyesi önce kendisi çözmeyi denemeli; çözemediğinde Scrum Master devreye girer.)

  • Engellerin tekrar yaşanmaması için önleyici aksiyonları takip eder.

  • Scrum’ın doğru anlaşılması ve uygulanmasını destekler; bunun için kendisini sürekli geliştirir.

  • Scrum çerçevesini takıma ve organizasyona uygun pratiklerle uyumlu hale getirir.

  • Scrum uygulamalarında ortaya çıkabilecek aksaklıkları (dysfunction) önler ve düzeltir.

  • Takımın motivasyonunu yüksek tutar, sprint hedeflerine odaklanmasını sağlar.

  • Takım üyeleri arasındaki sorunların çözülmesine yardımcı olur.

  • Takımın her sprintte daha verimli çalışması için liderlik yapar.

  • Kaizen kültürünü benimseterek sürekli gelişimi teşvik eder.

  • Risklerin ve olası engellerin görünür olmasını sağlar.

  • Definition of Done (DoD)’un tanımlanmasına ve uygulanmasına destek olur.

  • Teknik borçların oluşmaması için farkındalık yaratır, kalite standartlarının korunmasını sağlar.

2. Product Owner’a Karşı Sorumlulukları

  • Product Owner’a product backlog’un verimli yönetilmesi konusunda mentörlük yapar.

  • Takıma olgunluk düzeyi uygun işlerin getirilmesini takip eder; eksiklik varsa Definition of Ready (DoR)’nin oluşturulmasını sağlar.

  • User Story’lerdeki kabul kriterlerinin net olmasını kontrol eder.

  • Backlog yönetimiyle ilgili pratikleri öğrenerek Product Owner’a rehberlik eder.

3. Organizasyona Karşı Sorumlulukları

  • Kurum içinde Scrum pratiklerinin yaygınlaşmasını sağlar.

  • Diğer Scrum Master’larla deneyim paylaşımında bulunur.

  • Agile ve Scrum konusunda kurum içi etkinliklerde bilgi paylaşır.

  • Değişim lideri rolüyle, kendisini sürekli geliştirir; araştırır, okur, öğrenir.

Yukarıdaki sorumluluklar, yeni bir Scrum Master’ın hemen yerine getirebileceği görevler olmayabilir. Hem teknik hem de kişisel gelişim için zaman gerekir. Bu süreçte diğer Scrum Master’ların, Agile Koç’ların ve yöneticilerin desteği önemli bir rol oynar.

March 30, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Scrumban Kavramı

by mlap March 20, 2023
written by mlap

Agile takımlarının en sık kullandığı çerçeveler Scrum ve Kanban’dır.

  • Scrum, devrimsel bir dönüşüm sağlarken;

  • Kanban, evrimsel bir dönüşüm sunar.

Her ikisinin de verimliliği artıran farklı pratikleri vardır ve kullanım alanları takımların ihtiyaçlarına göre değişir.

Scrum ve Kanban’ın pratikleri bir arada uygulandığında ortaya çıkan bu hibrit yaklaşım, isimlerin birleşiminden türetilerek ScrumBan olarak adlandırılır. Pratiklerin oranı ne olursa olsun, iki metodolojinin karışımı ScrumBan kapsamına girer.

ScrumBan’ı Uygularken

ScrumBan uygulanmadan önce, takıma en fazla fayda sağlayacak Scrum ve Kanban pratikleri belirlenmelidir. Burada kritik nokta, çekirdek olarak hangi metodolojinin benimseneceğini netleştirmektir. Çekirdek seçilen metodolojinin üzerine diğerinden uygun pratikler eklenmelidir.

ScrumBan’da Yaygın Kullanılan Pratikler

  • Roller: Scrum Master ve Product Owner aktif olarak kullanılır. Çekirdek metodolojiye göre rol ismi Scrum Masterya da Kanban Master olarak değişebilir.

  • Etkinlikler: Daily ve Retrospective en sık yapılan etkinliklerdir. Ayrıca yapılan işi sergilemek için Sprint Review benzeri etkinliklerin de yaygın kullanıldığı görülür.

  • Work In Progress (WIP) Limiti: Takımların öncelikli işlere odaklanması için tercih edilen önemli bir pratiktir.

  • Cycle Time & Lead Time Ölçümü: İşlerin ne kadar sürede tamamlandığı ve bu süre zarfında ne kadar çalışıldığı ölçülür. Bu metrikler, iyileştirme alanlarını görünür kılar.

  • Board Kolonlarında Değişiklik: Takımın ihtiyaçlarına göre board üzerinde değişiklik yapılması, pull mekanizması ve Agile Manifesto prensipleri ile uyumlu şekilde görünürlüğü artırır.

ScrumBan, Scrum’ın yapılandırılmış yapısını Kanban’ın esnekliğiyle birleştirerek takımlara ihtiyaca göre uyarlanabilir bir model sunar. Bu sayede takımlar hem planlı hem de esnek bir şekilde ilerleyebilir.

March 20, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Agile Dönüşümde Scrum ve Kanban Tercihi

by mlap March 15, 2023
written by mlap

Agile dönüşüm yolculuğunda takım kurulumunun ilk adımlarından biri, hangi çerçeve veya metodun kullanılacağına karar vermektir. Scrum ve Kanban en popüler yaklaşımlar olduğundan, genellikle ilk tercih edilen alternatiflerdir.

Scrum

Scrum devrimsel bir çerçevedir. Scrum Guide, çerçevenin sınırlarını net bir şekilde belirler:

  • Roller tanımlanmıştır.

  • Ürünler (artefact’ler) oluşturulmalıdır.

  • Zorunlu etkinlikler (ritüeller) gerçekleştirilmelidir.

Scrum’da maksimum 4 haftalık sprintler planlanır. Acil işler için sınırlı esneklik olsa da plana bağlı kalmak esastır. Bu devrimsel yaklaşımın, Agile düşünce biçiminin (mindset) daha hızlı benimsenmesini sağladığını düşünüyorum.

Kanban

Kanban ise evrimsel bir metottur. Amacı, israfı en aza indirerek akışı optimize etmektir. Mevcut süreçte büyük değişiklik yapmadan uygulanabilir. Başlangıç için şu pratikler kullanılabilir:

  • İş akışını görselleştirmek,

  • Çalışma limitleri koymak,

  • Akışı yönetmek,

  • Politikaları açık hale getirmek,

  • Geribildirim döngüleri oluşturmak,

  • İşbirliğini güçlendirmek.

Kanban’da temel amaç, öncelikli işleri akışa sokmak ve akış boyunca ilerleterek tamamlamaktır.

Scrum ve Kanban Karşılaştırması

  • Planlama: Scrum, belirli periyotlarda (sprint) plan yapmayı ve bu plana bağlı kalmayı gerektirir. Kanban’da periyot yoktur; öncelikli işler akışa girer.

  • Esneklik: Kanban, sürekli değişen iş yüküne sahip takımlar için uygundur. Daha planlı ilerleyen takımlarda ise Scrum tercih edilebilir.

  • Plan Dışı İşler: Scrum takımlarında da plan dışı işler olabilir. Ancak bu oran %20–25 seviyesini geçmediği sürece Scrum uygulanabilir.

  • Yönetim Desteği: Scrum’da roller ve süreçler net olduğundan yönetim desteği kritik önem taşır. Kanban ise mevcut sistem üzerinde takım veya ekip bazında da rahatlıkla uygulanabilir.

Scrum ve Kanban farklı ihtiyaçlara cevap verir. Önemli olan, takımın iş yapış biçimine, iş yükünün doğasına ve organizasyonun kültürüne uygun olan yaklaşımı seçmektir.

March 15, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Scrum ve Kanban Arasındaki Farklar

by mlap March 4, 2023
written by mlap

Agile yaklaşımının en popüler çerçevesi Scrum, Lean üretimin en yaygın tekniği ise Kanban’dır. Takım kurulumlarında en sık kullanılan bu iki yöntemin farklarına birlikte bakalım:

1. Değişim Süreci

  • Scrum: Devrimsel bir değişim gerektirir. Scrum Guide’da tanımlanan roller, etkinlikler ve ürünler mutlaka uygulanmalıdır.

  • Kanban: Evrimsel bir değişim sağlar. Mevcut süreç ve roller korunur, küçük adımlarla iyileştirmeler yapılır.

2. Etkinlikler

  • Scrum: Zorunlu etkinlikler vardır (Sprint Planlama, Daily Scrum, Sprint Review, Retrospektif). Takım düzenli olarak sık bir araya gelir.

  • Kanban: Belirli zorunlu etkinlikler bulunmaz. Daha esnek bir yapıya sahiptir.

3. Planlama

  • Scrum: Belirli periyotlar (Sprint) üzerinden planlama yapılır.

  • Kanban: Belirli periyot yoktur, öncelikli işler doğrudan akışa girer.

4. Takım Yapısı

  • Scrum: Mutlaka bir Scrum takımı olmalı ve takım ruhu içinde çalışılmalıdır.

  • Kanban: Takım yapısı zorunlu değildir; iş akışı olduğunda Kanban uygulanabilir.

5. Değişiklik Talepleri

  • Scrum: Sprint boyunca yapılan planlamada değişiklikten kaçınılır.

  • Kanban: Öncelikli işler doğrudan akışa eklenebilir.

6. Tahminleme

  • Scrum: İşlerin büyüklüğü geliştirmeden önce tahminlenir. Bu tahminler üzerinden ölçüm ve raporlama yapılır.

  • Kanban: Tahminleme genellikle yapılmaz; bunun yerine işlerin tamamlama ve geliştirme süreleri ölçülür. (Not: Tahminleme yapan Kanban takımları da görülebilir.)

7. Metrikler

  • Scrum: Tahminlemelere dayalı metrikler ve grafikler (ör. burndown chart) kullanılır.

  • Kanban: İşlerin tamamlanma süresi (lead time) ve geliştirme süresi (cycle time) gibi akış metrikleri ölçülür.

Scrum ve Kanban, farklı yaklaşımlar sunsa da her ikisinin de amacı aynıdır: daha verimli, değer odaklı ve sürdürülebilir bir çalışma ortamı sağlamak. Seçim, takımın ihtiyaçlarına ve organizasyonun kültürüne bağlıdır.

March 4, 2023 0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Kanban Pratikleri

by mlap February 25, 2023
written by mlap

Kanban, büyük ve kapsamlı değişiklikler yapmak yerine mevcut düzeni koruyarak, rolleri değiştirmeden küçük adımlarla sürekli iyileşmeyi hedefler. Bu yaklaşımda takımların hayatlarına dahil edebileceği pratikler vardır ve hiçbirisi köklü bir organizasyonel değişiklik gerektirmez.

Kanban takımlarının uygulayabileceği 6 temel pratik şunlardır:

1. Görselleştir

İlk adım, mevcut iş akışının çıkarılması ve bir board üzerinde görselleştirilmesidir. Ürün veya hizmetin ilk aşamadan tamamlanana kadar geçtiği tüm adımlar bir akış şeklinde tanımlanabilir.

  • Fiziksel ya da dijital board’da her aşama bir sütun olarak, her iş maddesi ise bir kart olarak temsil edilir.

  • Böylece işin ilerleyişi herkes tarafından kolayca takip edilebilir.

2. Limitle

Araştırmalar, aynı anda çok iş yapmanın verimliliği düşürdüğünü gösterir. Kanban’da WIP (Work in Progress) limitleribelirlenerek takımların aynı anda üstleneceği iş miktarı sınırlandırılır.

  • Bu sayede odaklanma artar,

  • Öncelikli ve değerli işler daha hızlı tamamlanır.

3. Akışı Yönet

Board’da görselleştirilen akış sürekli olarak gözlemlenmeli, analiz edilmeli ve darboğazlar tespit edilmelidir.

  • Sorun yaşanan noktalar belirlenip iyileştirilerek akış daha verimli hale getirilebilir.

  • Amaç, sorunsuz ve sürekli iyileştirilen bir süreç oluşturmaktır.

4. Politikaları Açık Hale Getir

Sürecin kuralları ve işleyiş politikaları herkes için net ve şeffaf olmalıdır.

  • Açık politikalar, tüm takımın aynı noktada buluşmasını sağlar.

  • Ortak anlayış, katılım ve şeffaflık sürecin gelişmesine katkı sunar.

5. Geribildirim Döngüleri Oluştur

Sürecin, ilişkilerin ve ortamın düzenli aralıklarla değerlendirilmesi gerekir. Bu sayede iyileştirmeler yapılır ve sürekli gelişim sağlanır.

  • Retrospektifler bu noktada en önemli araçlardan biridir.

  • Woody Zuill’in dediği gibi:
    “If you adopt only one agile practice, let it be retrospectives. Everything else will follow.”

6. İşbirliğini Geliştir

Kanban sürecinin ilerlemesi için herkesin sürece dahil olması gerekir.

  • Mevcut durum analiz edilmeli, geliştirme aksiyonları birlikte belirlenmelidir.

  • Sorunlar hızlıca ve ortak bir anlayışla çözülmelidir.

  • Güçlü işbirliği, akışın daha da gelişmesini sağlar.

Kanban’ın bu 6 temel pratiği, takımlara küçük adımlarla sürekli iyileşme imkânı verir. Görselleştirme, limitler, açık kurallar, düzenli geribildirim ve güçlü işbirliği ile takımlar hem daha verimli hem de daha uyumlu hale gelir.

February 25, 2023 0 comments
0 FacebookTwitterPinterestEmail
Newer Posts
Older Posts

Recent Posts

  • Cornell Not Tutma Tekniği ile Etkili Notlar
  • Growth Mindset ve Fixed Mindset: Hangi Düşünce Yapısına Sahipsiniz?
  • Agile Dönüşüm Yolculuğunda Başarıya Götüren Unsurlar
  • Agile Takımlarda Performans Yönetimi
  • Psikolojik Güvenlik: Takımların Başarıya Giden Yolu

Recent Comments

No comments to show.

© 2023 KaizenHub.net | by MLAP.TR

Kaizen Hub
  • Home