Оптимізація виробництва в умовах невизначеності кризи ..

Як оптимізувати виробництво в умовах кризи, підвищити його виживання і продуктивність.

Все частіше ми стикаємося з ситуацією, коли потрібно автоматизація "бізнесу у розвитку". Іншими словами, в ряді випадків свідомо відомо, що вимоги до інформаційної системи будуть суттєво змінюватися по ходу проекту, і далеко не всі з них можуть бути штатним чином відпрацьована в рамках поставленого процесу управління вимогами та змінами. У той же час рішення задач інформатизації не може бути відкладено "до кращих часів".
Фактори невизначеності
Ситуації з високим ступенем невизначеності характерні практично для будь-якої компанії в стадії змін. Ось лише кілька прикладів.
Процеси в стадії формування. Поширена ситуація, коли власники бізнесу усвідомлюють, що певні процеси в компанії працюють неефективно і потрібно щось змінювати, але не розуміють, як це повинно бути. У такій ситуації компанія найчастіше звертається до бізнес-консультантам та автоматизаторам, які добре зарекомендували себе у вирішенні аналогічних завдань. При цьому часто текст початкового запиту погано відповідає реальним потребам. З нашого досвіду, спроба штучно нав'язати готові бізнес-процеси, які успішно працюють в інших умовах, часто заводить у глухий кут. Вони не підвищують ефективність роботи і відриваються. Правильніше, на наш погляд, слідувати природному формуванню потреб, підтримуючи його поетапної автоматизацією.
Вибір ринкової стратегії. Для динамічних компаній, які працюють в умовах високої конкуренції і гнучко реагують на потреби ринку, характерні часті зміни. Так, компанія може перейти від прямих продажів до роботи через партнерську мережу або рухатися у бік диверсифікації послуг - все це значною мірою зачіпає систему автоматизації.
Компанія на етапі реорганізації. При зміні методів управління чи зміни в організаційній структурі сильно змінюється ландшафт процесів, а іноді і склад систем інформатизації. Основна складність - у необхідності використовувати вже наявну інформаційну інфраструктуру при вирішенні нових завдань.
Наведені приклади показують: система інформатизації підприємства повинна бути достатньо гнучкою, щоб встигати реагувати на мінливі умови.
Стратегія виживання
У кожному конкретному випадку, коли мова заходить про автоматизацію, виникає дилема - обмежитися вирішенням насущних проблем автоматизації або створювати систему "на виріст", враховуючи можливі майбутні потреби. При використанні першого підходу очевидними плюсами є швидке впровадження і можливість вибрати недороге рішення. Мінус же - висока ймовірність, що скоро буде потрібно його значна переробка чи заміна. При створенні рішення "на перспективу" потрібно більш серйозна опрацювання вимог і технічних рішень. Це свідомо збільшує і терміни, і бюджет проекту. Але якщо все зроблено правильно, то питання автоматизації будуть вирішені на набагато більш тривалий термін. У той же час з'являється ризик створення громіздкою і незручною системи.
Взагалі можна сказати, що великі інвестиції пов'язані з великими ризиками. І для того щоб, з одного боку, мінімізувати ці ризики в умовах мінливих вимог, а з іншого - не стояти на місці в нескінченному очікуванні уточнень, ми рекомендуємо дотримуватися наступних принципів.
У першу чергу ми рекомендуємо розбити роботи на невеликі самостійні етапи, кожен з яких приносить цілком конкретний, відчутний результат і забезпечує вирішення вже поставлених завдань. Такий підхід дозволить забезпечити швидку віддачу при мінімальних інвестиціях і створити базу як для подальшого розвитку системи, так і для розуміння потреб. На наступному етапі вимоги до системи можуть доповнюватися і коригуватися. Таким чином забезпечується циклічність розробки. Такий підхід вимагає декілька великих витрат, ніж комплексне вирішення більш масштабного завдання. Але ця різниця може розглядатися як страховка від високих ризиків, пов'язаних з мінливими вимогами.
Не менш важливо діяти в рамках загальної концепції автоматизації і мати план вимог на всю систему. Оскільки зміни в одному з блоків автоматизації зачіпає вимоги і до інших систем, то з'являється ризик, що система швидко 'розповзеться ", якщо за цим спеціально не стежити. Відомо, що наявність у проекті хоча б однієї людини, який уявляє собі проект цілком, - один з ключових факторів успіху. І чим ширше коло завдань охоплюють зміни, чим більше вони критичні для бізнесу, тим вище повинен бути рівень компетенцій цієї особи та його вага у компанії.


