Professional Scrum with Kanban Sertifika Programı ile Çevik Süreçleri Geliştirin

Değişen müşteri beklentileri, kısa teslim süreleri ve artan rekabet; ekiplerin işlerini daha görünür, ölçülebilir ve uyarlanabilir biçimde yönetmesini gerektirir. Geleneksel planlama yöntemleri, gereksinimlerin sık değiştiği ve sonuçların düzenli aralıklarla değerlendirilmesi gereken çalışma ortamlarında her zaman yeterli esnekliği sağlayamayabilir. Bu nedenle çevik çalışma yaklaşımları, yazılım geliştirmeden ürün yönetimine kadar farklı alanlarda kullanılmaktadır.

Scrum, karmaşık problemlere uyarlanabilir çözümler geliştirmek için kullanılan çevik bir çerçevedir. Kanban ise iş akışını görselleştirmeye, aynı anda yürütülen çalışma miktarını sınırlandırmaya ve sürecin kesintisiz biçimde iyileştirilmesine odaklanan bir yönetim yaklaşımıdır. Bu iki yaklaşım doğru biçimde birlikte kullanıldığında ekipler yalnızca planlı çalışma dönemleri oluşturmakla kalmaz; işlerin sistem içindeki hareketini de daha ayrıntılı biçimde değerlendirebilir.

Professional Scrum with Kanban Sertifika Programı, Scrum ve Kanban yaklaşımlarının birlikte nasıl kullanılabileceğini öğrenmek isteyen katılımcılara yönelik çevrim içi bir eğitim programıdır. Eğitim; proje yönetimi, iş akışının düzenlenmesi ve sürekli iyileştirme alanlarında yeni beceriler edinmek isteyen profesyonellerin mesleki gelişimini desteklemeyi amaçlar.

Professional Scrum with Kanban Nedir?

Professional Scrum with Kanban, Scrum çerçevesinin yapısını koruyarak Kanban uygulamalarından yararlanmayı ifade eden bir çalışma yaklaşımıdır. Amaç, Scrum yerine tamamen farklı bir yöntem kullanmak değil; Scrum takımının iş akışını daha görünür, ölçülebilir ve yönetilebilir hâle getirmektir.

Scrum; roller, etkinlikler, eserler ve taahhütlerden oluşan belirli bir çerçeve sunar. Kanban ise bu çerçeve içerisinde yürütülen çalışmaların nasıl ilerlediğini analiz etmek için görselleştirme, iş miktarını sınırlandırma, akışı yönetme ve süreç politikalarını açık hâle getirme gibi uygulamalar sağlar.

İki yaklaşımın birlikte kullanılması şu soruların yanıtlanmasına yardımcı olabilir:

• Takımın üzerinde çalıştığı işler hangi aşamalardadır?
• İşler hangi noktalarda beklemektedir?
• Aynı anda gereğinden fazla iş başlatılıyor mu?
• Bir işin tamamlanması ortalama ne kadar sürmektedir?
• Takım belirli bir sürede ne kadar işi sonuçlandırmaktadır?
• Sprint hedefini riske atan darboğazlar bulunuyor mu?
• İş akışında hangi iyileştirmeler yapılabilir?

Professional Scrum with Kanban yaklaşımı, ekiplerin tahminlere dayalı planlamalarını gerçek akış verileriyle desteklemesine yardımcı olabilir. Böylece süreç iyileştirme kararları yalnızca gözleme veya kişisel değerlendirmelere değil, ölçülebilir verilere de dayandırılabilir.

Professional Scrum with Kanban Sertifika Programı Neyi Amaçlar?

Programın temel amacı, katılımcıların Scrum ve Kanban yaklaşımlarının birbirini nasıl tamamlayabileceğini anlamalarına katkı sağlamaktır. Eğitim, çevik ekiplerde yürütülen çalışmaların görünür hâle getirilmesi, darboğazların belirlenmesi ve iş akışının düzenli olarak iyileştirilmesiyle ilişkili kavramlara odaklanır.

Eğitim sürecinde katılımcıların;

• Scrum çerçevesinin temel yapısını anlaması,
• Kanban yaklaşımının temel uygulamalarını öğrenmesi,
• Scrum ile Kanban arasındaki ilişkiyi değerlendirmesi,
• İş akışını görselleştirmeyi öğrenmesi,
• Devam eden iş miktarını yönetmesi,
• Darboğazları ve bekleme noktalarını belirlemesi,
• Akış ölçümlerini yorumlaması,
• Sürekli iyileştirme kararlarını verilerle desteklemesi,
• Ekip içi iletişim ve iş birliğini güçlendirmesi

amaçlanır.

Programın güncel kapsamı, çevrim içi eğitim modeli, değerlendirme süreci ve belgelendirme bilgileri için Professional Scrum with Kanban programının resmî sayfası esas alınmalıdır.

Scrum Nedir?

Scrum, karmaşık ürün ve hizmetlerin geliştirilmesinde kullanılan hafif bir çevik çerçevedir. Çalışmalar, Sprint adı verilen belirli uzunluktaki dönemler içerisinde yürütülür. Her Sprint sonunda değer taşıyan ve kullanılabilir bir sonuç ortaya çıkarılması hedeflenir.

Scrum yaklaşımı, uzun süreli ve değişmez planlar hazırlamak yerine kısa döngülerle çalışma, sonuçları düzenli olarak inceleme ve yeni bilgilere göre uyarlama yapılmasını destekler. Böylece ekipler değişen ihtiyaçlara daha erken yanıt verebilir.

