ИТ-консультант.рф : Холодков Антон
главнаяНовая статья:
BPM-система в действии или как сделать много за мало
Прочитать...Артефакты ИТ-консалтинга
Описание бизнес-процесса
Артефакт (от лат. Artefactum — искусственно сделанное) — явление, процесс, предмет, свойство предмета или процесса, появление которого в наблюдаемых условиях по естественным причинам невозможно или маловероятно. Появление артефакта, следовательно, является признаком целенаправленного вмешательства в наблюдаемый процесс, либо наличия неких неучтённых факторов.
Термин «артефакт» очень хорошо отражает то, что «производится» в процессе ИТ-консалтинга, его «выходы», «осязаемые результаты». В данном контексте «наблюдаемая система» - это бизнес Заказчика или его отдельные элементы (бизнес-процессы, информационные системы и т.п.), а артефакты – это то, что создает для Заказчика ИТ-консультант (документы, внедренные бизнес-процессы и системы, оформленные идеи и т.п.). Артефакт создается Консультантом для использования Заказчиком, поэтому в итоге должен рассматриваться как часть его бизнеса. Однако, ввиду того, что этот элемент полностью или частично создан Консультантом, он также представляется «искусственно сделанным». Артефакты ИТ-консалтинга, очевидно, создаются путем «целенаправленных усилий» со стороны Консультанта и без его участия их появление «маловероятно», иначе Заказчик не обращался бы к Консультанту. В общем, мы видим соответствие почти с каждым словом в определении «артефакта».
Большинство артефактов ИТ-консалтинга являются документами, но не только ими, поэтому использование термина «документ» для обозначения результатов работы Консультанта не совсем полно отражает суть происходящего. Например, в результате своей работы ИТ-консультант может внедрить у Заказчика хранилище бизнес-моделей и бизнес-процесс их непрерывного совершенствования, актуализации. Это не документы, но, несомненно, осязаемые результаты работы Консультанта.
Создаваемые ИТ-консультантом артефакты, как и весь процесс ИТ-консалтинга, несомненно, направлены на достижение Заказчиком бизнес-целей. В этом смысле артефакты являются промежуточными элементами между работой Консультанта и бизнес-целями Заказчика. Артефакты могут перечисляться в договоре между Заказчиком и Консультантом в качестве требуемых результатов работы последнего.
Подробнее об ИТ-консалтинге
Для кого это может быть интересно?
Как улучшить достижение бизнес-целей за счет использования ИТ?
Что именно делается для этого?
В каких случаях целесообразно участие консультанта?
|
Контакты город Москва e-mail: anton@kholodkov.ru skype: a_kholodkov
|
Модели и описания бизнес-процессов в том или ином виде составляются в большинстве ИТ-консалтинговых проектов. Обычно они являются промежуточными результатами, «кирпичиками», из которых строятся более емкие документы и решения – технические задания, BPM-системы, концепции развития и др.
Описание бизнес-процесса, как правило, состоит из модели, сделанной в рамках одной из распространенных методологий (IDEF, UML, BPMN, ARIS и т.п.) и текстового описания к ней. Модели строятся в программных средствах, универсальных (например, Microsoft Visio) или рассчитанных на работу с какой-то определенной методологией (например, BizAgi Process Modeler, позволяющих создавать BPMN-диаграммы). Для удобства представления Заказчику, диаграммы обычно преобразуются в графические файлы и включаются вместе с описанием в единый документ.
Как уже было отмечено ранее, описания бизнес-процессов могут быть использованы Заказчиком как сами по себе, так и в качестве промежуточных материалов. Например, формальное описание какого-либо бизнес-процесса уже само по себе полезно для одинакового и точного понимания всеми заинтересованными сторонами последовательности выполнения каких-либо работ в организации. Также оно может быть использовано для обучения новых сотрудников или для сертификации системы качества компании.
Тем не менее, гораздо большую отдачу могут дать последующие шаги в направлении формализации бизнес-процессов. Так, имея формальное описание процесса «КАК ЕСТЬ», можно увидеть узкие места в нем и предложить варианты его совершенствования, после чего сравнить их и выбрать наилучший. В качестве примера такого подхода можно привести функционально-стоимостной (ABC) анализ, реализованный в программном продукте AllFusion Process Modeler. С его помощью можно рассчитать и сопоставить стоимостные и временные характеристики бизнес-процесса «КАК ЕСТЬ» и нескольких вариантов «КАК ДОЛЖНО БЫТЬ».
Формальные описания бизнес-процессов организации могут быть организованы в единое хранилище (репозиторий), которое может выступать в качестве целостной базы знаний. На базе такого хранилища может быть внедрена система класса Business Process Management (BPM), в рамках которой присутствует достаточно мощный и при этом универсальный функционал по автоматизации выполнениях описанных процессов, контролю, анализу эффективности и совершенствованию операционной деятельности. В качестве примера такой системы можно привести продукт webMethods (компаний IDS Sheer & Software AG), предназначенный для «исполнения» бизнес-процессов, моделируемых в средстве ARIS Toolset тех же разработчиков.
Также, формальные описания бизнес-процессов совершенно необходимы при разработке или внедрении информационной системы. В этом случае они выступают в качестве описания «объекта автоматизации».
Не смотря на то, что артефакт называется «описание бизнес-процесса», в нем могут описываться не только бизнес-процессы, но и другие элементы бизнес-модели: организационные структуры, информационные бизнес-сущности и т.п. Просто модели бизнес-процессов являются наиболее распространенными видами моделей бизнеса. В этом смысле, под «описанием бизнес-процесса» правильнее понимать «бизнес-модель и ее описание», отражающую определенный аспект реальной рассматриваемой организации.
© Холодков Антон, 2000-2011. Буду рад использованию материалов этого сайте, но не забывайте ставить ссылку на него.