мерційної діяльності), продукції і послуг. З цього класифікатора зовнішнім контрагентам має бути зрозуміло, чим підприємство цікаво ринку, а для внутрішніх цілей - для чого потрібен той чи інший функціонал компанії. p align="justify"> У результаті цих операцій проводиться ідентифікація функціоналу і створюється єдина термінологія опису функцій підприємства, яка повинна бути узгоджена всіма провідними менеджерами. При складанні класифікатора оргзвеньев важливо, щоб рівень деталізації функцій відповідав рівню деталізації ланок. Після формування всіх базових класифікаторів за допомогою матричних проекцій проводиться їх закріплення за оргзвеньямі підприємства:
Процес формування матриці проекцій функцій на оргзвенья на практиці нагадує гру в хрестики-нулики (рис. 27).
По рядкам таблиці вказуються підрозділи, за стовпцями - функції, що складають зміст процесу управління або бізнес-процесу в даній компанії. На перетинах функцій і підрозділів, які відповідальні за виконання функції, ставиться хрестик. Для проекцій великої розмірності використовується механізм розстановки зв'язків між двома класифікаторами, представлених списками. p align="justify"> Стандартна практика побудови моделей організаційно-функціональної структури компаній підтримує два рівня деталізації:
агрегированную модель;
деталізовану модель.
Агрегована модель - модель організаційної структури, облікові регістри якої мають обмеження за ступенем деталізації до 2-3 рівнів.
Метою побудови даної моделі є надання інформації про організаційну структуру вищим керівникам компанії для проведення стратегічного аналізу, аналізу відповідності даної структури стратегії і зовнішнього оточення компанії. Модель може також надаватися зовнішнім користувачам (наприклад, потенційним інвесторам як ілюстрація до бізнес-плану, великим клієнтам та ін.) p align="justify"> Детальна модель - модель організаційної структури, деталізація облікових регістрів якої виробляється на більш глибоких рівнях, ніж у агрегованої моделі. Ступінь деталізації в моделі обумовлена ​​конкретними потребами компанії (створення певних організаційних регламентів). p align="justify"> Метою побудови даної моделі є надання інформації про розподіл функціональних обов'язків між підрозділами компанії, а також про організацію бізнес-процесів у компанії. Побудова деталізованої моделі дозволяє створювати різні внутрішньофірмові регламенти: Положення про організаційну структуру рис. 27.1. p align="justify"> Нижче наведено приклад опису фрагментів організаційно-функціональної моделі виробничого підприємства рис. 28 і торгового підприємства рис. 29. Наведені матриці проекцій є основою для виділення бізнес-процесів підприємства та їх власників на наступних етапах створення ІС. br/>В
Рис. 27.1 Схема створення Положення про організаційно - функціональної структурі компанії
В В
Функції підрозділів виробничого підприємства розглядаються в рамках наступних функціональних областей:
корпоративне управління;
фінанси;
персонал;
матеріальні ресурси;
замовлення;
виробництво;
розробка продуктів;
планування;
постачання/закупівлі;
якість;
збут/продажу.
Розподіл функцій по структурних підрозділах в розрізі окремих функціональних областей діяльності з управління виробничим підприємством.
Функції підрозділів торгового підприємства розглядаються в рамках інших функціональних областей.
Інструментальні засоби організаційного моделювання.
Застосування сучасних технологій для організаційного моделювання дозволяє значно прискорити організаційне проектування. На початку 1990-х років на Заході з'явилися перші програми для вирішення завдань, пов'язаних з організаційними проблемами управління підприємством. Orgware - новий клас програм - був орієнтований на вирішення завдань систематизації, зберігання і обробки "Некількісні" інформації про організацію бізнесу, які раніше не мали адекватної комп'ютерної підтримки. p align="justify"> Перший російський продукт - БІГ - Майстер - був створений як комп'ютерний інструмент для підтримки певної концепції управління підприємством, що отримала назву регулярного менеджменту. Головним завданням orgware був перехід до строго документованим процедурам і регламентам діяльності. В основу комп'ютерної парадигми регулярного менеджменту було покладено наступний підхід: "Треба створювати не систему взаємопов'язаних документів, а систему взаємопов'язаних інформаційних моделей підпри...