Scrum’ın temelinde üç deneysel süreç ilkesi bulunur:

• Şeffaflık: Çalışmanın durumu ve süreçle ilgili önemli bilgiler ilgili kişiler tarafından anlaşılabilir olmalıdır.
• İnceleme: Ürün, süreç ve ilerleme düzenli olarak değerlendirilmelidir.
• Uyarlama: İnceleme sonucunda önemli bir sapma görüldüğünde süreç veya plan üzerinde gerekli değişiklikler yapılmalıdır.

Kanban uygulamaları, özellikle şeffaflık ve inceleme alanlarında Scrum takımına ek görünürlük sağlayabilir. İşlerin sistem içerisinde nasıl hareket ettiği açıkça görüldüğünde ekipler uyarlama kararlarını daha bilinçli biçimde verebilir.

Scrum Takımının Yapısı

Scrum Takımı; Product Owner, Scrum Master ve Developers olarak tanımlanan sorumluluk alanlarından oluşur. Bu yapı içerisinde geleneksel anlamda alt ekipler veya hiyerarşik roller yerine ortak hedefe odaklanan, kendi kendini yöneten bir ekip anlayışı benimsenir.

Product Owner

Product Owner, Scrum Takımının ortaya çıkardığı ürünün değerini en üst düzeye çıkarmaktan sorumludur. Product Backlog’un etkili biçimde yönetilmesini sağlar ve yapılacak işlerin önceliklerini ürün hedefleri doğrultusunda düzenler.

Kanban uygulamaları Product Owner’a işlerin akışını, bekleme sürelerini ve teslimat kapasitesini daha görünür biçimde değerlendirme olanağı sağlayabilir. Ancak akışın iyileştirilmesi, ürün değerinin ve Product Goal’un önüne geçmemelidir.

Scrum Master

Scrum Master, Scrum’ın doğru biçimde anlaşılmasına ve uygulanmasına yardımcı olur. Takımın çevik çalışma becerilerini geliştirmesini, engelleri ele almasını ve süreçlerini iyileştirmesini destekler.

Kanban uygulamalarının Scrum içerisinde kullanılması sırasında Scrum Master; politikaların açık hâle getirilmesi, ölçümlerin doğru yorumlanması ve iyileştirme çalışmalarının kolaylaştırılması konusunda takıma rehberlik edebilir.

Developers

Developers, her Sprint sonunda kullanılabilir bir ürün artımı oluşturmaktan sorumlu profesyonellerdir. Yazılım geliştiricilerinin yanı sıra analiz, tasarım, test, içerik veya farklı uzmanlık alanlarından kişiler de ürünün yapısına göre bu sorumluluğun parçası olabilir.

İş akışının görselleştirilmesi ve devam eden işlerin sınırlandırılması, Developers üyelerinin bireysel görevlerden çok takımın ortak teslimatına odaklanmasına yardımcı olabilir.

Scrum Etkinlikleri

Scrum etkinlikleri, inceleme ve uyarlamanın düzenli olarak yapılmasını sağlayan resmi fırsatlardır. Bu etkinliklerin her biri belirli bir amaca sahiptir.

Sprint

Sprint, Scrum’daki diğer bütün etkinlikleri kapsayan çalışma dönemidir. Sprint boyunca Sprint Goal doğrultusunda bir ürün artımı oluşturulur. Kanban uygulamaları Sprint içerisindeki iş akışının daha yakından izlenmesini sağlar.

Sprint Planning

Sprint Planning sırasında Sprint’in neden değerli olduğu, Sprint içerisinde hangi işlerin ele alınacağı ve seçilen işlerin nasıl gerçekleştirileceği değerlendirilir. Akış ölçümleri, takımın geçmiş teslimat performansını anlamasına ve daha gerçekçi planlama yapmasına yardımcı olabilir.

Daily Scrum

Daily Scrum, Developers üyelerinin Sprint Goal’a yönelik ilerlemeyi incelemesi ve çalışma planını uyarlaması için düzenlenir. Kanban panosu bu etkinlikte önemli bir görsel yönetim aracı olabilir.

Daily Scrum sırasında yalnızca bireylerin ne yaptığına odaklanmak yerine şu sorular değerlendirilebilir:

• Hangi işler ilerlemiyor?
• Hangi iş en uzun süredir aynı aşamada bekliyor?
• Bir işi tamamlamak için kimler birlikte çalışabilir?
• Sprint Goal’u riske atan bir darboğaz bulunuyor mu?
• Yeni bir iş başlatmak yerine mevcut işler nasıl tamamlanabilir?

Sprint Review

Sprint Review, Sprint sonucunda ortaya çıkan ürün artımının ve ürün hedeflerine yönelik ilerlemenin paydaşlarla birlikte değerlendirilmesini sağlar. Akış ölçümleri, takımın teslimat davranışı ve kapasite eğilimleri hakkında ek bilgi sunabilir.

Sprint Retrospective

Sprint Retrospective, takımın çalışma biçimini inceleyerek kalite ve etkinliği artıracak iyileştirmeler belirlediği etkinliktir. Kanban verileri, iyileştirme tartışmalarının daha somut gözlemlere dayanmasını sağlayabilir.

Kanban Nedir?

Kanban, bilginin ve işin bir sistem içerisinde nasıl aktığını yönetmeye yönelik bir yaklaşımdır. Temel amaç, mevcut çalışma biçimini görünür hâle getirmek, sistemin kapasitesine uygun miktarda iş yürütmek ve akışı sürekli olarak iyileştirmektir.

