Необходимые составляющие успешного ИТ-проекта

Необходимые составляющие успешного ИТ-проекта

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

Многие руководители компаний по опыту знают, что солидные ИТ-проекты — будь то внедрение ERP или CRM, замена биллингового ПО в телекоммуникационной сфере и внедрение систем управленческой информации (MIS) — зачастую требуют намного больше ресурсов, чем это представлялось вначале. Перерасход финансов при внедрении, например, ERP-систем составляет примерно 90%, а перерасход временных затрат — 120%. Чем можно объяснить настолько удручающее положение дел?

Налицо один простой факт: большинство менеджеров, выделяя на реализацию ИТ-проекта серьезные ресурсы, не понимают реальных причин для его старта. Восточноевропейские бизнес-менеджеры в своей массе и российские, как частный случай, обычно весьма скептически смотрят на необходимость уделять достаточное внимание информационным технологиям, относясь к ним как к источнику затрат, но никак не к новым возможностям для бизнеса. Категорическое нежелание руководителей составлять представление о целесообразности той или иной инициативы определяет отношение к проекту и во всей компании. В результате многие предприятия не утруждают себя разработкой детальных обоснований ИТ-проектов или подходят к вопросу на редкость формально. Они не оценивают существующие потребности компании и не ставят конкретные цели, достижение которых впоследствии будет означать успех проекта. Неопределенные представления о преимуществах, получаемых компанией по его завершении, и полное отсутствие конкретных целей приводят, в частности, к тому, что 70% проведенных проектов по внедрению CRM не оказывают желаемого воздействия. Когда руководство не имеет представлений о реальных целях проекта, оно не в состоянии обозначить четкие приоритеты внедрения. Это обстоятельство приводит к еще одному неутешительному показателю: невостребованными остаются до 40 процентов возможностей закупленного ПО.

Из вышесказанного следует, что успех любого крупного ИТ-проекта в первую очередь зависит от осознания конкретных оснований для его запуска, а также от умения бизнес-менеджеров взять на себя инициативу в расстановке приоритетов проекта. Еще один существенный фактор успеха — это способность руководителей обеспечить разнообразные механизмы реализации проекта. Рассмотрим некоторые наиболее важные аспекты управления обширным ИТ-проектом с точки зрения заинтересованного бизнес-менеджера.

Обоснование ИТ-проекта

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

Мы предлагаем для простоты понимания разбивать все ИТ-проекты на 2 категории или же выделять в одном проекте 2 составляющие: в первую попадут проекты, непосредственно направленные на улучшение экономических показателей (увеличение доходов и снижение издержек), а во вторую — инфраструктурные (способные внести вклад в развитие компании и повышение качества принятия решений).

Пример типичного проекта, непосредственно направленного на улучшение экономических показателей, — внедрение CRM-системы. При планировании подобных инвестиций бизнес-менеджерам нужно действовать так же, как если бы речь шла об обычном бизнес-начинании. Инициаторы внедрения должны показать, каким образом использование новой системы может улучшить финансовые показатели, и необходимые цифры надо включить в планы. Если речь идет о подразделении продаж, то надо уяснить, что планируется сделать с помощью CRM-системы, какие проводить кампании - как именно, для каких целевых сегментов, какие продукты будут предлагаться и пр. Отговорки типа «сначала надо установить систему, а уж думать, как ею пользоваться, будем потом» или «мы строим платформу на будущее» означают только, что конкретных планов по использованию системы для улучшения финансовых показателей нет.

Руководство компании должно требовать цифр и обязательств и в тех случаях, когда инициаторы ИТ-проекта обещают снижение издержек. Такое снижение в результате ИТ-проекта может происходить по двум основным направлениям: за счет упрощения архитектуры или автоматизации бизнес-процессов. В большинстве российских компаний ИТ-архитектура очень фрагментирована, существует множество разрозненных систем и приложений. Внедрение единого решения от одного поставщика или установка промежуточного ПО, позволяющего состыковать разрозненные части инфраструктуры, позволяет обновить архитектуру и сократить затраты на поддержку информационных систем. В свое время именно это стало для западных компаний важным стимулом к внедрению ERP: одна глобальная нефтяная компания благодаря ей отказалась от 350 систем. В то же время если снижение издержек на обслуживание — основная цель внедрения нового единого решения, то компании нужно проявить твердость и отказаться от других систем; следовательно, ИТ-подразделение должно заранее предусмотреть соответствующие мероприятия. Что касается автоматизации, то она позволяет снижать издержки, например за счет сокращения персонала в бэк-офисе, уменьшения запасов, увеличения скорости процессов и т.п. Однако, чтобы это произошло на деле, соответствующие бизнес-подразделения должны не только доказать свою способность реализовать обещанные эффекты, но и отразить в бизнес-плане обязательство сделать это в определенные сроки.

