Bir süreç , ISO 9000 : 2015'e göre beklenen bir sonucu üretmek için girdileri kullanan birbiriyle ilişkili veya etkileşimli faaliyetler dizisidir .
Bu unsurlar ya maddi nesnelerdir ( lojistik tarafından değerlendirme amacıyla akışlar olarak algılanabilir ) ya da bilgi veya her ikisi.
Notlar:
"İşlem" ile "prosedür" ü karıştırmamalısınız (bkz. Şirket prosedürü ). Birincisi, şirketin faaliyetlerini bunun organizasyonu ile ilgili çapraz bir vizyona göre tanımlarken, ikincisi bu organizasyonda "nasıl yapılacağını" açıklamaktadır . Süreç yaklaşımı, farklı faaliyetler arasındaki arayüzleri tanımlamayı ve kontrol etmeyi mümkün kılar.
Bir süreç yaklaşımının kullanılması, farklı süreçler arasındaki bağlantılar aracılığıyla şirketi temsil etmeyi mümkün kılan bir süreç haritasının geliştirilmesine yol açabilir (aşağıdaki “Bir sürecin grafik gösterimi” bölümüne bakın).
Genellikle ayırt ederiz:
Operasyonel süreçler şirketin temel iş faaliyetini temsil eder: hazırlıktan müşteriler için ürün ve hizmetlerin siparişi / teslimine kadar. Destek süreçleri, operasyonel süreçleri gerçekleştirmek için gerekli kaynakları dahili olarak kullanıma sunma faaliyetini temsil eder: malzeme tedariki, İK, muhasebe, vb. Yönetim süreçleri, şirket faaliyetinin yönetilmesine olanak tanıyan iç bilgilerin hazırlanması faaliyetini temsil eder. Genellikle operasyonel yönetim ve stratejik yönetim arasında bir ayrım yapılır. Ölçüm süreçleri, sonuçlarla tanımlanan hedefler arasındaki sapmaların ölçülmesini sağlayarak süreçlerin kendilerinin etkililiğiyle ilgilenir. Deming çarkına göre bu ölçütleri kullanmak sürekli süreç iyileştirmeyi mümkün kılar . Ölçüm süreçleri, süreç optimizasyonunun merkezinde yer alır .
Bir şirkette, süreçler (statik) bir organizasyona dayanıyorsa, bununla birlikte, iş operasyonel süreçlerini modelleyerek başlayarak bir hedef organizasyon tasarlayabiliriz (örneğin, bir birleşme-devralmanın ardından bir dönüşüm operasyonunun parçası olarak).
Her süreç, alt süreçlere veya aşamalara (veya adımlara) bölünebilir.
Bir adımın ayrıştırılmasına iki okul (A ve B) başkanlık eder. Bunlara sürecin bilgisayar görüşü (C) eklenir.
Her adım faaliyetlere ayrılmıştır.
Her etkinlik bir görevler koleksiyonu olarak tanımlanabilir (giriş verileri ve çıktı verilerinin yanı sıra kontrol döngüleri ile). Bir görev, bir etkinlikten daha düşük ayrıntı düzeyine sahiptir.
Her görev bir eylemler koleksiyonu olarak tanımlanabilir. Bir eylem, bir görevden daha düşük ayrıntı düzeyine sahiptir.
Her adım, görevlerden oluşur. Kendi verilerini üretir ve tüm bilgi sisteminde bunları oluşturan veya değiştiren tek kişidir. Kendi görevleri olan ve kendi verilerini üreten, otonom bir işlevsel bloğu temsil eder.
BPMN farklılaşacaktır ayrışma sadece iki seviyeleri: alt süreç ve görev terimi aktivite ayrışma veya konsolidasyon her düzeyde atıf için kullanılır.
Bir sürecin şirketten “ayrıldığında”, yani ortakları veya taşeronları harekete geçirdiğinde dış kaynak sağlandığını söylüyoruz.
İki sürecin bilgi alışverişinde bulunurlarsa (birincisi tarafından üretilir, ikincisi tarafından tüketilir) birlikte çalıştığını söylüyoruz.
İş süreci, tam otomatik bir sürecin bilgisayar çevirisi olan bir iş akışı ile karıştırılmamalıdır .
Bir iş süreci (veya ana süreç veya iş süreci) her zaman "tetikleyici" adı verilen bir olay tarafından tetiklenir . Bir iş süreci sona erdiğinde, başka bir iş sürecini tetikleyebilecek bir veya daha fazla "terminal" olayını tetikler.
Bir iş sürecinin iş kuralları vardır . Bu kurallar, iş sürecinin faaliyetlerini yerine getirip getirmeme kararının kaynaklarıdır.
Bir süreç 6 parametre ile karakterize edilir:
Süreç, sürecin özelliklerini belgeleyebilen ve gerektiğinde ulaşılması gereken hedefler de dahil olmak üzere sürecin işleyişinin tam olarak anlaşılması için gerekli ek bilgileri sağlayan bir süreç veri sayfasında tanımlanabilir . Karmaşık bir süreç durumunda, süreçlerin eksiksiz bir haritalandırılmasının yanı sıra bir grafik gösterimi de eklenebilir.
Bir işlem veri sayfasında belgelenecek noktalara örnek:
Kaydi süreçler için yaygın olarak kullanılan BPMN ve ISO 5807: 85 standardı süreçlerini temsil eden standartlar vardır. Önerilen gösterimleri kullanmak istemiyorsanız, haritalanacak süreçte bulunan her bir özelliği, karar döngüsünü ve diğer araçları temsil edecek bir sembolizm (temel biçim) oluşturmanız gerekecektir.
Tek kural: Basit ve işlevsel düşünün; herkes tarafından anlaşılır ve kullanılabilir.
Bir sürecin temsiline örnek: İç içe geçmiş iki işlem ve sürekli iyileştirme döngüsünün temsiline örnek: Bir çalışmaya dahil edilebilecek ürünlerin yönetimi için bir prosedürün (ve bir sürecin değil) temsiline örnek: