Bölüm 5: Süreç Tasarımı Metodolojisi - Makinenin kölesi olun veya yolsuzluk yaratın
Belge taslağı
1. Sürecin doğası
2. Sürecin unsurları
1. İtici güç modu
2. Görevler ve durum
3. Düğüm
(1) Doğrulama mekanizması
(2) Reddetme mekanizması
4. Denetim mekanizması
3. Süreç tasarım modeli
1. Statü odaklı (herkes yapabilir, olaylara odaklanın)
H2. Düğüm odaklı (Herkes yapamaz, insan merkezli)
3. Durum odaklı mı yoksa düğüm odaklı mı, bu bir sorudur.
4. Süreç modeli
1. Ok modeli
2. Yığılmış model
(1) İki tür istiflenmiş model vardır:
(2) Geri bildirim mekanizması
3. Havuz modeli
4. Modellerin karma kullanımı
5. Çok katmanlı süreçlerin tasarımı
1. Tek görev, çok katmanlı durum
2. Tek ana görev, birden fazla alt görev
3. Çok katmanlı süreç tasarımının her iki yönteminin de kendi avantajları ve dezavantajları vardır.
Geçtiğimiz birkaç yılda Çin'in önde gelen bir internet şirketinde çalışıyordum. O zamanlar şirket, iş işbirliğini sağlamak için bir iş emri sistemi kullanıyordu. O zamanlar şimdikinden farklı olarak aralarından seçim yapabileceğiniz birçok işbirliği aracı vardı. Bu nedenle iş emri sistemi tarafımdan dikkatle incelenmiştir.
O sıralarda süreç tasarımı ve yönetimine odaklanmaya başladım.
Takip eden yıllarda birçok proses ürünü, hatta bir proses motoru bile yaptım.
Geçtiğimiz birkaç yılda, bu süreç bazlı ürünleri özel olarak inceledim ve sonunda kendi süreç tasarım metodolojimi geliştirdim.
Pek çok metodoloji kadar soyut olmayabilir ancak basit ve pratik olmaktan daha iyidir. En azından çoğu sürecin tasarımı için temel olarak kutudan çıktığı haliyle kullanılabilir.
1. Sürecin doğası
Sürecin özü, şeylerin durumunun düzenlenmesidir.
Belirli standartlara göre her şey bir dizi durumla işaretlenebilir. Bu durumların sıralanması bir süreç oluşturur.
2. Sürecin unsurları
1. İtici güç modu
Pasif mod ve aktif mod.
Herhangi bir sürecin işleyişinin kendi itici gücü vardır.
Pasif modun itici gücü önceki süreç düğümünden gelir, yani önceki düğüm bir sonraki düğümü yönlendirir. (Basit anlayış: Görev önceki yürütücüden sonraki yürütücüye aktarılır ve sonraki yürütücü onu pasif olarak yürütür.)
Aktif modun itici gücü süreç düğümünün kendisinden gelir veya buna kendi kendine sürüş denir.
Farklı itici güç modelleri, süreç tasarımı sırasında süreç modelinin nasıl seçileceğini belirler.
Süreç tasarımı, tüm sürecin itici gücü modelini dikkate almalıdır. Aksi takdirde tasarladığınız sürecin "kullanılamaz", "mantıksız" ve "çok zahmetli" olması muhtemeldir. . . . . .
Aktif ve pasif modlar aynı işlem içerisinde karıştırılabilir. Esas olarak belirli olaylara ve senaryolara bağlıdır.
2. Görevler ve durum
Bir sürecin akışı, tüm süreci koordine etmek için durum bilgisi olan bir şey gerektirir.Görev budur. Görevlerin durumundaki düzenli değişiklikler bir süreç oluşturur.
Görev bir belge, bilet, sipariş, iş emri, kart vb. olabilir.
Bir sürecin yalnızca bir görevi olabilir. Veya süreçte yürütülmek üzere birden fazla alt göreve bölünebilen tek bir ana görev olabilir.
3. Düğüm
Düğüm yürütücüdür.
Yani, her görevin durumunun özel uygulayıcısı. Bir kişi, bir program, bir makine vb. olabilir.
Bir düğüm yalnızca bir durumu veya birden fazla durumu yürütebilir. Bu esas olarak sürecin tasarım modeline bağlıdır (ayrıntılar için daha sonra "3. Süreç Tasarım Modeli"ne bakın).
Her düğüm için, durum değişiminin mutlaka düğüm değişimine eşlik etmesi gerekmez, ancak düğüm değişimine kesinlikle durum değişimi eşlik edecektir. Bu bir süreç tasarım ilkesi olarak kabul edilir.
Her düğüm değişimi için, kullanılabilecek bir reddetme mekanizmasının yanı sıra karşılık gelen bir doğrulama mekanizması da gerekli olacaktır.
(1) Doğrulama mekanizması
Bir düğüm her değiştiğinde doğrulama gerçekleştirilecektir.
- Ön doğrulama:
Bazıları, düğüm değiştirmeden önce mevcut düğümün yürütme sonuçlarını doğrular. Doğrulama başarılı olursa bir sonraki düğüme geçin.
- Doğrulama sonrası:
Düğüm değişimi sonrasında önceki düğümün yürütme sonucu doğrulanır, doğrulamayı geçemezse reddetme mekanizması çalıştırılır.
(2) Reddetme mekanizması
Sürecin doğrulama mekanizması doğrulama sonrası ise ret mekanizmasının olması gerekir. Reddetme mekanizması, bir önceki düğüm tarafından gönderilen görevin niteliksiz olduğunu doğrulayan ve onu bir önceki düğüme geri döndüren bir mekanizmadır. Süreç tasarlanırken spesifik doğrulama standartları, spesifikasyonlar, iade yöntemleri, retlerin nasıl ele alınacağı vb. tümünün dikkate alınması gerekir.
4. Denetim mekanizması
Her sürecin bir izleme mekanizması olmalıdır. İki ana düzenleyici mekanizma türü vardır.
- kayıt tutma denetimi
En basit ve en temel denetim mekanizması, görevin yürütme sürecini, yani görev durumundaki değişiklikleri ve her bir durumun niteliklerini ve yürütme sonuçlarını kaydetmektir. Bir şeyler ters gittiğinde sebebini takip edebilirsiniz.
- Gerçek zamanlı denetim
Sürecin her durumunun gerçek zamanlı olarak yürütülmesini denetleyin ve herhangi bir uygunsuzluk tespit edildiğinde anında müdahale edin.
3. Süreç tasarım modeli
1. Statü odaklı (herkes yapabilir, olaylara odaklanın)
Bu nispeten yaygındır. Durumlarda ağır, düğümlerde hafif. Gördüğümüz ve yaptığımız süreçlerin çoğu bu tür tasarım kalıplarıdır.
Önce bir şey yapın ve sonra belirli bir durumu elde edin, sonra tekrar bir şey yapın ve sonra belirli bir durumu elde edin ve ardından belirli bir durumu elde etmek için görüntü tanımayı kullanın ve ardından tekrar bir şey yapın ve belirli bir durumu elde edin. . . . . .
Süreçteki tüm düğümler (insanlar, programlar, makineler vb.) tek bir şeyin, mekanize bir adımın etrafında döner ve sorumlu oldukları şeyi sabit kurallara göre yaparlar.
Bunu bir "montaj hattı" olarak düşünebilirsiniz.
2. Düğüm odaklı (Herkes yapamaz, insan merkezli)
Bu nispeten nadirdir. Durumlarda hafif, düğümlerde ağır.
Önce görev kime verilir, hangi sonuç alınır, sonra kime hangi sonuç alınır, sonra görev hangi makineye verilir ve hangi sonuç alınır, sonra kime hangi sonuç alınır? elde edilebilir. . . . . . .
Genel olarak konuşursak, yalnızca düğüm çıktı sonuçlarının büyük ölçüde farklılık gösterdiği bazı standartlaştırılmamış durumlarda veya bazı gevşek organizasyonlarda ve süreçlerde kullanılması düşünülecektir.
İnternet ürünleri arasında nadirdir. Şu anda esas olarak bazı işbirlikçi ofis ürünlerinde kullanılmaktadır.
3. Durum odaklı mı yoksa düğüm odaklı mı, bu bir sorudur.
Belki de Tanrı'nın var olmasının nedeni bu dünyanın kusurlu olmasıdır.
Bir sürecin tasarımı, ister durum odaklı ister düğüm odaklı olsun, tamamen mükemmel bir süreç tasarlayamaz.
Nihai durumla karşı karşıya kalan insanlar eninde sonunda programların ve makinelerin kölesi haline gelecektir.
Düğüm odaklı olmak kolaylıkla gücün yoğunlaşmasına ve yolsuzluğa yol açabilir.
Dolayısıyla sonuçta süreçte hangi tasarım modelinin kullanılması gerektiği belirli iş senaryosuna bağlıdır. Uygun olan en iyisidir.