İş Süreci Metrikleri: Ne Ölçülmeli ve Neden?

İş süreçlerini ölçme yatırımı, ancak tekrarlanan değerli bir işi daha anlaşılır, daha güvenilir veya daha ölçülebilir hale getirdiğinde karşılığını verir. Bu nedenle planlama teknoloji adından değil, iş hedefinden başlamalıdır.

Bu rehber, iş süreçlerini ölçme için karar verirken fırsatı, ilk sürüm kapsamını, operasyonel gereksinimleri, ölçümü ve uzun vadeli sahipliği birlikte değerlendirmenize yardımcı olur. Rehber sabit bir kapsam dayatmaz; doğru kapsamı bulduracak soruları düzenler.

Kısa cevap

• Önce karar: İş süreci metrikleri planlanırken kullanıcılar ve iş kuyrukları ve iş akışı kuralları ve yetkiler ile ölçülebilir sonuçlar nasıl dengelenmeli?
• Birlikte planlayın: kullanıcılar ve iş kuyrukları, iş akışı kuralları ve yetkiler, veri ve entegrasyonlar ve ölçüm ve sahiplik başlıklarını tek bir hizmet ve operasyon modeli içinde ele alın.
• Riski erken görün: Geçici çözümleri kopyalamak, İzin açıkları ve İstisnaları görünmez kılmak varsayımlarını büyük taahhütten önce sınayın.
• Sonucu ölçün: çevrim süresi, iş kuyruğu yaşı, hata ve tekrar iş ve benimseme metriklerini sahip ve aksiyonla birlikte tanımlayın.

Önce iş sonucunu ve kullanıcıyı tanımlayın

Yazılım üretmek bir çıktı olabilir; işletme hedefinin kendisi değildir. Önce etkilenen kullanıcıyı, tekrarlanan zor işi, bugünkü sonucu ve iyileşmenin hangi kanıtla görüleceğini yazılı hale getirin. Sonuç tanımı, ürün kullanımının ötesine geçerek kalite, süre, maliyet, kapasite veya müşteri deneyimiyle ilişki kurmalıdır.

İş süreçlerini ölçme için tek sayfalık ürün çerçevesi oluşturun. Belgede hedef kullanıcı, öncelikli yolculuk, mevcut sorun, beklenen davranış değişikliği, işletme sonucu, karar sahibi ve ilk kanıt yer alsın. Aynı belgede kapsam dışını da belirtin. Bu netlik, tasarım ve geliştirme boyunca yeni fikirlerin neden hemen kapsama alınmadığını açıklamayı kolaylaştırır.

Sayısal kayıtları tek başına gerçeğin tamamı kabul etmeyin. Masa başı süreç şemasını, gerçek vakalar ve işi yapan ekiplerin deneyimiyle sınayın. Söylenen süreç ile gerçekten uygulanan süreç arasındaki fark, çoğu özel yazılım projesinin en değerli keşif alanıdır.

İş süreçlerini ölçme için dört karar alanı

İlk sürümü bir özellik listesinden farklı planlayın

Fırsat aşamasında çözüm adından önce tekrar eden örnekleri inceleyin. iş süreçlerini ölçme için son dönemde yaşanmış normal ve sorunlu vakaları yan yana koyun. Kullanıcının beklediği anı, ekibin devraldığı noktayı, bilgi boşluğunu ve yöneticinin geç gördüğü sonucu işaretleyin.

Riskleri geliştirmeden önce görünür hale getirin

• Geçici çözümleri kopyalamak: Bu risk için erken bir doğrulama adımı, karar sahibi ve güvenli geri dönüş yolu tanımlayın. iş süreçlerini ölçme için kullanıcı değeri tarafındaki etkisini normal ve istisnai örneklerle sınayın.
• İzin açıkları: Bu risk için erken bir doğrulama adımı, karar sahibi ve güvenli geri dönüş yolu tanımlayın. iş süreçlerini ölçme için operasyon akışı tarafındaki etkisini normal ve istisnai örneklerle sınayın.
• İstisnaları görünmez kılmak: Bu risk için erken bir doğrulama adımı, karar sahibi ve güvenli geri dönüş yolu tanımlayın. iş süreçlerini ölçme için veri ve sistem sınırları tarafındaki etkisini normal ve istisnai örneklerle sınayın.
• Rapor tanımlarının ayrışması: Bu risk için erken bir doğrulama adımı, karar sahibi ve güvenli geri dönüş yolu tanımlayın. iş süreçlerini ölçme için başarı ölçümü tarafındaki etkisini normal ve istisnai örneklerle sınayın.

Uygulanabilir bir yol haritası oluşturun

1. Gerçek işi gözlemleyin. iş süreçlerini ölçme açısından bu aşamanın cevaplayacağı varsayımı, gözden geçirilecek kanıtı ve devam kararının sahibini belirleyin.
2. Kuralları ve rolleri modelleyin. Bu adım için tamamlanma ölçüsünü, gerekli girdileri, sorumlu kişiyi ve iş süreçlerini ölçme yol haritasını değiştirecek kararı yazın.
3. Tek bir iş kuyruğu kurun. iş süreçlerini ölçme kapsamında aşamanın üreteceği çıktıyı, çözmesi gereken riski ve bir sonraki taahhüt koşulunu görünür kılın.
4. Güvenle genişletin. Aşama sonunda hangi kullanıcı veya operasyon kanıtının inceleneceğini ve iş süreçlerini ölçme için devam, düzeltme ya da durdurma kararını kimin vereceğini netleştirin.

