Проектирование и последовательное внедрение ядра и функциональных модулей разработанного решения.
(* Остается добавить, что разработка и внедрение решений с применением информационных технологий - процесс итерационный, который имеет начало, но не имеет конца. После первой реализации проекта, требуется постоянная поддержка и модификация работающей системы в соответствии с требованиями постоянно меняющегося внешнего и внутреннего окружения. *) Таким образом, при принятии решения о внедрении информационных технологий, рекомендуется следующая последовательность действий (Рис.5.): Заключение
Рис. 5. Схема последовательности действий при принятии решения о внедрении информационных технологий. Выводы и рекомендации: 1. Системный подход позволяет представить организацию как сложную открытую социальную систему - механизм, берущий элементы входа из внешнего по отношению к организации окружения и подвергающий их различным преобразованиям, в результате чего получаются элементы выхода. 2. Организации, представленные в виде систем, состоят из взаимозависимых составных частей: задачи, структуры и системы, культура, люди. Изменение в одной составной части системы приводит к изменениям в других ее составных частях. Таким образом, внедрение информационной технологии, являясь частью элемента «структуры и системы», может рассматриваться только с учетом его взаимного влияния на другие составляющие системы. 3. В рамках системного подхода существуют различные методики проведения изменений, которые могут «работать» или «не работать» в конкретной рассматриваемой ситуации, в зависимости от ее характеристик. Предварительная диагностика, с целью выявления признаков мягкой или жесткой, ограниченной или неограниченной ситуации изменения, может определить правильный выбор методики проведения изменений и, соответственно, успех всего мероприятия. 4. Миссия и разделяемое видение являются основополагающими факторами деятельности организации и, соответственно, их формулировка является первым необходимым условием для успешного проведения изменений, такого класса сложности. 5. Организация - это система процессов, в которые вовлечены материальные, финансовые, кадровые, информационные и прочие виды ресурсов, и, соответственно, процессное описание компании - это первых шаг на этапе проектирования и внедрения информационной системы управления. 6. Анализ деятельности и последующее моделирование бизнес-процессов - второе необходимое условие для эффективного внедрения IT-решения. 7. Использование системы workflow в качестве ядра будущего решения позволит связать в единый комплекс существующие программные приложения, осуществить плавный переход от старых компонент к модулям новой системы, а так же, оставить ее открытой для дальнейшей интеграции новых приложений. 8. Разработка и внедрения решения с применением информационных технологий - процесс итерационный и требует постоянной корректировки и обновления, поэтому компания должна быть обеспечена соответствующими ресурсами для этой деятельности: персонал (знание и навыки), инструментарий (методики и программное обеспечение), информация (внешнее и внутреннее окружение, потребители, поставщики, конкуренты). Управляемая ликвидация Рано или поздно унаследованное программное обеспечение приходится заменять. Как при замене избежать «провала» в функциональности, характерного для слабых внедрений? В какой момент можно безболезненно отказаться от унаследованных приложений? Необходимо продумать сценарий бережного внедрения нового и управляемой ликвидации старого программного обеспечения. Когда заходит речь об унаследованных приложениях, то чаще всего подразумевается, что они были навязаны компании обстоятельствами. Возможно, это наследство предыдущего ИТ- руководства и тот, кто выбирал это программное обеспечение, давно уже работает в другой компании. A может быть, оно досталось организации в результате процессов слияния и поглощения или просто сложилось в ходе ее исторического развития. Хорошо, если унаследованное программное обеспечение вписывается в текущую ИТ-концепцию. Если же оно не адекватно ИТ-стратегии предприятия, то долго жить с ним, как с постоянной зубной болью, не получится. Проблему все равно придется решать. Почему организации расстаются с унаследованным программное обеспечение? Причины могут быть разные. Это и неудовлетворительные темпы изменений ИТ в ответ на новые требования бизнеса, и бедная функциональность старого программного обеспечения, и низкая производительность унаследованного ПО, устаревшая технологическая платформа, потеря управляемости ИТ-системы из-за потери ключевых разработчиков или слишком высокая совокупная стоимость владения устаревшей системой. При этом далеко не всегда можно быстро и просто заменить унаследованное программное обеспечение. Если информационная система участвует в ключевых процессах компании, то даже временная ее остановка оборачивается существенными потерями для бизнеса. Бывает невозможно сразу выявить и описать все процессы, которые обеспечивает старая система. Знания о системе фрагментарно распределены по головам пользователей, разработчиков и другого персонала. Если ИТ-система является ключевым звеном в системе информационного обеспечения компании, то выявить все информационные потоки в компании также не представляется возможным. Поскольку развитие бизнеса на время внедрения не останавливается, специалисты вынуждены постоянно дорабатывать старую систему, чтобы поддерживать его изменения. Вечно жить с унаследованным приложением нельзя, но и мгновенно расстаться с ним невозможно. Ниже приводится один из возможных сценариев, позволяющих минимизировать ущерб предприятия при смене ИТ-системы.
|
