Ekibi genel bir görev şablonuna zorlamadan projeleri, iş öğelerini, sahipleri, bağımlılıkları, onayları, görünümleri ve raporlamayı modelleyin.
İş akışları standart bir panoya veya e-tabloya sığmayan teslimat ekipleri, ajanslar, operasyon grupları ve uzman firmalar.
- projelerin gerçekte nasıl ilerlediğini yansıtır
- Sonraki eylemlerin net olduğu role özgü görünümler
- Toplantılar yerine kayıtlara dayalı güvenilir durum
Hiyerarşinin şu şekilde olup olmadığına karar verin: portföy, proje, aşama, teslimat, görev veya başka bir alana özgü modeldir. Her şeye görev demekten kaçının. Her düzeyin bir amacı, sahibi, tarihleri ve var olma nedeni olmalıdır.
Hazır, devam ediyor, engellendi, inceleniyor, onaylandı ve tamamlandı gibi anlamlı değişiklikleri açıklayan durumları kullanın. Kimin işi taşıyabileceğini, hangi bilgilerin gerekli olduğunu ve hangi geçişlerin imkansız olduğunu tanımlayın. Çok fazla durum raporlamada gürültüye neden oluyor.
Başka bir öğe tamamlanana kadar başlamayacak işleri temsil eder. Engelleyicinin sahibini, nedenini ve bir sonraki inceleme tarihini taşımasına izin verin. Sorumluluğun olmadığı kırmızı bir etiket, gecikmeyi süsler.
Katkıda bulunanların bir sonraki çalışmalarına ihtiyaçları vardır. Proje liderlerinin risklere, atanmamış öğelere ve yaklaşan kilometre taşlarına ihtiyacı vardır. Müşterilerin onaylara ve basitleştirilmiş bir duruma ihtiyacı olabilir. Ekiplerin paralel izleyiciler bulundurmaması için aynı kayıtlardan görünümler oluşturun.
Yalnızca mevcut durumu değil, işin ne zaman durumlara girip çıktığını izleyin. Bu, döngü süresini, bekleme süresini, verimi ve kaçırılan taahhütleri destekler. Etkinlik geçmişi aynı zamanda bir projenin neden belleğe ihtiyaç duymadan taşındığını da açıklar.
Aracı gerçek bir projeyle birlikte çalıştırın ve insanların e-postaya veya e-tabloya döndüğü her anı kaydedin. Önce iş modelini ve eksik eylemleri düzeltin. Otomasyonları yalnızca manuel iş akışı güvenilir hale geldikten sonra ekleyin.
Projeler, iş öğeleri, sahipler, durumlar, tarihler, yorumlar, dosyalar, bağımlılıklar ve etkinlik olaylarıyla başlayın.
Sorumluluğu, izni veya raporlamayı değiştiren en az durumu kullanın. İlk iş akışı için genellikle beş ila yedi yeterlidir.
Genellikle kullanmamalı. Duruma, istenen bilgilere ve onaylara odaklanan daha basit bir görünüm aracılığıyla aynı kayıtları kullanabilirler.
Döngü süresi, bekleme süresi, aktarım hızı, engellenen yaş, zamanında yapılan kilometre taşları ve incelemeden sonra yeniden açılan işler, ham görev sayımlarına göre daha fazla işlem yapılabilir.