Переход к стадии оценки

Как известно, стоимость исправления ошибок из-за неточностей, в том числе в планировании проекта, в десятки раз превышает затраты на подготовку детальных, согласованных и выверенных проектных планов. Завершение этапа планирования стадии рекомендуется производить только после того, как будет произведена проверка проекта в соответствии с приведенными в табл. 8.1 пунктами.

Таблица 8.1. Проверочный список для этапа планирования

На этапе "Оценка" стадии "Планирование проекта" ЖЦ ИС необходимо произвести оценку реализуемости проекта с тем, чтобы принять решение о дальнейшем развитии проекта с учетом имеющихся ограничений, выделенных и подтвержденных ресурсов. При этом оценку реализуемости не стоит путать с ТЭО проекта, или бизнес-кейсом. В отличие от бизнес-кейса, оценка реализуемости направлена на идентификацию факторов, которые определяют, будет ли ИТ-проект успешным или он обречен на неудачу; таким образом, оценка реализуемости является основанием для дальнейшего развития проекта. Работы по оценке реализуемости, часто называемой в англоязычной литературе feasibility study, имеют определенную стоимость и требуют дополнительных ресурсов, но инвестирование этих ресурсов может обезопасить компании от траты времени и ресурсов на заведомо невыполнимые проекты.

Оценка реализуемости направлена на анализ всех аспектов ИТ-проекта, которые могут значительно повлиять на его успех или неудачу, по итогам проведенного анализа дается оценка перспективы реализации этого проекта. Ниже мы перейдем к рассмотрению аспектов оценки реализуемости проекта.

Анализ достижимости запланированных бизнес-выгод

Данный анализ призван ответить на вопрос, будут ли и каким образом будут реализованы предполагаемые выгоды, указанные в ТЭО проекта. При этом для их реализации всегда необходимо привлекать высшее и среднее руководство компании в число сторонников проекта, т.к. практика показывает (см. критические факторы успеха), что без участия руководства среднего и высшего звена проект внедрения ИС, как правило, оказывается неуспешным. Для структурирования результатов произведенных изысканий по итогам анализа выгод рекомендуется использовать следующий шаблон (см. табл. 8.2), позволяющий комплексно документировать информацию о каждой из выгод.

Таблица 8.2. Форма анализа ТЭО

Gap-анализ

Функциональные и технические требования должны быть соотнесены с функциональными и техническими характеристиками внедряемой системы. С его помощью может быть продемонстрирована возможность использования конкретного продукта, обеспечивающего требуемую функциональность. В качестве инструмента для реализации обозначенной цели можно также использовать "домик качества", описанный в разделе формирования требований проекта.