Защо не харесвам нотацията IDEF0 - Блог за разработчици
Споделете „Защо не харесвам нотацията IDEF0“
Не знам защо, но винаги съм бил по-привлечен да пиша бележки за това, което не харесвам, отколкото ентусиазирани статии за някакво ново развитие. IDEF0 беше ударен днес. Вече изразих мнението си за тази нотация повече от веднъж, но постоянните въпроси от потенциални купувачи на Fox Manager, както и опитът от общуването с консултанти ме карат да се връщам към тази тема отново и отново.
Не искам да обсъждам добре известни факти, както и да се задълбочавам в историята на създаването на нотацията IDEF0, ако се интересувате, прочетете този материал от Wikipedia. Днес предлагам да се съсредоточим върху същността на IDEF0 методологията и самата нотация.
Нека започнем с най-важния въпрос,какви задачи могат да бъдат решени с помощта на моделиране на бизнес процеси? Повечето мениджъри ще отговорят, че биха искали да разпределят отговорността за извършената работа между персонала, да премахнат дублирането на някои функции и области на безотговорност, да балансират натоварването на персонала, да намалят времето за адаптация на новите служители, да се отърват от „незаменимите“ служители и да направят системата за управление по-прозрачна.
Бързам да ви разочаровам, нотацията IDEF0 няма да може да се справи с повечето задачи, описани по-горе, дори само защото ви позволява да показвате само логически връзки между произведения, а не тяхната времева последователност. По този начин графичната схема ще ни позволи да видим взаимодействието между нашите произведения, но няма да отговори на въпросите как се изпълнява тази или онази задача и кой е отговорен за нейното изпълнение. Поради тази функция компетентните консултанти и моделистите на бизнес процеси използват нотацията IDEF0 само за показване на най-високото ниво на процесите и след това разлагат диаграматадо по-ниско ниво, където работните процеси са изградени в друга нотация.
Добре, да кажем, че IDEF0 не е подходящ за изграждане на бизнес процеси от по-ниско ниво, но трябва ли да се изгради и горното ниво? Всъщност не всичко е толкова очевидно. Наистина, има популярен метод отгоре надолу за изграждане на бизнес процеси, който включва стъпка по стъпка детайлизиране на дейностите на предприятието. Именно за изграждането на такива разширени схеми ни се предлага да използваме нотацията IDEF0.
И така, нека да разберем какви инструменти ни предоставя тази нотация за моделиране. Диаграмата на процеса IDEF0 се състои от следните блокове:
- Под вход на процеса (стрелка вляво) се разбират като правило необходимите данни (документ, информация, стоки и материали и др.) за завършване на процеса.
- Резултатът от процеса (стрелката вдясно) е това, което получаваме след изпълнението на този процес (документ, стоки и материали и др.
- Управление (стрелка отгоре) - данни (наредби, заповеди и др.), които определят как трябва да се извършва този процес.
- Механизъм (долна стрелка) - това, от което се нуждаем, за да завършим процеса (например инструмент или оборудване).
Струва си да се обърне внимание на факта, че резултатите от един процес могат да служат като вход за друг процес и, например, контрол. Е, сега знаем как да изграждаме процеси от най-високо ниво, нека се опитаме да начертаем диаграма. Трябва да се отбележи, че всички диаграми IDEF0 имат един и същ недостатък, а именно ограничението за броя на блоковете в една диаграма (обикновено не повече от 8). Разбира се, можете да пренебрегнете това ограничение, но поради особеностите на изграждането на блокова диаграма, а именно поставянето на блокове по диагонал, е малко вероятно някой да можеанализирайте диаграма от повече от 10 елемента.
И така, опитах се да изградя опростена диаграма на моето предприятие в MS Visio, ето какво получих:
Както можете да видите, за кратко време е невъзможно да се изгради диаграма достатъчно красиво, но въпреки това тя отразява основната същност. Какво точно виждаме на тази диаграма? Ръководството на компанията формира стратегия за развитие на програмата въз основа на желанията на клиентите и информация за конкурентни разработки, като същевременно формира ценова политика, техническо задание за разработката и планиране на финансирането на дейности. Набира се персонал за предстоящата работа (в случай, че няма достатъчно собствени служители). Въз основа на ценовата политика програмата се продава, с помощта на популяризирането на сайта в търсачките, част от получените пари се изразходват за закупуване на необходимия софтуер и заплати на персонала. Е, и така нататък...
Защо казвам толкова очевидни неща? Не знам защо ги рисуваш? Кой изобщо има нужда от такава схема? Не знаехте ли без тази диаграма, че разработката на софтуер изисква компютър и персонал? Всъщност персоналът е необходим за почти всеки процес, но в такава мрежа от стрелки диаграмите ще станат напълно нечетливи, така че те са умишлено опростени. Мениджърът вече знае всичко това, но персоналът не трябва да знае това, първо, и второ, схемите във формата IDEF0 не са достатъчно подробни и не описват точно как се извършва промоцията при търсене, кой е отговорен за това, как взаимодейства програмният екип и т.н.
Между другото, ако смятате, че умишлено съм изкривил схемата, тогава потърсете в Google примери за други IDEF0 диаграми.
И така, какъв е изводът? Мисля, че ролята на нотацията IDEF0 в бизнес моделирането е силно преувеличена. Мисля, че има смисълизграждайте диаграми от най-високо ниво само ако ще показват реалното взаимодействие между разширените процеси на компанията. Например, в системата Fox Manager, ние автоматично генерираме такива диаграми въз основа на базата данни и връзките на бизнес процесите от по-ниско ниво. По принцип е невъзможно да се изгради целият модел на процеса в нотация IDEF0 и често за малки и средни предприятия може изобщо да се направи без моделиране на бизнес процеси от най-високо ниво.
Споделете „Защо не харесвам нотацията IDEF0“