Kanban yaklaşımı çoğunlukla bir pano ile ilişkilendirilse de yalnızca kartların sütunlar arasında taşınmasından ibaret değildir. Etkili bir Kanban sistemi; iş akışının tanımlanmasını, devam eden iş miktarının sınırlandırılmasını, hizmet beklentilerinin açıklanmasını ve akış verilerinin düzenli biçimde değerlendirilmesini gerektirir.

Kanban uygulamalarının temel amaçları şunlardır:

• İş akışını görünür hâle getirmek
• Aynı anda yürütülen iş miktarını kontrol etmek
• İşlerin tamamlanmasına odaklanmak
• Bekleme ve darboğazları belirlemek
• Akışın öngörülebilirliğini artırmak
• Süreç politikalarını açık hâle getirmek
• Veriye dayalı sürekli iyileştirme sağlamak

Scrum ve Kanban Birlikte Nasıl Kullanılır?

Scrum ve Kanban birlikte kullanıldığında Scrum’ın temel yapısı korunur. Sprint’ler, Scrum sorumlulukları, etkinlikleri ve eserleri devam eder. Kanban uygulamaları ise takımın Sprint içerisindeki iş akışını daha etkili biçimde yönetmesine yardımcı olur.

Bu yaklaşımda takım;

• Sprint Goal belirlemeye devam eder.
• Product Backlog ve Sprint Backlog kullanır.
• Scrum etkinliklerini gerçekleştirir.
• Definition of Done doğrultusunda ürün artımı oluşturur.
• İş akışını Kanban panosu üzerinde görselleştirir.
• Devam eden işlere sınırlar uygular.
• Akış ölçümlerini düzenli olarak inceler.
• Darboğazları gidermek için süreç iyileştirmeleri yapar.

Kanban’ın Scrum’a eklenmesi, Sprint içerisinde sürekli yeni işler başlatılması anlamına gelmez. Aksine takımın başlatılan işleri tamamlamaya, birlikte çalışmaya ve Sprint Goal’a ulaşmaya odaklanmasını destekler.

İş Akışının Görselleştirilmesi

İş akışını görselleştirmek, Kanban yaklaşımının en bilinen uygulamalarından biridir. Görsel bir pano sayesinde takım hangi işlerin beklediğini, hangilerinin üzerinde çalışıldığını ve hangilerinin tamamlandığını görebilir.

Basit bir pano şu sütunlardan oluşabilir:

• Yapılacak
• Analiz
• Geliştirme
• İnceleme
• Test
• Tamamlandı

Ancak her takımın iş akışı farklıdır. Panonun gerçek çalışma biçimini yansıtması gerekir. Süreçte bulunmayan yapay aşamalar eklemek veya önemli bekleme noktalarını görünmez bırakmak, panonun sağladığı değeri azaltabilir.

İş akışının etkili biçimde görselleştirilmesi için şu unsurlar tanımlanabilir:

• Bir işin akışa ne zaman girdiği
• Bir işin ne zaman tamamlanmış sayıldığı
• İşin geçtiği temel aşamalar
• Bekleme ve aktif çalışma durumları
• Aşamalar arasındaki geçiş kuralları
• Devam eden iş limitleri
• Özel veya acil iş türleri

Workflow Tanımı Neden Önemlidir?

Workflow tanımı, işlerin sistem içerisinde başlangıçtan tamamlanmaya kadar izlediği yolu ifade eder. Akış açık biçimde tanımlanmadığında takım üyeleri bir işin hangi koşullarda ilerletileceği veya tamamlandığı konusunda farklı yorumlara sahip olabilir.

Açık bir iş akışı tanımı şu bilgileri içerebilir:

• Çalışmanın başlangıç ve bitiş noktaları
• İş öğelerinin geçtiği aşamalar
• Her aşamanın giriş ve çıkış koşulları
• İş öğesi türleri
• Devam eden iş sınırları
• İşlerin seçilme kuralları
• Hizmet seviyesi beklentileri
• Akış ölçümleri

Bu politikaların takım tarafından anlaşılması ve görünür olması, süreç içerisindeki belirsizlikleri azaltabilir.

Devam Eden İş ve WIP Limiti Nedir?

Work in Progress, başlamış ancak henüz tamamlanmamış işleri ifade eder. Bir takım aynı anda kapasitesinden fazla iş başlattığında işler arasında geçişler artabilir, odaklanma azalabilir ve tamamlanma süreleri uzayabilir.

WIP limitleri, iş akışının belirli bir bölümünde aynı anda bulunabilecek iş sayısını sınırlandırır. Örneğin geliştirme aşamasında aynı anda en fazla üç iş bulunması kararlaştırılabilir.

WIP limitlerinin sağlayabileceği katkılar şunlardır:

• Yeni iş başlatmak yerine mevcut işleri tamamlamaya odaklanmak
• Çoklu görev çalışmalarını azaltmak
• Darboğazları daha erken görünür hâle getirmek
• Takım içi yardımlaşmayı artırmak
• Bekleme sürelerini azaltmak
• Akışı daha dengeli hâle getirmek
• Teslimat süresini daha öngörülebilir kılmak

WIP limiti, takım üyelerini çalışamaz hâle getiren rastgele bir kısıtlama olarak görülmemelidir. Limit dolduğunda ekip yeni bir iş başlatmak yerine mevcut işlerin ilerletilmesine nasıl katkı sağlayabileceğini değerlendirmelidir.

Çekme Sistemi Nedir?