İş süreçlerini ölçme için maliyet ve takvim sürücüleri

Ekran sayısı, iş süreçlerini ölçme tahmini için zayıf bir göstergedir. Süre ve maliyeti; tamamlanacak yolculuklar, rol sayısı, iş kuralları, veri kalitesi, entegrasyonlar, geçiş ihtiyacı, izin modeli, desteklenen cihazlar, kalite hedefleri ve canlı operasyon gereksinimleri birlikte belirler. Az sayıda ekranın arkasında yoğun kural ve hata yönetimi bulunabilir.

İş süreçlerini ölçme için toplam sahiplik hesabına ilk geliştirmeyle birlikte barındırma, üçüncü taraf hizmetleri, izleme, destek, güvenlik ve bağımlılık güncellemeleri, analitik, operasyon yönetimi ve gelecekteki değişiklikleri ekleyin. En düşük başlangıç bedeli; belirsiz değişiklik modeli veya zayıf sahiplik nedeniyle uzun vadede en iyi seçenek olmayabilir.

Sonraki adım

İş süreçlerini ölçme yatırımını özellik sayısıyla değil, iş sonucu, kullanıcı akışı, işletim modeli, veri ve kanıtla değerlendirin. Başlangıçta kararı en fazla değiştirecek varsayımı seçin; ardından onu doğrulayacak en küçük güvenilir ürün veya keşif adımını planlayın.

İlgili bir sonraki rehber: İç Olay Yönetim Aracı Nasıl Planlanır?.

30 günlük doğrulama planı: İş süreci metrikleri

1–5. günler — mevcut durumu kanıtlayın. İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? için çözüm seçmeden önce gerçek bir örneği başlangıçtan sonuca kadar izleyin. Kim talep açıyor, karar kimde bekliyor, hangi veri yeniden yazılıyor ve tamamlanma nasıl kanıtlanıyor sorularını yanıtlayın. kullanıcılar ve iş kuyrukları alanının mevcut seviyesini sayı ile kaydedin ve Geçici çözümleri kopyalamak riskinin bugün nasıl ortaya çıktığını gösteren en az iki örnek toplayın. Böylece ekip varsayıma değil, aynı başlangıç noktasına göre karar verir.

6–15. günler — küçük bir senaryoyu sınayın. İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? kapsamında bir kullanıcı grubu, bir temel akış ve bir önemli istisna seçin. iş akışı kuralları ve yetkiler için sorumlu rolü, gerekli veriyi, izin sınırını ve başarısızlık halinde izlenecek geri dönüş yolunu yazın. İzin açıkları veya İstisnaları görünmez kılmak görülürse kapsamı büyütmeyin; nedenini ayırın, düzeltmeyi deneyin ve aynı senaryoyu yeniden çalıştırın. Pilotun amacı çok özellik göstermek değil, en belirsiz kararı düşük maliyetle doğrulamaktır.

16–30. günler — sonuç ve sahiplik kararı verin. İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? için çevrim süresi, iş kuyruğu yaşı, hata ve tekrar iş ve benimseme ölçümlerini başlangıç seviyesiyle karşılaştırın. Sonucu kullanıcı geri bildirimi, hata kayıtları ve operasyon gözlemiyle birlikte değerlendirin. veri ve entegrasyonlar ile ölçüm ve sahiplik sorumluluğu açık değilse genişleme kararı vermeyin. Ay sonunda devam, düzeltme veya durdurma kararını; kanıtı, sahibi, sonraki kontrol tarihini ve hangi varsayımın hâlâ açık olduğunu belirten kısa bir karar kaydıyla kapatın.

Pratik çalışma sayfası: İş süreci metrikleri

İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? için bir çözüm veya yatırım kararı vermeden önce aşağıdaki beş satırı doldurun. Amaç uzun bir şartname hazırlamak değil; kararın dayandığı sonucu, sınırları ve kanıtı görünür kılmaktır.

İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? çalışma sayfası ekipler arasında farklı varsayımlar olduğunu gösteriyorsa kapsamı büyütmek yerine önce o farkı çözün. veri ve entegrasyonlar alanı ile ölçüm ve sahiplik sorumluluğunu birlikte netleştirmek için tasarım, operasyon ve teknik sahipleri aynı kararda buluşturun.

İlgili rehberler

• İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? rehberinin yanında Özel Yönetim Panosu Geliştirme: Metrikten Aksiyona.
• İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? rehberinin yanında Operasyonel Dashboard: KPI'lar, Örnekler ve Tasarım.

İş Süreci Metrikleri: Ne Ölçülmeli ve Neden? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Operasyon Platformunuzu Konuşalım.