Модель функціональна. Побудова моделі «як є» і «як буде»
Організація як живий організм єсистему організованих інформаційних процесів, що надходять ззовні, циркулюючих всередині, створюваних в якості результату. При цьому далеко не всі вони формуються свідомо керівництвом і / або співробітниками, об'єктивна реальність грає свою помітну роль.
Модель функціональна - це система пов'язанихсистем: крім запланованого, багато структурні елементи, процеси і функції виникають в тому числі як результат помилок в управлінні, нерозуміння співробітником поставленого завдання або необ'єктивної оцінки досягнутого результату керівником. Неадекватний аналіз зовнішніх впливів, дублювання завдань, різноманіття рішень, психологія прийняття рішень і багато інших обставин є підставами для дослідження, яке аналізує моделі управління організацією і пропонує ефективні рішення.
У будь-який момент часу можна визначити, яквиглядає модель функціональна організації в стані «як є» (AS IS). З позицій сформованих методик можна виконати аналіз отриманих уявлень і сформулювати шляхи більш ефективної роботи і подальшого розвитку організації.
Існуючий досвід і методики
Основна методика моделювання IDEF0 (IntegratedDefinition Function Modeling) в даний час представлена різними варіантами і реальним позитивним досвідом. В його основі лежить уявлення про неподільної частинки - блоці, який відображає деяку бізнес-функцію. Сторони блоку - його ролі. Ліва - вхід, права - вихід, верхня - управління, нижня - механізм.
Таке формальне ставлення до організаціїдозволяє представити її у вигляді взаємопов'язаних блоків (бізнес-функцій). Отже, структурна модель організації представляється сукупністю простих елементів. Принцип функціональної декомпозиції: один блок - одна бізнес-функція. Принцип обмеження складності обмежує кількість елементів на кожній діаграмі. Принцип контексту - суть бізнес-функції самої організації представляється як комбінація уявлень про те, що планувалося створити, що є і як це працює.
Для об'єктивного побудови моделі управлінняорганізацією також важливий досягнутий досвід розробки та впровадження автоматизованих робочих місць, стимулом якого став прогрес у розвитку комп'ютерної техніки, поява локальних і глобальних мереж.
Результат застосування методики: «Як буде» (TO BE) зазвичай представляє, як впроваджується та чи інша інформаційна система, а процес розвитку компанії розглядається як перехід зі сформованого стану в заданий. Саме по собі застосування методики не завжди дає суттєвий результат. Далеко не кожна функціональна модель управління може бути адаптована до тієї чи іншої сучасної інформаційної системи.
Фундамент початку моделювання
Модель функціональна організації - дуженепросте завдання. Для спрощення роботи слід для початку допустити, що матеріальна складова знаходиться в нормальному стані і функціонує бездоганно, а технічні служби організації забезпечують її всім необхідним, контролюють інженерні споруди і надходження необхідних видів енергії в достатніх кількостях.
При цьому припущенні можна визначити, яквиглядає модель функціональна для даної організації в положенні «як є» (AS IS) в чистому вигляді. Якщо згодом виявиться, що матеріальна складова показала себе не з кращого боку, потрібно інше моделювання.
Для досягнення успіху, перш ніж включити прилад, потрібно припустити, що в розетці є потрібне напруження.
Початкова мета моделювання
Сформулювавши бізнес-функцію організації, їїстановище в навколишньому соціально-економічному просторі, можна визначити спектр входять інформаційних процесів і вихідний трафік. Матеріали, інструменти обладнання, а також результат функціонування організації: продукція, послуги, суспільно корисна діяльність вторинні і представляються в ході моделювання як описи, інформації про діючі реальних об'єктах.
Загальна бізнес-функція як система, що об'єднуєбезліч елементів і процесів, представляється як сукупність блоків, що реалізують прості бізнес-функції. На цьому етапі визначаються дублюючі блоки, формується спектр вирішуваних завдань.
Розуміти моделі управління організацією дуже важливо.
Управління в організації
Організація надає управліннявласнику, директору, менеджерам, керівникам різного рівня. Але модель функціональна повинна відображати реальний стан речей і розглядати персонал компанії як специфічний активний ресурс.
Не має значення, хто виконує побудова моделі. Це може бути стороння організація або власний підрозділ. Істотно розмежування: управління організацією - це одне, моделювання - це зовсім інше.
Для точного визначення стану «як є" неслід орієнтуватися на думку співробітників - в даному випадку персонал по всіх його позиціях є перш за все предмет дослідження. Їх описує функціональна модель процесу, в кінцевому підсумку дає повну картину всіх процесів.
Керівна і спрямовуюча ...
Вплив керівництва і власників істотноуповільнює процес моделювання, що погіршує функціонування організації. Про це говорить досвід застосування методики. Побудова моделі «як є» в контексті розуміння її керівництвом носить специфічний особистий характер.
Вибравши виконавця, слід прийняти як безумовний факт: саме він несе відповідальність за свої дії і не зобов'язаний виконувати поради, рекомендації або прямі вказівки з боку організації.
Інформаційні системи: потрібна функціональність
Констатуючи досягнення в сфері розробкиінформаційних систем для електронного документообігу, бухгалтерії, логістики і т. д., доводиться визнавати, що жорсткість рішень стала традицією. Поки що немає таких систем, які б могли виходити за межі сформульованих на початку задач. Завданням властиво розвиток, програмні рішення не розвиваються.
Взявши будь-яку існуючу систему (наприклад, "1С: Бухгалтерія "," 1С: Документообіг ", eDocLib), можна не тільки бачити рівень уявлень розробника про її функціонал, але і відразу зіткнутися з обмеженнями в реалізації певних бізнес-функцій.
Але треба враховувати ту обставину, що, чи не застосувавши хоча б один з існуючих способів, можна отримати уявлення про те, яка саме функціональність потрібна, а яка очевидно зайва.
Впровадивши ту чи іншу інформаційну систему, частодоводиться допрацьовувати алгоритми, розробляти додаткове програмне забезпечення. Це дуже важливий момент для моделювання основний бізнес-функції організації.
Інформаційний сервер компанії
Для ефективного застосування сформованих методик іформування моделі функціональної як ідеальної (бажаної) структури функцій і процесів зручно розглядати компанію в формі, наприклад, сайту. Це дозволяє створити власну внутрішню інфраструктуру (основний офіс і віддалені підрозділи), імплантувати в неї використовуються програми (бухгалтерія, логістика, документообіг) і надати функціонал відповідно до посадових обов'язків співробітників.
У такій формі зручно не тільки формалізувати функції кожного елемента (персонал, обладнання, використовувані програми, важливі таблиці і т. Д.), Але і забезпечити їх розвиток в процесі роботи компанії.
Поточний електронний "вінегрет"
Важко недооцінювати внесок, який внеслиелектронні таблиці і "вордовскіе" документи в організацію електронного документообігу. З точки зору моделювання і побудови функціональної моделі організації, аналізу інформаційних процесів використовуються таблиці і файли мають важливе значення.
Систематизувавши інформацію про використовуваніресурсах, легко визначити джерело їх змін, споживача, а перш за все актуальний зміст. Сформована традиція часто призводить до того, що повноцінні електронні документи в своїх форматах включаються в ті чи інші системи документообігу. З точки зору реалізації це прийнятно, але з точки зору ефективності - немає.
Останнім часом з'явилися і отримали своєрозвиток інструментальні засоби для створення і обробки електронних таблиць і документів за допомогою бібліотек PhpOffice (PhpExcel і PhpWord). Використання цих коштів дозволяє виокремлювати з реальних документів тільки потрібну інформацію і формувати потрібні результати, які можна відкривати традиційно в MS Excel і MS Word.
Приватне узагальнення результатів
Застосування сучасних методик функціональногомоделювання, обраних інформаційних систем, бухгалтерських та логістичних програм, об'єднаних в єдину власну інформаційну систему (сервер), дозволяє створити бажану модель управління організацією. А за допомогою інструментальних засобів типу PhpOffice можна надати їй гнучкість, можливість розвитку.
На жаль, без додаткового програмуванняпобудувати бажану інформаційну систему рідко представляється можливим. Однак дуже важливо враховувати досягнуту розуміння функціональності в використовуваних програмних продуктах.
Зокрема сучасна електронна таблиця - цеперш за все потрібний функціонал, а реальне її вміст - актуальне відображення того чи іншого функціонального блоку на структурної моделі. Якщо в якості прикладу взяти "1С: Бухгалтерію", то можна помітити, що її структура і функціональність повноцінно відображають дійсність. При цьому технічна підтримка виробника нівелює жорсткість системи, надаючи можливість споживачеві отримувати потрібний функціонал, що відображає зміни в інформаційному бізнес-просторі.
Форс-мажор: непередбачені обставини
Згадуючи в своїх внутрішніх і зовнішніх відносинахпро обставини непереборної сили, організація достовірно свідчить про своє незнання того, як вийде з тієї чи іншої ситуації. І тим самим автоматично розписується в гарантованому зняття з себе зобов'язань.
Здатність організації відповідати за своїми зобов'язаннями має найважливіше значення для партнерів, для клієнтів і для власних співробітників, тобто для навколишнього соціально-економічного середовища.
Формула ідеальної компанії
Природа доцільна, кожен її організмпродуманий до дрібниць і здатний не тільки адекватно реагувати на будь-яка зміна навколишнього середовища, але і відновлюватися самостійно, без стороннього втручання.
Ідеальна організація - така, яка, по суті,"Не існує", але функція її виконується. Коли організація органічно вписується в навколишнє її соціально-економічне середовище, стає її незамінною частиною і адекватно розвивається, тільки тоді це середовище забезпечить життя компанії і буде піклуватися про неї, як про частину свого організму.
зворотний цикл
Результат будь-якого моделювання будь-якої організації- перш за все підстава повторити процес. Моделювання - це більш високий рівень програмування дійсності, менш формальний і жорсткий, ніж побудова інформаційних систем.
Будь-яка програма (так свідчить досвід) можебути поліпшена, оскільки сама по собі вирішена. Це дає підставу переглянути алгоритм рішення, його результат і більш компетентно оцінити вхідні дані.
Побудована модель - програма більш високого порядку. При впровадженні вона дає неоціненний практичний досвід роботи, є хорошим приводом повернутися до початку.
