Çevrim süresi (cycle time): tanım, hesaplama ve örnek

Çevrim süresi nedir?

Çevrim süresi (cycle time), bir iş öğesi üzerinde çalışmaya başlandığı andan işin tamamlandığı ana kadar geçen süredir. Yazılımda bir kullanıcı hikâyesi, üretimde bir parça, hizmet sürecinde bir müşteri talebi iş öğesi olabilir. Ölçüm başlangıcı "çalışma başladı", bitişi "iş bitti" olarak ekibin tanımladığı iki duruma bağlanır.

Çevrim süresi, bir sürecin ne kadar hızlı ve öngörülebilir çalıştığını gösteren temel akış metriklerinden biridir. Düşük ve kararlı bir çevrim süresi, işlerin bekleme ve tıkanma olmadan aktığını gösterir.

Çevrim süresi nasıl hesaplanır?

Hesaplama basittir: iş öğesinin bitiş zamanından başlangıç zamanı çıkarılır. Asıl karar, başlangıç ve bitişin tam olarak hangi duruma denk geleceğidir. Bir Kanban panosunda başlangıç genellikle "Devam ediyor" sütununa geçiş, bitiş ise "Tamamlandı" sütununa geçiştir.

Tek bir işin süresinden çok, tamamlanan işlerin çevrim sürelerinin dağılımı anlamlıdır. Ortalama tek başına yanıltabilir; bu yüzden ekipler çoğunlukla yüzdelik dilimlerle konuşur (örneğin işlerin belirli bir oranının şu süre içinde bittiği gibi). Dağılımın uzun kuyruğu, istisnai şekilde uzayan işleri ve bunların nedenlerini gösterir.

Çevrim süresi ile lead time arasındaki fark

Lead time, müşterinin ya da talep sahibinin isteği iletmesinden teslimata kadar geçen toplam süredir. Çevrim süresi ise bu sürenin yalnızca işin üzerinde çalışılmaya başlanan kısmını kapsar. Yani lead time, işin kuyrukta beklediği süreyi de içerir; çevrim süresi içermez.

Örneğin bir talep bir hafta boyunca backlog'da bekleyip sonra ekip tarafından alınır ve birkaç günde tamamlanırsa, müşterinin yaşadığı süre lead time, ekibin işi aldıktan sonra harcadığı süre çevrim süresidir. Kuyruk beklemesi uzunsa çevrim süresini iyileştirmek müşteri deneyimini tek başına düzeltmeyebilir; ikisini birlikte izlemek gerekir.

Örnek: çevrim süresinde darboğaz bulmak

Bir yazılım ekibinin tamamlanan işlerinin çoğu kısa sürede biterken, bazı işler çok daha uzun sürüyor. Ekip panodaki geçiş kayıtlarını inceler ve uzayan işlerin hep "İnceleme" sütununda beklediğini görür. Gerekçe: inceleme yapabilecek kişi sayısı sınırlıdır ve kuyruk oluşur.

Ekip inceleme sorumluluğunu dağıtır, aynı anda yapılan iş sayısına sınır koyar ve küçük değişiklik alışkanlığını güçlendirir. Birkaç hafta sonra çevrim süresi dağılımı daralır; yani işler hem daha kısa sürede hem daha öngörülebilir biter. Bu örnek kurgusaldır, ama mekanizma gerçek süreçlerde sık görülür.

Çevrim süresi nasıl kısaltılır, nelere dikkat edilir?

Çevrim süresini azaltmanın yaygın yolları: • Aynı anda yürütülen iş sayısını sınırlamak (WIP limiti). • İşleri daha küçük parçalara bölmek. • Bekleme ve devir noktalarını (onay, inceleme, tedarik) tespit edip kaldırmak. • Tekrarlayan işleri otomatikleştirmek.

Dikkat edilecek tuzak, metriği hedefe çevirip kalite pahasına kısaltmaktır. Çevrim süresi bir teşhis aracıdır; ekibi hızlı çalışmaya zorlamak için kullanıldığında ölçüm bozulur. Hizmet süreçlerinde de aynı mantık geçerlidir: talebin işleme alınmasından kapatılmasına kadar geçen süre ölçülür ve darboğazlar aranır.

Mindset'te çevrim süresi nerede çalışılır?

Mindset'in Çevrim Süresi (Cycle Time) Optimizasyonu eğitiminde Cycle Time Kavramı ve Temel Metrikler, Cycle Time Ölçümü ve Veri Toplama Yöntemleri, Cycle Time Kaybı Kaynaklarının Tespiti ve Cycle Time Azaltma Stratejileri ve Araçları modülleri yer alır. Çevik Metrikler eğitiminde ise Lead Time ve Cycle Time Analizi modülü bulunur.