Часто прогнозировать непосредственный финансовый эффект от реализации крупного ИТ-проекта трудно, однако он может быть совершенно необходим или целесообразен. К жизненно важным можно отнести проекты, направленные на устранение очевидной технологической отсталости — такие инвестиции нужны просто для того, чтобы бизнес остался на плаву. Но нередко благодаря крупным внедрениям появляются условия для развития компании на новом уровне. Прежде всего это касается таких проектов, как создание систем управленческой информации или внедрение ERP-систем. В этом случае, как мы отмечали выше, вполне реально добиться измеримых улучшений, но на деле основные преимущества для компании возникают благодаря формируемой ERP инфраструктурной основе для будущего развития компании в целом и ее информационных возможностей в частности. ERP-системы (если их грамотно внедрять) как никакие другие позволяют интегрировать информацию, унифицировать бизнес-процессы (и за счет этого сделать компанию гораздо более прозрачной для руководства), а также облегчить дальнейшее развитие ИТ-приложений. Они становятся своего рода административным и информационным «позвоночником» организации. Непосредственный финансовый эффект от таких вложений обосновать сложно, но в определенный момент внедрение ERP-системы оказывается необходимым условием для дальнейшего устойчивого развития крупной компании. В то же время, учитывая размер вложений и необходимость тратить на внедрение систем рабочее время сотрудников, каждой компании нужно четко понимать, готова ли она пойти на эти расходы и для чего она это делает.

Возникает определенный риск, что инициаторы проектов будут стараться относить как можно больше проектов к инфраструктурным, чтобы избежать необходимости обосновывать их в финансовых терминах. Однако бизнес-менеджеры должны требовать от сотрудников своих подразделений обоснований и лично убеждаться в целесообразности инфраструктурных инвестиций. В то же время, не стоит и излишне бюрократизировать процесс принятия решений - здесь вполне работает правило 80/20: у 80% всех проектов есть финансовое обоснование, а остальные 20% могут без него обойтись.

Приоритеты и ответственность

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

Один восточноевропейский банк за 5 лет потратил около 50 миллионов евро на создание системы управленческой информации. Он приобрел самую производительную платформу (аналогичную применяют Wal-Mart и другие крупнейшие ритейлеры) и 3 года содержал команду консультантов, которые «настраивали функциональность системы управленческой информации». Однако, по признанию финансового директора, у руководства банка до сих пор нет данных, необходимых для управления издержками и принятия стратегических решений. Что же было сделано не так? Дело в том, что решения в данном случае принимались по обычному для таких ситуаций алгоритму: задом наперед. Внедряя MIS, призванную обеспечить необходимой информацией руководителей компании, в первую очередь нужно было определить, какая информация нужна им. Если, как чаще всего бывает в таких случаях, технические специалисты самостоятельно принимают решения, то они исходят из технических качеств системы и не ориентируются на требования бизнеса.

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

Организация управления проектом

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

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

Как управиться с основными рисками, сделать так, чтобы проект не начал буксовать, а сотрудники не потеряли веру в его успех? Рамки статьи не позволяют нам дать исчерпывающее описание всех аспектов управления крупным проектом, но мы сформулируем несколько основных правил и обратим внимание на некоторые подводные камни.

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

Выше мы уже говорили о важности установленных бизнесом приоритетов ИТ-проекта. Такие ориентиры нужны не только на стадии выбора технологического решения, но и — быть может, еще в большей степени — непосредственно при реализации проекта. Известно, что внедрение крупных электронных систем, как правило, требует приведения бизнес-процессов компании в соответствие с заложенными в систему алгоритмами, что, естественно, влечет за собой значительное количество доработок и изменений в программном решении. Вопрос учета в системе требований бизнеса относится к важнейшим, поскольку касается управления масштабом проекта. Изменения неизбежны, но, если не расставить приоритеты, коррективы могут вноситься бесконечно. В одной российской компании на всю работу по изменениям было отведено 2000 человеко-дней, однако, когда все бизнес-подразделения сформулировали свои требования, оказалось, что нужно 8000 человеко-дней! Изучив ситуацию, мы обнаружили, что запустить проект можно было без солидной части предлагаемых изменений; более того, во многих предложенных изменениях не было ровным счетом никакой необходимости. Радикальный способ избежать хаоса в процессе внесения изменений — в определенный момент ввести запрет на внесение любых изменений, кроме обусловленных регулирующими или нормативными процедурами. В некоторых компаниях процесс внесения изменений распределяется между разными этапами проекта — этот подход хорошо зарекомендовал себя. Получая по завершении того или иного этапа опыт практической работы с новыми технологиями, бизнес-подразделения понимают, что не все изменения, казавшиеся им жизненно важными, на самом деле так уж и нужны.

