|
ИТ-консультант.рф : Холодков Антон |
![]()
|
|||||||
|
|
||||||||
|
Новая статья: BPM-система в действии или как сделать много за мало |
||||||||
|
Артефакты ИТ-консалтинга |
Концепция |
|||||||
|
Артефакт (от лат. Artefactum — искусственно сделанное) — явление, процесс, предмет, свойство предмета или процесса, появление которого в наблюдаемых условиях по естественным причинам невозможно или маловероятно. Появление артефакта, следовательно, является признаком целенаправленного вмешательства в наблюдаемый процесс, либо наличия неких неучтённых факторов. Термин «артефакт» очень хорошо отражает то, что «производится» в процессе ИТ-консалтинга, его «выходы», «осязаемые результаты». В данном контексте «наблюдаемая система» - это бизнес Заказчика или его отдельные элементы (бизнес-процессы, информационные системы и т.п.), а артефакты – это то, что создает для Заказчика ИТ-консультант (документы, внедренные бизнес-процессы и системы, оформленные идеи и т.п.). Артефакт создается Консультантом для использования Заказчиком, поэтому в итоге должен рассматриваться как часть его бизнеса. Однако, ввиду того, что этот элемент полностью или частично создан Консультантом, он также представляется «искусственно сделанным». Артефакты ИТ-консалтинга, очевидно, создаются путем «целенаправленных усилий» со стороны Консультанта и без его участия их появление «маловероятно», иначе Заказчик не обращался бы к Консультанту. В общем, мы видим соответствие почти с каждым словом в определении «артефакта». Большинство артефактов ИТ-консалтинга являются документами, но не только ими, поэтому использование термина «документ» для обозначения результатов работы Консультанта не совсем полно отражает суть происходящего. Например, в результате своей работы ИТ-консультант может внедрить у Заказчика хранилище бизнес-моделей и бизнес-процесс их непрерывного совершенствования, актуализации. Это не документы, но, несомненно, осязаемые результаты работы Консультанта. Создаваемые ИТ-консультантом артефакты, как и весь процесс ИТ-консалтинга, несомненно, направлены на достижение Заказчиком бизнес-целей. В этом смысле артефакты являются промежуточными элементами между работой Консультанта и бизнес-целями Заказчика. Артефакты могут перечисляться в договоре между Заказчиком и Консультантом в качестве требуемых результатов работы последнего.
Подробнее об ИТ-консалтинге Для кого это может быть интересно? Как улучшить достижение бизнес-целей за счет использования ИТ? Что именно делается для этого? В каких случаях целесообразно участие консультанта?
|
Суть понятия «концепция» очевидна – отражение некоторой идеи, замысла, точки зрения. В применении к ИТ-консалтингу концепция имеет определенную специфику. Во-первых, концепция – это документ, как правило, с названием «Концепция чего-либо…». Например:
Во-вторых, концепция в ИТ-консалтинге, естественно, отражает преимущественно ИТ-составляющую идеи, хотя и в бизнес-контексте. С концепции, как правило, начинается работа в достаточно крупных и нетривиальных ИТ-проектах. Рассмотрев предложенную концепцию, Заказчик может принять решения о продолжении или сворачивании работ. По этой причине концепции ориентированы на руководство (компании, направления, проекта и т.п.), принимающее решение в рамках своих компетенций. Основная цель разработки концепции для Консультанта – заинтересовать Заказчика своим предложением. А для Заказчика – уже на первом шаге понять интересно ли это ему в принципе. Поэтому, экономическая составляющая концепции играет одну из важнейших ролей. Концепция может иметь самый разный объем и уровень детальности – от нескольких, до нескольких сотен страниц. С учетом того, что концепции ориентированы на руководство, я стараюсь максимально кратко излагать мысли, насколько это возможно без существенного ущерба для полноты отражения идеи. Потребители концепций по понятным причинам предпочитают схематическое изложение материала сухому тексту, но без использования каких-то сложных и неочевидных нотаций. Серьезные концепции для топ-менеджмента обычно представляются на презентации (по сути – это часть концепции, причем наиболее яркая и наглядная). Концепция всегда отражает ситуацию «КАК ДОЛЖНО (МОЖЕТ) БЫТЬ» и пути перехода к ней, в отличие, например, от документа «Аналитическая записка». При составлении концепций не накладывается каких-либо общепринятых ограничений на ее структуру и форму изложения материала, в отличие, например, от документа «Техническое задание», структура которого может в значительной степени регламентироваться ГОСТами или используемой методологией разработки информационной системы.
|
|||||||
|
© Холодков Антон, 2000-2011. Буду рад использованию материалов этого сайте, но не забывайте ставить ссылку на него. |
||||||||