iş süreçleri otomasyonu ihtiyacı gündeme geldiğinde ilk toplantı hızla ekran ve özellik tartışmasına dönüşebilir. Oysa güçlü bir başlangıç, iş sonucunu ve bu sonucu üreten müşteri ya da çalışan yolculuğunu görünür hale getirmektir.
Bu rehber, iş süreçleri otomasyonu ihtiyacı 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. Buradaki amaç özellik reçetesi vermek değil, işletmenin karar sorularını doğru sıraya koymaktır.
Kısa cevap
- Önce karar: İş süreci otomasyonu planlanırken hedef sonuç ve iş akışı ve sahiplik ile ölçülebilir sonuçlar nasıl dengelenmeli?
- Birlikte planlayın: hedef sonuç, iş akışı ve sahiplik, veri ve sistemler ve ölçüm ve benimseme başlıklarını tek bir hizmet ve operasyon modeli içinde ele alın.
- Riski erken görün: Mevcut israfı dijitalleştirmek, Sahipliği belirsiz bırakmak ve Yeni veri siloları üretmek varsayımlarını büyük taahhütten önce sınayın.
- Sonucu ölçün: çevrim süresi, hata ve tekrar iş, benimseme ve hizmet sonucu metriklerini sahip ve aksiyonla birlikte tanımlayın.
Önce iş sonucunu ve kullanıcıyı tanımlayın
“Bir uygulama yapalım” tek başına değerlendirilebilir bir iş hedefi oluşturmaz. Sorunu yaşayan kişiyi, sıkışan işi, bugünkü maliyeti ve hedef durumun kanıtını tek cümlede tarif edin. 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çleri otomasyonu ihtiyacı için ortak bir başlangıç notu yazın. 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.
Veriyi tek başına yeterli kanıt saymayın. Süreci uygulayan kişileri dinleyin, yakın dönem kayıtlarını örnekleyin ve bozulmuş akışları ayrıca izleyin. 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çleri otomasyonu ihtiyacı 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çleri otomasyonu ihtiyacı 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
- Mevcut israfı dijitalleştirmek: 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çleri otomasyonu ihtiyacı için kullanıcı değeri tarafındaki etkisini normal ve istisnai örneklerle sınayın.
- Sahipliği belirsiz bırakmak: 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çleri otomasyonu ihtiyacı için operasyon akışı tarafındaki etkisini normal ve istisnai örneklerle sınayın.
- Yeni veri siloları üretmek: 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çleri otomasyonu ihtiyacı için veri ve sistem sınırları tarafındaki etkisini normal ve istisnai örneklerle sınayın.
- Kullanıcı benimsemesini sona ertelemek: 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çleri otomasyonu ihtiyacı için başarı ölçümü tarafındaki etkisini normal ve istisnai örneklerle sınayın.
Uygulanabilir bir yol haritası oluşturun
- Mevcut akışı haritalayın. iş süreçleri otomasyonu ihtiyacı açısından bu aşamanın cevaplayacağı varsayımı, gözden geçirilecek kanıtı ve devam kararının sahibini belirleyin.
- Tek bir değerli akış seçin. Bu adım için tamamlanma ölçüsünü, gerekli girdileri, sorumlu kişiyi ve iş süreçleri otomasyonu ihtiyacı yol haritasını değiştirecek kararı yazın.
- Gerçek kullanıcılarla pilot yapın. iş süreçleri otomasyonu ihtiyacı 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.
- Kanıta göre ölçekleyin. Aşama sonunda hangi kullanıcı veya operasyon kanıtının inceleneceğini ve iş süreçleri otomasyonu ihtiyacı için devam, düzeltme ya da durdurma kararını kimin vereceğini netleştirin.
İş süreçleri otomasyonu ihtiyacı için maliyet ve takvim sürücüleri
Ekran sayısı, iş süreçleri otomasyonu ihtiyacı 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çleri otomasyonu ihtiyacı 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çleri otomasyonu ihtiyacı kararını özellik listesinden çıkararak sonuç, yolculuk, operasyon, veri ve ölçüm etrafında yeniden çerçeveleyin. 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: Çalışan Performans Panolarında Neleri Ölçmelisiniz?.
30 günlük doğrulama planı: İş süreci otomasyonu
1–5. günler — mevcut durumu kanıtlayın. İş Süreci Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret 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. hedef sonuç alanının mevcut seviyesini sayı ile kaydedin ve Mevcut israfı dijitalleştirmek 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 Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret kapsamında bir kullanıcı grubu, bir temel akış ve bir önemli istisna seçin. iş akışı ve sahiplik 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. Sahipliği belirsiz bırakmak veya Yeni veri siloları üretmek 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 Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret için çevrim süresi, hata ve tekrar iş, benimseme ve hizmet sonucu ö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 sistemler ile ölçüm ve benimseme 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 otomasyonu
İş Süreci Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret 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.
| Karar alanı | Kaydedilecek bilgi |
|---|---|
| İş süreci otomasyonu için hedef sonuç | Değişmesi beklenen kullanıcı veya işletme sonucu, mevcut seviye ve karar sahibi |
| hedef sonuç | Normal yol, en önemli istisna, sorumlu rol ve tamamlanma kanıtı |
| iş akışı ve sahiplik | Gerekli veri, otorite sistem, güncellik ve düzeltme yolu |
| Öncelikli risk | Mevcut israfı dijitalleştirmek, Sahipliği belirsiz bırakmak ve Yeni veri siloları üretmek için erken test ve geri dönüş kararı |
| Ölçüm | çevrim süresi, hata ve tekrar iş, benimseme ve hizmet sonucu için tanım, kaynak, inceleme sıklığı ve aksiyon |
İş Süreci Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret ç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 sistemler alanı ile ölçüm ve benimseme sorumluluğunu birlikte netleştirmek için tasarım, operasyon ve teknik sahipleri aynı kararda buluşturun.
İlgili rehberler
- İş Süreci Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret rehberinin yanında Pratik Bir Dijital Dönüşüm Yol Haritası Nasıl Hazırlanır?.
- İş Süreci Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret rehberinin yanında Kağıtsız İş Akışı: Kağıt Tabanlı Süreçler Nasıl Dijitalleştirilir?.
İş Süreci Otomasyonu: Manuel İşlerin Büyümeyi Sınırladığı 7 İşaret rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Dijital Yol Haritanızı Konuşalım.
Ali Boran Gazel