Блог Александра Башкирова

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

ITSM: Сбор информации и предпроектное обследование

Просмотров: 4282Комментарии: 0
Alib.spb.ru

На меня снизошло озарение:) небольшое, но все равно приятно. Озарение заключается в том, что довольно часто перед проектом компания-интергатор (или, если угодно – консультант) делает некий анализ текущего состояния дел. Идея же состоит в том, что в ряде случаев можно запросто отказаться от проведения предпроектного обследования. И провести лишь сбор необходимой для проекта информации.

Давайте задумаемся. Буквально на секунду. Что представляет собой предпроектное обследование? Это, по сути – анализ предметной области (то есть, анализ состояния исследуемого объекта - предприятия, в заданном разрезе, с учетом оговоренных рамок и ограничений) «как есть», с одновременным сбором полезной для проекта информации. Затем – проект, проектирование и реализация «как будет». Так вот, стоит ли проводить это обследование, если заказчик и так знает, что у него происходит? Не уверен.

Другое дело, когда у заказчика есть устойчивое, подкрепленное аргументами, желание понять, что происходит в области реализации проекта. В этом случае предпроектное обследование просто необходимо.

Попробую пояснить на примере. Организация внедряет процесс управления инцидентами, в соответствии с ITIL. Если руководство представляет себе ожидания бизнес-пользователей от внедрения, состояние управления инцидентами в настоящий момент – то предпроектное обследование становится просто ненужным. И имеет смысл лишь сбор информации, относящейся к проекту.

Если же дополнительно к проекту руководство желает получить результат аудита, или заключение относительно степени зрелости тех или иных процессов, или просто понять состояние дел по управлению ИТ – полноценное исследование (по сути - аудит) становится необходимостью. Правда, в этом случае часто имеет смысл рассматривать его отдельно, а не в контексте отдельно взятого проекта.

Оставьте комментарий!


Комментарий будет опубликован после проверки

     

  

(обязательно)