№ п/п | Этап проекта | Характеристика этапа проекта |
1. | Инициация проекта | Топ-менеджеры формулируют стратегический план развития информационной системы, и инициируют действия по его реализации (формулировка общих бизнес требований к системе). Под создаваемой системой мы можем рассматривать не только вновь внедряемые ИКТ и процедуры их использования, но и новое состояние модернизируемой в ходе проекта существующей системы. Для того чтобы успешно реализовать этап, необходимо, чтобы: ‑ Руководство быть уверено в том, что проект необходим (обоснование необходимости внедрения ИКТ). ‑ Руководители подразделений были заинтересованы в реализации проекта (принимали активное участие на всех стадиях реализации проекта), и их трактовка целей и задач проекта совпадала с пониманием руководителей верхнего уровня. ‑ Все сотрудники организации были информированы о целях и задачах проекта и мотивированы на успешное проведение всех работ. Бизнес требования, которые разрабатываются на этой стадии, не должны быть привязаны к конкретной технологии, инструменту. Необходимо описать какие преимущества компания должна получить в результате реализации проекта. В дальнейшем это поможет при анализе успеха или неуспеха проекта. На этом же этапе реализуется оценка осуществимости проекта с участием различных специалистов (технологов, финансистов, кадровиков и др.). |
Продолжение табл. 4.22
№ п/п | Этап проекта | Характеристика этапа проекта |
2. | Анализ потребностей | Реализуется руководителями функциональных подразделений, являющихся объектами изменений, связанных с созданием новой информационной системы. На основе сформулированных бизнес требований создается пользовательская спецификация создаваемой системы, которая описывает: ‑ Какие данные, в каком виде, когда и т. д. необходимы для эффективного достижения подразделением поставленных бизнес-целей каждым сотрудником. ‑ Как должна быть обработана информация, которая была внесена в систему для ее использования сотрудниками на рабочих местах ‑ Какие исходные данные (что, как оперативно, с какой частотой и точностью, и т. д.) должны вводиться в систему. Пользовательская спецификация будет являться рабочим документом на стадии технического дизайна и, вместе с Планом проверки пригодности, созданным на ее основе, инструментом проверки функционирования системы. В случае выявления невозможности удовлетворения требований, осуществляется возврат к стадии инициации проекта для их корректировки бизнес-требований. Руководители подразделений должны учитывать работу новой системы в рамках своего подразделения, но и необходимые изменения в работе других подразделений и партнеров по бизнесу. На этом этапе возможно привлечение сторонних, экспертов, обладающих навыками и методологиями обследования, моделирования и анализа бизнес процессов. |
|
Продолжение табл. 4.22
№ п/п | Этап проекта | Характеристика этапа проекта |
3. | Технический дизайн | Технический дизайн осуществляется под руководством менеджеров отделов, отвечающих за создание информационных систем или сторонней специализированной организацией. На основании пользовательской спецификации создаются: · Системная спецификация (чертежи, схемы, диаграммы, описания технических характеристик и т. д.) системы и ее элементов. · Руководства пользователей. · План тестирования системы и отдельных ее узлов. Если, по техническим причинам, не удается спроектировать систему, действующую в соответствии с требованиями пользовательской спецификации, осуществляется возврат на этап анализа потребностей для корректировки Пользовательской спецификации |
4. | Создание системы | Собственно создание системы (изготовление компонент, сборка, программирование и т. д.) осуществляется под руководством менеджеров технических служб. Результатом осуществления этого этапа является система или ее отдельные составляющие, способные выполнять задачи, регламентированные в системной спецификации. В случае неудачи происходит возврат на стадию Технического дизайна для внесения необходимых изменений в Системную спецификацию |
5. | Техническое тестирование | В ходе реализации Плана технического тестирования проверяется работоспособность системы или ее компонент и их соответствие требованиям Пользовательской и Технической спецификаций. Если полученный результат неудовлетворителен, то осуществляется возврат, либо на стадию создания системы, либо на стадию технического дизайна |
Окончание табл. 4.22
|
№ п/п | Этап проекта | Характеристика этапа проекта |
6. | Функциональ-ное тестирование | Принятые на стадии технического тестирования модули ИКТ передаются на проверку функционирования пользователями в соответствующие отделы (проверяется соответствие элементов системы требованиям Пользовательской спецификации). Цель — имитация работы системы в реальных условиях для проверки соответствия результатов ее работы требованиям, сформулированным в Пользовательской спецификации. В случае неудачи происходит возврат на стадию Анализа потребностей для внесения изменений в Пользовательскую спецификацию. |
7. | Внедрение системы и ее эксплуатация | Сравнение реально полученных результатов функционирования бизнес-процессов компании со сформулированными в Общих бизнес-требованиях. Решение о начале коммерческой эксплуатации системы принимается тогда, когда полученные результаты являются требуемыми. В ином случае, принимается решение о приостановке эксплуатации созданной системы и происходит возврат на этап Инициации проекта. |
|
Таким образом, от правильности выбора способа внедрения и степени проработки всех сопутствующих ему вопросов напрямую зависит успешность следующего этапа — эксплуатации.