Çekme sistemi, yeni bir işin yalnızca sistemde uygun kapasite oluştuğunda bir sonraki aşamaya alınmasını ifade eder. İşlerin çalışanlara kontrolsüz biçimde dağıtılması yerine takım üyeleri, mevcut kapasite ve öncelikler doğrultusunda uygun işi seçer.

Çekme yaklaşımı sayesinde;

• Sisteme gereğinden fazla iş alınması önlenebilir.
• Kapasite ile talep arasında daha dengeli ilişki kurulabilir.
• Bekleyen iş miktarı azaltılabilir.
• Takımın tamamlanmaya odaklanması desteklenebilir.
• Darboğazların etkisi daha görünür hâle gelebilir.

Scrum Takımı açısından çekme sistemi, Sprint Goal doğrultusunda seçilen işlerin ekip kapasitesine uygun biçimde ilerletilmesine yardımcı olabilir.

Darboğaz Nedir?

Darboğaz, iş akışının kapasitesini sınırlayan ve işlerin belirli bir aşamada birikmesine neden olan noktadır. Bir aşamaya gelen iş miktarı, o aşamanın işleme kapasitesinden yüksek olduğunda bekleme süreleri artar.

Darboğazların olası nedenleri şunlardır:

• Belirli bir uzmanlığa aşırı bağımlılık
• Test veya onay süreçlerinin yavaş ilerlemesi
• Gereğinden fazla iş başlatılması
• Eksik veya belirsiz gereksinimler
• Dış ekip bağımlılıkları
• Teknik borç
• Manuel ve tekrarlanan işlemler
• Yetki veya erişim sorunları
• Süreç politikalarının açık olmaması

Darboğaz görüldüğünde yalnızca ilgili aşamadaki çalışanların daha hızlı çalışması beklenmemelidir. Takım, sistemin bütününü değerlendirerek iş birliği, otomasyon, politika değişikliği veya kapasite düzenlemesi gibi çözümler geliştirebilir.

Akış Yönetimi

Akış yönetimi, işlerin başlangıçtan tamamlanmaya kadar sistem içerisindeki hareketinin izlenmesi ve iyileştirilmesidir. Amaç her bireyin mümkün olduğunca yoğun çalışması değil, değer taşıyan işlerin daha düzenli ve öngörülebilir biçimde tamamlanmasıdır.

Akış yönetiminde şu konular değerlendirilir:

• Devam eden iş miktarı
• İşlerin beklediği aşamalar
• İş öğelerinin yaşlanması
• Tamamlanma süreleri
• Belirli sürede tamamlanan iş miktarı
• Engellenen işler
• Darboğazlar
• Talep ile kapasite arasındaki denge

Takım üyelerinin bireysel kullanım oranını en üst düzeye çıkarmaya çalışmak, sistemin genel akışını olumsuz etkileyebilir. Herkesin sürekli yeni iş başlatması yerine takımın ortak teslimatına odaklanılması daha etkili sonuçlar sağlayabilir.

Kanban Akış Ölçümleri

Kanban yaklaşımında iş akışının yalnızca görsel gözlemlerle değil, belirli ölçümlerle de değerlendirilmesi önemlidir. Professional Scrum with Kanban uygulamalarında yaygın olarak kullanılan temel ölçümler WIP, Cycle Time, Work Item Age ve Throughput kavramlarıdır.

Work in Progress

WIP, başlamış ancak henüz tamamlanmamış iş öğelerinin sayısını gösterir. WIP miktarındaki sürekli artış, takımın tamamlayabildiğinden daha fazla iş başlattığını gösterebilir.

Cycle Time

Cycle Time, bir iş öğesinin başlangıç noktasından tamamlanma noktasına ulaşması için geçen süredir. Cycle Time verileri, takımın benzer işlerin ne kadar sürede tamamlanabileceği hakkında daha gerçekçi değerlendirmeler yapmasına yardımcı olabilir.

Work Item Age

Work Item Age, henüz tamamlanmamış bir işin başlangıcından bugüne kadar geçen süreyi ifade eder. Uzun süredir devam eden işler, olası engellerin veya darboğazların işareti olabilir.

Throughput

Throughput, belirli bir zaman aralığında tamamlanan iş öğesi sayısını gösterir. Örneğin takımın bir Sprint veya hafta içerisinde kaç işi tamamladığı değerlendirilebilir.

Bu ölçümler tek başına performans hedefi veya bireysel değerlendirme aracı olarak kullanılmamalıdır. Amaç, takımın çalışma sistemini anlamak ve iyileştirme fırsatlarını belirlemektir.

Cycle Time Neden Önemlidir?

Cycle Time, bir işin başladıktan sonra ne kadar sürede tamamlandığını gösterdiği için teslimat öngörülebilirliği açısından önemli bir ölçümdür. Sürelerin sürekli değişmesi, iş boyutlarının dengesizliği, darboğazlar veya süreçteki belirsizliklerle ilişkili olabilir.

Cycle Time değerlendirilirken yalnızca ortalama süreye bakmak yeterli olmayabilir. Bazı işlerin çok kısa, bazılarının ise olağanüstü uzun sürmesi ortalama değeri yanıltıcı hâle getirebilir. Bu nedenle dağılımlar ve belirli olasılık seviyeleri de incelenebilir.

Cycle Time verilerinin kullanım alanları şunlardır:

• Benzer işlerin tamamlanma süresini değerlendirmek
• Hizmet beklentilerini belirlemek
• Uzun süren işleri incelemek
• Süreç değişikliklerinin etkisini ölçmek
• Planlama kararlarını geçmiş verilerle desteklemek