Саме на нього лягає відповідальність за розробку загальної концепції і перевірку нових версій програмного забезпечення на предмет потенційних протиріч і нестиковок на кожному етапі.
Ще один важливий момент пов'язаний з контролем змін, оскільки в умовах часто мінливих вимог особливо важливо зберігати повний контроль над ситуацією. А це означає доступність повної інформації про проект, оперативний обмін інформацією між учасниками проекту, наявність механізму збору та систематизації вимог і т. д. Це припускає наявність інфраструктури супроводу та розвитку корпоративних систем, яка зазвичай включає засоби керування вимогами та змінами, версійного контролю та інші .
Як було сказано вище, наявність такої інфраструктури не вирішує всіх проблем, коли мова йде про масштабні зміни, але дозволяє справлятися з потоком доповнень і уточнень, які неминуче виникають у ході будь-якого проекту автоматизації. У рамках кожного етапу, що має чітко окреслені цілі і завдання, це істотно допомагає забезпечити завершення робіт у строк, у межах бюджету і в суворій відповідності до вимог. Нехтування подібними формальностями може обернутися не тільки серйозними ризиками для компанії, пов'язаними із залежністю від конкретних розробників, але і неконтрольованими витратами на нескінченне "переписування" інформаційних систем.
Справа техніки
Як технічно реалізувати запропоновані вище ідеї, забезпечуючи достатній ступінь свободи для подальшого розвитку?
Один із способів технологічної реалізації підходу до автоматизації на основі взаємодії невеликих самостійних компонент - ідеологія Web-сервісів. Відповідно до неї функціональність кожного блоку повинна бути доступна будь-яким іншим додаткам через уніфікований інтерфейс. Відповідно з таких блоків будуються більш складні ланцюжки автоматизації, а один і той же блок може використовуватися в декількох ланцюжках. Такий підхід однаково ефективний як для взаємодії модулів в рамках однієї програми, так і для взаємодії різних систем і вирішення завдань інтеграції. Використання відкритих стандартів у поєднанні з принципом модульності дає виграш у термінах гнучкості, сопровождаемости, розширюваності інформаційних систем.
Переваги, які дає технологія Web-служб, практично будь-яка компанія може почати використовувати вже сьогодні в рамках вирішення поточних завдань, без істотних додаткових інвестицій. Базові можливості створення та використання Web-служб реалізовані у всіх сучасних програмних платформах, які складають основу ІТ-інфраструктури більшості підприємств. Таким чином, не потрібно відмовлятися від колишніх технологій і замінювати їх, не потрібно купувати нові дорогі платформи. Реалізація нових переваг може бути досягнута в ході планової модифікації існуючих інформаційних систем - у рамках розробки нових інтерфейсів, реінжинірингу окремих модулів, впровадження нових систем автоматизації. У результаті природним шляхом буде створюватись база для подальшого розвитку інформаційних систем у напрямку сервісно-орієнтованих систем.
Перехід від комплексних монолітних рішень до автоматизації самостійних функцій став сьогодні загальною тенденцією автоматизації. Це пов'язано насамперед з необхідністю гнучко змінювати бізнес процеси компанії, вибудовуючи нові ланцюжки з готових блоків. Крім того, все частіше потрібно забезпечити швидке повернення інвестицій, що складно при впровадженні комплексних рішень. Швидкий розвиток технологій призводить до швидкого старіння продуктів, що тягне програш в ефективності їх використання, а поетапно вносити зміни в окремі блоки набагато простіше, ніж замінити систему цілком.
Технологія Web-служб, звичайно, не є єдиним способом створення гнучких, здатних до розвитку рішень. У той же час, якщо майбутні плани використання технологій також поки недостатньо визначені, то орієнтація на відкриті стандарти, такі як XML і Web-сервіси, і перевага стандартних підходів (таких як BPEL, наприклад) proprietary технологіям там, де це можливо, дозволить забезпечити велику інваріантність щодо подальших планів технологічного розвитку.
***
На завершення ще раз зазначимо, що використання яких би то не було підходів до автоматизації може принести реальну віддачу лише за умови, якщо їх використання визначається потребами бізнесу. І в умовах змін це ще більше впливає на успішність будь-якої компанії.