Во-вторых, у проекта должен быть жесткий план внедрения, реализациюкоторого нужно постоянно контролировать. Когда становится понятно, что именно компания хочет получить от проекта, можно переходить к составлению подробного списка мероприятий, которые необходимо реализовать, чтобы проект считался успешно завершенным, и уже затем браться за разработку реалистичного плана внедрения. Реализацию масштабного проекта логично разбить на легко управляемые этапы продолжительностью 6—9 месяцев, при этом оценивать промежуточные результаты нужно не реже, чем раз в три месяца, хотя предпочтительнее отслеживать их еженедельно. Заранее наметив результаты каждого небольшого этапа, руководители проекта и компании облегчат себе задачу контроля за его ходом.

Своевременность реализации ИТ-проекта в значительной степени зависит от того, насколько ответственные за него люди учли все возможные риски реализации, создали ли они инструменты постоянного сбора и анализа информации о ходе проекта и разработали ли механизмы решения возникающих проблем. Наш опыт свидетельствует, что контроль за соблюдением сроков и результатов, несмотря на очевидную важность этой работы, часто превращается в формальную процедуру— отчеты не отражают реального положения дел, обсуждения принимают абстрактный характер. Кроме того, многие компании считают «бюрократическими выдумками» такие инструменты обеспечения бесперебойной реализации проекта, как системы управления рисками или базы данных по возникающим проблемам. В результате из-за отсутствия достоверной информации остаются неясными причины проблем, неизбежно возникающих в любом комплексном проекте, а без заранее разработанных алгоритмов их решения даже небольшой сбой становится серьезным препятствием для всего проекта. Не стоит недооценивать важность инструментов управления проектами, ведь даже такой, казалось бы, второстепенный инструмент, как база данных по выявленным проблемам, может в определенный момент сыграть спасительную роль. В одной восточноевропейской финансовой компании крупный ИТ-проект явно пошел не по плану (рассчитанный на два года, он растянулся на три, а бюджет был превышен на 40%), все его основные участники пребывали в полной растерянности, любая активность казалась бессмысленной. К примеру, миграция данных была названа проблемой, потому что «ничего не работает». Нам потребовалось больше недели, чтобы понять, что на самом деле означало это «ничего не работает». Все свелось к двум проблемам — одной довольно мелкой технической и еще одной организационной. Мы решили обе проблемы и запретили проектной команде излагать свои жалобы на языке абстракций. Была создана база данных, в которую заносили все возникающие проблемы в структурированном виде, что позволяло работать над ними. За две недели база данных пополнилась информацией о 25 неполадках, и их устранили примерно за шесть недель. Благодаря этому простому шагу, более высокой дисциплине обсуждения проблем и «работе над ошибками» удалось возродить проект.

Наконец, в-третьих, чтобы финальный продукт соответствовал интересам бизнеса, а проект не вышел за пределы намеченных сроков, необходимообеспечить постоянное участие бизнеса в реализации проекта. Выше мы уже упомянули о том, как важно, чтобы бизнес-менеджеры ответственно относились к обоснованию целесообразности проекта. Однако для успешной реализации проекта сотрудники бизнес-подразделений должны участвовать в нем на постоянной основе и следить за тем, чтобы принимаемые решения соответствовали их потребностям. Нередко бизнес-подразделения формулируют свои требования, а затем на долгие месяцы «забывают» о проекте и начинают проявлять активность уже в момент испытаний системы, которые, при таком отношении со стороны бизнеса, как правило, оказываются неудачными. Хотя после утверждения технических спецификаций общее направление проекта обычно не меняется, примерно 80% решений, напрямую сказывающихся на удобстве и полезности системы для пользователя, принимаются уже после разработки спецификаций и до приемочного тестирования. Таким образом, если будущие пользователи системы не участвуют постоянно в процессе принятия решений, то впоследствии они обнаруживают, что результат не соответствует их ожиданиям, возникает масса ошибок в процессах, которые проявляются потом при взаимодействии с клиентами, и компании приходится вносить все новые коррективы.

Необходимый вывод

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

Статьи

  • Автоматизация учета и управления
    Комплексная автоматизация учета — это совокупность мероприятий по внедрению автоматизированной системы управления и учета, охватывающая все наиболее важные аспекты информатизации бизнеса.
  • Автоматизация управления предприятием
    Под автоматизацией управления предприятием понимается применение программного обеспечения, а также использование математических методов, автоматических устройств и технических средств вычислительной техники.
все статьи »

Термины

  • EDI
    EDI (англ. Electronic data interchange — электронный обмен данными) — взаимодействие на предприятиях между компьютерами в виде стандартизированных бизнес-операций стандартного формата. Основная задача EDI — заменить обмен информацией и документами, осуществляемый на бумажных носителях, электронным документооборотом между компьютерными сетями.
все термины »
 
наверх