Throughput Nasıl Yorumlanır?

Throughput, takımın belirli bir süre içerisinde tamamladığı iş sayısını gösterir. Ancak yalnızca yüksek Throughput elde etmek amacıyla işlerin yapay biçimde küçültülmesi veya kalite standartlarının düşürülmesi uygun değildir.

Throughput verisi yorumlanırken şu unsurlar dikkate alınmalıdır:

• İş öğelerinin benzer büyüklükte olup olmadığı
• Definition of Done kriterlerinin korunup korunmadığı
• Teknik borç ve kalite sorunları
• Takım kapasitesindeki değişiklikler
• Tatil, izin veya dış bağımlılıklar
• İş türleri arasındaki farklılıklar

Throughput, takımın geçmiş teslimat davranışını anlamaya yardımcı olabilir. Geleceğe yönelik kesin bir taahhüt olarak değerlendirilmemelidir.

Work Item Age ile Riskleri Erken Belirlemek

Work Item Age, hâlen devam eden işlere odaklandığı için sorunların iş tamamlandıktan sonra değil, çalışma sürerken fark edilmesini sağlar. Bir iş, benzer işlerin olağan tamamlanma süresine yaklaşmış veya bu süreyi aşmışsa ekip tarafından incelenebilir.

Yaşlanan bir iş şu durumlara işaret edebilir:

• Teknik bir engel bulunmaktadır.
• Gerekli bilgi veya onay beklenmektedir.
• İş gereğinden büyük seçilmiştir.
• Takım aynı anda fazla iş yürütmektedir.
• İş farklı kişiler arasında sıkça aktarılmıştır.
• Öncelikler değişmiş ancak pano güncellenmemiştir.

Kümülatif Akış Diyagramı

Kümülatif Akış Diyagramı, iş öğelerinin süreç aşamalarındaki dağılımını zaman içinde gösteren görsel bir analiz aracıdır. Diyagramdaki her alan, belirli bir aşamada bulunan toplam iş miktarını temsil eder.

Bu diyagram üzerinden;

• Devam eden iş miktarındaki değişimler,
• Belirli aşamalardaki birikmeler,
• Akışın dengeli olup olmadığı,
• Tamamlanma hızındaki eğilimler,
• Cycle Time değişiklikleri

değerlendirilebilir.

Bir aşamaya ait alanın zaman içerisinde sürekli genişlemesi, o noktada iş birikmeye başladığını ve olası bir darboğaz bulunduğunu gösterebilir.

Cycle Time Scatterplot

Cycle Time Scatterplot, tamamlanan işlerin bitiş tarihlerini ve Cycle Time değerlerini nokta olarak gösteren bir grafiktir. Bu grafik, işlerin tamamlanma sürelerindeki dağılımı ve sıra dışı durumları incelemeye yardımcı olabilir.

Scatterplot üzerinden şu sorular değerlendirilebilir:

• İşlerin çoğu hangi süre aralığında tamamlanmaktadır?
• Son dönemde Cycle Time artıyor mu?
• Olağan dışı uzun süren işler bulunuyor mu?
• Süreç değişikliklerinden sonra dağılım iyileşmiş mi?
• Belirli bir hizmet beklentisi gerçekçi mi?

Hizmet Seviyesi Beklentisi

Service Level Expectation, bir iş öğesinin belirli bir süre içinde tamamlanma olasılığına ilişkin beklentidir. Kesin teslim garantisi değil, geçmiş akış verilerinden yararlanılarak oluşturulan olasılıksal bir öngörüdür.

Örneğin benzer işlerin önemli bir bölümünün on gün içerisinde tamamlandığı görülüyorsa takım bu veriyi paydaş iletişiminde kullanabilir. Ancak yeni işin karmaşıklığı, dış bağımlılıkları ve sistemdeki güncel kapasite de dikkate alınmalıdır.

Hizmet seviyesi beklentileri;

• Paydaşlarla daha gerçekçi iletişim kurulmasını,
• Yaşlanan işlerin daha erken fark edilmesini,
• Teslimat risklerinin değerlendirilmesini,
• Süreç iyileştirmelerinin izlenmesini

destekleyebilir.

Definition of Done ve Kalite

Definition of Done, bir ürün artımının tamamlanmış kabul edilmesi için karşılaması gereken kalite ölçütlerini tanımlar. Kanban uygulamalarının Scrum’a eklenmesi, kalite standartlarının kaldırılması veya işlerin yalnızca panoda tamamlandı sütununa taşınması anlamına gelmez.

Bir iş öğesi ancak Definition of Done kriterlerini karşılıyorsa tamamlanmış kabul edilmelidir. Aksi durumda gerçek WIP miktarı ve Cycle Time verileri yanlış yorumlanabilir.

Definition of Done kapsamında şu ölçütler değerlendirilebilir:

• Gerekli geliştirme veya üretim çalışmasının tamamlanması
• Testlerin gerçekleştirilmesi
• Kalite kontrollerinin sonuçlandırılması
• Gerekli dokümantasyonun hazırlanması
• Güvenlik ve uyumluluk koşullarının karşılanması
• Ürünün kullanılabilir durumda olması

Scrum with Kanban ile Scrumban Aynı mıdır?

Scrum with Kanban ile Scrumban kavramları günlük kullanımda zaman zaman birbirinin yerine kullanılsa da aynı anlama gelmek zorunda değildir. Professional Scrum with Kanban yaklaşımında Scrum çerçevesi korunur ve Kanban uygulamaları Scrum Takımının etkinliğini artırmak için kullanılır.

