Цель форума "Методология внедрения"

[Елена Сысовская]

Цель данного форума:

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


«Проект «информатизации бизнеса» имеет свою методологию, технологию и концепцию - в общем скажем, логику, которая, не смотря на огромный опыт ведения подобных проектов, так и не зафиксирована нигде в качестве общепризнанной методики с гарантированным качеством результата. Работы по ведению проектов до сих пор недостаточно формализованы, а методики носят имена компаний, занимающихся разработкой и внедрением автоматизированных систем. Поэтому до сих пор внедренцы говорят не о нарушении логики ведения проекта, а о «проблемах проекта внедрения информационной системы» и «рисках проекта внедрения». Между тем, никто не хочет слышать о "проблемах строительства здания" или "рисках строительства здания" - все рассчитывают на отработанные технологии ведения подобных проектов. Да и заказчик в строительстве, диктуя требования функционального характера, не вмешивается в технологию работы строительной компании, доверяя ее сертификатам и опыту. Низкая формализация работ приводит к высоким рискам. При этом, в сфере информационных технологий и управления бизнесом нет лица, уполномоченного и заинтересованного в разработке единой методики и единой системы оценки качества методик. Результат – каждый проект становится уникальной операцией, с риска и проблемами, ответственность за принятие решений в ходе которой ложится на… На кого?
…
Циклический процесс построения информационной системы управления стягивает в единый узел стратегию бизнеса и инструментальную среду. Как определить направление движения (понять собственную проблему, сформулировать цели, разработать стратегию развития систем управления на базе информационных систем) при откровенно слабых технологиях решения задач информатизации (сюда входят разработка дизайна решения, организация проекта внедрения, обеспеченность профессионалами от информационной сферы, финансовая аргументация проекта)? А с учетом того, что стратегия бизнеса зависит от развития информационных технологий? Кроме того, проект вызывает конфликты в организации. Новая модель работы должна родится внутри организации, но быть ориентирована на внешние стандарты, а следовательно, требуется «открытие» организации (и технологии, и community). Процесс реорганизации зачастую совпадает со сменой стратегии бизнеса, а оценить будущий результат можно только с точки зрения новой стратегии. Между тем, руководители редко имеют достаточно знаний по технологиям управления. Оценив сложность проекта информатизации бизнеса, они обращаются к консультантам по управлению и информационным системам и готовы платить за решение грамотное своих проблем.
…
Отрасль ИТ-интеграции набирает обороты завидными темпами, втягивая в свой водоворот … лучших, опытнейших специалистов России. Конечно, не обходится без «коммерческой пены», но в целом предложения непроработанных решений, или откровенная недобросовестность - единичные случаи. Недостаточный опыт ведения проектов у поставщиков решений- закономерность, и клиентам необходимо учитывать этот фактор, более активно участвуя и в выборе поставщика, и в анализе предлагаемых методик. Оперируя собственной понятийной, методологической и целевой концепцией, появившийся в результате обобщения опыта и теории предыдущих десятилетий, анализа опыта оплатившего свое первенство Запада, делая поправки на российскую действительность, отечественные внедренцы реализуют сложнейшие проекты на отечественных предприятиях. Единственное, чего им трудно добиться – получения планируемого результата. Каждый проект добавляет опыта внедряющей компании, но мало улучшает положение их клиентов. Мысль о создании единой методики и системы оценки качества привлекает многих профессиональных разработчиком – этот проект актуален и, скорее всего, будет реализован в некотором виде. Информатизация и глобализация общества увеличивает ценность таких проектов и делает их в принципе возможными (читай – экономически целесообразными), как и любые проекты по управлению качеством. Но пока каждый внедренец рассчитывает на свой опыт и собственные методики. Как появляется методика? На практике специалист или очень компактная команда, обладающие навыками системного подхода, словарным запасом и временем, за пару месяцев разрабатывают методику внедрения, достаточно красивую, логичную и детальную, чтобы привлечь потенциального клиента и вызвать у него доверие к компетентности внедренца. Методики разрабатываются и декларируются, но на практике зачастую принимают значение «концептуального» манифеста, более важным становится формирование у клиента и внедренца единого понимания целей проекта. Редко кто берется дорабатывать методику, доводя ее до уровня универсальной, с детальной проработкой вариантов. Работа команды специалистов с ситуативным анализом проблем оказывается эффективнее подробной инструкции. Солидные системные интеграторы занимаются не столько непосредственным внедрением, сколько образованием своих клиентов, передачи им логики решения проблем, заложенной в технологический продукт и специальных знаний, необходимых для его эксплуатации. Методики выполняют роль той самой одежки, по которой встречают, элементом маркетинговой политики. И тем не менее ( а может быть, именно поэтому) поставщики решений защищают свои технологии от заимствования (и критической оценки).

[VladSafonov]

Уважаемая Елена!

Вы подняли очень важную тему. На рынке к настоящему моменту сложилась ситуация, где с одной стороны находится IT Директор (CIO) с другой консультационные фирмы и фирмы поставщики программных решений. Причем ответственность за все как правило несет CIO. Методологии разработки и внедрения ПО открыты и доступны пытливому исследователю. Однако они общи и не конкретны. Для конкретики нужно готовить методику. Методика готовиться на основе методологии. Насколько качественно изготовила методику внедренческая фирма можно оценить в настоящий момент только попробовав. Проблема в том, что когда почувствуешь вкус уже бывает поздно. Методик в открытой продаже нет (как сказал господин Калянов, автор книжиц по CASE технологии это их ноу хау, т.е только за деньги). Журнал с одноименным названием ИТ Директор выражает интересы консалтинговых фирм (ими и финансируется). Что тогда остается? Готовить собственную методику - нужен опыт. А пробовать можно практически только один раз (ну как сапер). Учеба стоит денег не менее 5000 американских рублей.

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

Сафонов
В конце марта текущего года проходила конференция Стандарты разработки ПО.