Scrumban ise farklı ekiplerde değişik biçimlerde yorumlanan daha genel bir hibrit yaklaşımı ifade edebilir. Bazı uygulamalarda Sprint yapısı, sorumluluklar veya Scrum etkinlikleri değiştirilmiş olabilir.

Professional Scrum with Kanban uygulamasında;

• Scrum sorumlulukları korunur.
• Sprint’ler devam eder.
• Scrum etkinlikleri gerçekleştirilir.
• Product Backlog ve Sprint Backlog kullanılmaya devam edilir.
• Kanban uygulamaları akışı iyileştirmek için eklenir.

Scrum with Kanban’ın Sağlayabileceği Katkılar

Scrum ve Kanban yaklaşımlarının birlikte kullanılması, ekiplerin hem hedef odaklı kısa dönemli planlama yapmasını hem de günlük iş akışını ölçülebilir biçimde yönetmesini destekleyebilir.

Yaklaşımın sağlayabileceği başlıca katkılar şunlardır:

• Çalışmaların daha görünür hâle gelmesi
• Darboğazların erken belirlenmesi
• Devam eden iş miktarının kontrol edilmesi
• İşlerin tamamlanmasına odaklanılması
• Çoklu görev çalışmalarının azaltılması
• Teslimat sürelerinin daha öngörülebilir olması
• Takım içi iş birliğinin artması
• Süreç iyileştirme kararlarının verilerle desteklenmesi
• Sprint Goal’a yönelik ilerlemenin daha iyi izlenmesi
• Paydaşlarla daha gerçekçi iletişim kurulması

Sık Karşılaşılan Uygulama Hataları

Scrum ve Kanban’ın birlikte kullanılması, yalnızca bir pano oluşturularak tamamlanabilecek bir değişiklik değildir. Ekiplerin yaklaşımın temel amacını anlaması ve ölçümleri doğru biçimde kullanması gerekir.

Sık karşılaşılan hatalar arasında şunlar bulunur:

• Scrum etkinliklerini gereksiz görerek kaldırmak
• Kanban panosunu yalnızca görev takip aracı olarak kullanmak
• WIP limitlerini belirleyip uygulamamak
• Her takım üyesi için ayrı işler oluşturarak bireysel kullanımı artırmaya çalışmak
• Akış ölçümlerini çalışan performansını değerlendirmek için kullanmak
• Definition of Done kriterlerini zayıflatmak
• Çok büyük iş öğelerini bölmeden akışa almak
• Darboğazları görünür kılmak yerine panoyu değiştirmek
• Geçmiş verileri kesin teslim garantisi olarak sunmak
• Sprint Goal yerine yalnızca kart sayısına odaklanmak

Sürekli İyileştirme

Sürekli iyileştirme, çalışma sisteminin düzenli olarak incelenmesini ve küçük, ölçülebilir değişikliklerle geliştirilmesini ifade eder. Amaç bir defada kusursuz süreç oluşturmak değil, gözlem ve veriler doğrultusunda öğrenmeye devam etmektir.

İyileştirme süreci şu adımlarla yürütülebilir:

1. Mevcut iş akışını görünür hâle getirin.
2. WIP, Cycle Time, Work Item Age ve Throughput verilerini inceleyin.
3. En önemli darboğazı veya iyileştirme fırsatını belirleyin.
4. Küçük ve test edilebilir bir değişiklik seçin.
5. Beklenen sonucu açık biçimde tanımlayın.
6. Değişikliği sınırlı bir süre uygulayın.
7. Sonuçları ölçün ve takım olarak değerlendirin.
8. Yararlı değişiklikleri çalışma politikasına ekleyin.
9. Yeni iyileştirme alanlarını belirleyin.

Sürekli iyileştirme yalnızca Scrum Master’ın sorumluluğu değildir. Scrum Takımının tamamı çalışma sisteminin etkinliğini artırmaya katkı sağlamalıdır.

Scrum with Kanban’da Liderlik

Çevik ekiplerde liderlik, görev dağıtmak ve bireyleri sürekli kontrol etmek yerine takımın etkili kararlar alabileceği ortamı oluşturmayı gerektirir. Liderler hedefleri, sınırları ve öncelikleri açık hâle getirirken takımın çalışma yöntemini geliştirmesine alan tanımalıdır.

Kanban verileri liderlere şu konularda destek sağlayabilir:

• Sistemik sorunları bireysel performans problemlerinden ayırmak
• Darboğazların nedenlerini değerlendirmek
• Kapasite ve talep arasındaki dengesizliği görmek
• Takımlar arası bağımlılıkları belirlemek
• İyileştirme yatırımlarının etkisini ölçmek
• Gerçekçi teslimat beklentileri oluşturmak

Ölçümler çalışanları karşılaştırmak veya baskı oluşturmak amacıyla kullanıldığında verilerin güvenilirliği ve takımın iş birliği zarar görebilir.

Hangi Alanlarda Kullanılabilir?

Scrum ve Kanban yaklaşımları yazılım geliştirme alanıyla güçlü biçimde ilişkilendirilse de bilgi işinin yürütüldüğü farklı sektör ve departmanlarda kullanılabilir.

Professional Scrum with Kanban yaklaşımının değerlendirilebileceği alanlar şunlardır:

• Yazılım geliştirme
• Ürün yönetimi
• Bilgi teknolojileri operasyonları
• Test ve kalite süreçleri
• Tasarım ekipleri
• Dijital pazarlama
• İçerik üretimi
• İnsan kaynakları projeleri
• İş analizi
• Araştırma ve geliştirme
• Müşteri destek süreçleri
• Kurumsal dönüşüm çalışmaları

Yaklaşımın etkili olabilmesi için kullanılan pano, politika ve ölçümlerin ilgili iş alanının gerçek akışına göre düzenlenmesi gerekir.

Professional Scrum with Kanban Eğitimi Kimler İçin Uygun Olabilir?

Resmî program açıklamasında eğitime ilgili alanda çalışan profesyonellerin, ilgili alanlardan mezun bireylerin ve eğitimine devam eden öğrencilerin katılabileceği belirtilmektedir.

Program özellikle şu kişiler tarafından değerlendirilebilir:

• Scrum Master’lar
• Product Owner’lar
• Scrum Takımı üyeleri
• Proje yöneticileri
• Ürün yöneticileri
• İş analistleri
• Yazılım geliştirme profesyonelleri
• Test ve kalite uzmanları
• Çevik dönüşüm ekipleri
• Takım liderleri
• Operasyon yöneticileri
• İş akışını iyileştirmek isteyen profesyoneller
• İlgili alanlarda eğitim gören öğrenciler

Scrum’ın temel kavramları hakkında ön bilgi sahibi olmak, Scrum ile Kanban arasındaki ilişkinin daha kolay anlaşılmasına katkı sağlayabilir.

Hangi Mesleki Yetkinlikleri Destekleyebilir?

Professional Scrum with Kanban bilgisi, çevik ekiplerde ve süreç iyileştirme çalışmalarında kullanılabilecek farklı mesleki yetkinlikleri destekleyebilir. Ancak bir eğitim programının tamamlanması tek başına belirli bir meslek unvanı, işe yerleşme veya bağımsız bir sektör sertifikasyonu garantisi oluşturmaz.

Programla ilişkilendirilebilecek yetkinlik alanları şunlardır:

• Çevik proje ve ürün yönetimi
• İş akışı analizi
• Süreç iyileştirme
• Takım kolaylaştırıcılığı
• Veriye dayalı karar verme
• Darboğaz analizi
• Paydaş iletişimi
• Takım içi iş birliği
• Operasyonel görünürlük
• Liderlik ve analitik düşünme

Scrum with Kanban ve İş Süreçleri Analizi

İş akışını iyileştirebilmek için yalnızca kartların hareketini değil, sürecin hangi iş ihtiyacını karşıladığını da anlamak gerekir. Gereksiz adımlar, tekrar eden onaylar ve belirsiz sorumluluklar akış performansını olumsuz etkileyebilir.

Gereksinimlerin, süreç adımlarının ve paydaş beklentilerinin daha kapsamlı değerlendirilmesi için iş süreçleri analizi ve gereksinim yönetimi alanındaki yetkinlikler Scrum with Kanban uygulamalarını tamamlayabilir.

Scrum with Kanban ve Yazılım Kalitesi

Akışın hızlandırılması, kalite kontrollerinin azaltılması anlamına gelmemelidir. Hatalı veya eksik çalışmaların hızlı biçimde ilerletilmesi, daha sonra yeniden çalışma ihtiyacını artırarak gerçek akışı yavaşlatabilir.

Yazılım ekiplerinde test süreçleri iş akışının ayrılmaz bir parçası olarak değerlendirilmelidir. Otomasyon ve kalite süreçlerinin geliştirilmesiyle ilgilenen katılımcılar, test otomasyonu ve kalite yönetimi konularını tamamlayıcı bir öğrenme alanı olarak inceleyebilir.

Scrum with Kanban ve DevOps İlişkisi

DevOps, yazılım geliştirme ve operasyon ekipleri arasındaki iş birliğini güçlendirmeyi, teslimat süreçlerini otomatikleştirmeyi ve güvenilir yazılım yayınlama kapasitesini geliştirmeyi amaçlar. Kanban uygulamaları ise bu değer akışı içerisindeki beklemeleri ve darboğazları görünür hâle getirebilir.

Çevik çalışma biçimini yazılım teslimatı ve operasyon süreçleriyle birlikte değerlendirmek isteyen profesyoneller, DevOps temelleri üzerinden sürekli entegrasyon, teslimat ve ekipler arası iş birliği konularını geliştirebilir.

Scrum with Kanban ve Teknik Dokümantasyon

İş akışı politikalarının, WIP limitlerinin, Definition of Done kriterlerinin ve süreç iyileştirme kararlarının açık biçimde belgelenmesi ekip içindeki ortak anlayışı güçlendirebilir.

Dokümantasyonda şu bilgiler bulunabilir:

• İş akışının başlangıç ve bitiş noktaları
• Pano sütunlarının anlamları
• İş öğesi türleri
• WIP limitleri
• İş seçme ve önceliklendirme politikaları
• Definition of Done
• Hizmet seviyesi beklentileri
• Ölçüm tanımları
• İyileştirme kararları

Bu bilgileri daha düzenli ve anlaşılır biçimde aktarmak isteyen profesyoneller için teknik dokümantasyon ve raporlama becerileri ilgili bir gelişim alanıdır.

Programın Çevrim İçi Eğitim Süreci

Professional Scrum with Kanban Sertifika Programı tamamen çevrim içi eğitim modeliyle sunulmaktadır. Katılımcılar eğitim videolarına ve içeriklere 7/24 erişebilir. Kent LMS platformu bilgisayar, tablet ve akıllı telefonlarla uyumludur.

Resmî program sayfasında eğitimin tamamlanması için 60 günlük erişim süresi tanındığı belirtilmektedir. Katılımcılar öğrenci panelinde bulunan “Eğitimlerim” bölümü üzerinden ders içeriklerine ulaşabilir ve çalışmalarını kendi öğrenme hızlarına göre sürdürebilir.

Program kapsamındaki tüm eğitim videolarının eksiksiz biçimde tamamlanmasının ardından sınav modülü aktif hâle gelir. Sınav soru sayısı eğitim içeriğine göre değişebilmekte ve genel olarak 10 ile 50 soru arasında olabilmektedir. Katılımcılara toplam üç ücretsiz sınav hakkı sunulmaktadır.

Program sonunda İstanbul Kent Üniversitesi onaylı ve e-Devlet üzerinden sorgulanabilir sertifika sunulduğu belirtilmektedir. Program mesleki gelişim ve sertifikalandırma amacı taşımaktadır. Üniversite tarafından sunulan bu belge, Scrum.org veya başka bir uluslararası kuruluş tarafından düzenlenen bağımsız sektör sertifikasyonlarıyla aynı belge değildir.

Sık Sorulan Sorular

Professional Scrum with Kanban eğitimi nedir?

Professional Scrum with Kanban eğitimi, Scrum çerçevesi içerisinde Kanban uygulamalarından yararlanarak iş akışını görselleştirmeyi, devam eden iş miktarını yönetmeyi ve süreçleri iyileştirmeyi ele alan bir eğitim programıdır.

Scrum ile Kanban birlikte kullanılabilir mi?

Evet. Kanban uygulamaları Scrum çerçevesini ortadan kaldırmadan Scrum Takımının iş akışını daha görünür ve ölçülebilir hâle getirmek amacıyla kullanılabilir.

Kanban kullanıldığında Sprint’ler kaldırılır mı?

Professional Scrum with Kanban yaklaşımında Sprint’ler, Scrum etkinlikleri, sorumluluklar ve eserler korunur. Kanban uygulamaları bu yapının etkinliğini artırmak için kullanılır.

WIP limiti nedir?

WIP limiti, iş akışının belirli bir aşamasında aynı anda bulunabilecek devam eden iş sayısını sınırlandıran politikadır. Takımın yeni işler başlatmak yerine mevcut işleri tamamlamaya odaklanmasını destekler.

Cycle Time neyi gösterir?

Cycle Time, bir iş öğesinin başlangıç noktasından tamamlanma noktasına ulaşması için geçen süreyi gösterir.

Throughput nedir?

Throughput, belirli bir zaman aralığında tamamlanan iş öğesi sayısını ifade eder. Takımın geçmiş teslimat davranışının anlaşılmasına yardımcı olabilir.

Professional Scrum with Kanban kimler için uygundur?

Program; Scrum Master’lar, Product Owner’lar, proje ve ürün yöneticileri, yazılım ekipleri, iş analistleri, takım liderleri ve iş akışını iyileştirmek isteyen profesyoneller tarafından değerlendirilebilir.

Program çevrim içi midir?

Evet. Eğitim tamamen çevrim içi olarak sunulmakta ve içeriklere bilgisayar, tablet veya akıllı telefon üzerinden erişilebilmektedir.

Eğitim erişim süresi ne kadardır?

Resmî program açıklamasında eğitimin tamamlanması için toplam 60 günlük erişim süresi tanındığı belirtilmektedir.

Sınav ne zaman aktif olur?

Program kapsamındaki bütün eğitim videolarının eksiksiz biçimde tamamlanmasının ardından sınav modülü aktif hâle gelir.

Kaç sınav hakkı bulunmaktadır?

Program kapsamında katılımcılara toplam üç ücretsiz sınav hakkı sunulmaktadır.

Program sonunda hangi belge sunulur?

Program sonunda İstanbul Kent Üniversitesi onaylı ve e-Devlet üzerinden sorgulanabilir sertifika sunulduğu belirtilmektedir.

Üniversite sertifikası uluslararası Scrum sertifikasıyla aynı mıdır?

Hayır. Üniversite tarafından sunulan program sertifikası ile uluslararası kuruluşlar tarafından düzenlenen bağımsız Scrum veya Kanban sertifikasyonları farklı belgelendirme süreçleridir.

Professional Scrum with Kanban Sertifika Programı ile Akışı Görünür Hâle Getirin

Çevik ekiplerin başarısı yalnızca çok sayıda işe başlamalarına değil, değer taşıyan çalışmaları düzenli ve kaliteli biçimde tamamlayabilmelerine bağlıdır. Scrum, ekiplerin ortak hedefler doğrultusunda kısa dönemlerle çalışmasını sağlarken Kanban, bu dönemler içerisindeki iş akışının daha ayrıntılı biçimde görülmesine ve yönetilmesine yardımcı olur.

Professional Scrum with Kanban Sertifika Programı; Scrum ve Kanban’ın entegrasyonunu anlamak, iş akışını optimize etmek ve sürekli iyileştirme becerileri geliştirmek isteyen katılımcılara yapılandırılmış bir öğrenme seçeneği sunar. Eğitim sürecinde edinilen bilgiler; proje yönetimi, ürün geliştirme, ekip koordinasyonu ve süreç iyileştirme çalışmalarında kullanılabilir.

Programın güncel eğitim yapısı, çevrim içi öğrenme süreci, değerlendirme uygulaması ve belgelendirme koşulları için İstanbul Kent Üniversitesi Professional Scrum with Kanban Sertifika Programı sayfası incelenebilir.