Кирилл Владимиров, генеральный директор ONLY

Для заказчиков оценка эффективности ИТ-проекта является его важнейшим этапом. Именно сквозной анализ позволяет понять, соответствуют ли вложенные время, деньги и усилия результату. Поэтому расчет эффективности должен идти сразу по нескольким направления, включая всевозможные, в том числе финансовые, затраты, краткосрочные и долгосрочные результаты, конечную выгоду. Словом, заказчику и его партнеру по проекту важно учитывать множество факторов, каждый из которых будет влиять и на конечные оценки, и на успех внедрения в целом. Рассмотрим ключевые из них подробно. Модель оценки эффективности Затраты Оценка реальных затрат – всегда комплекс. Он включает в себя не только непосредственные денежные вложения на разработку и внедрение системы, но и расходы на обучение персонала, инфраструктуру, сопровождение и т.д. Нельзя забывать и о возможных скрытых затратах (например, истощение ресурсов на каком-то этапе реализации проекта может потребовать привлечения дополнительных резервов). Выгоды Ключевыми метриками выгод могут быть увеличение продаж, улучшение производительности, сокращение "костов" на обслуживание и другие показатели, на которые прямо или косвенно влияет проект. Краткосрочные результаты Здесь оцениваются непосредственные изменения после внедрения проекта. Это может быть, например, улучшение взаимодействия между сотрудниками, оптимизация бизнес-процессов или улучшение клиентского опыта. Долгосрочные результаты Это более глубокий анализ воздействия проекта на бизнес компании в будущем. Сюда включаются такие аспекты, как укрепление бренда, расширение рынка, улучшение отношений с клиентами, что может привести к долгосрочному росту. Факторы, влияющие на оценку Важно учитывать индустриальные особенности, сезонные факторы, конкурентную среду, изменения в законодательстве, технологические риски и изменение требований клиентов. Неверное понимание этих факторов может привести к завышенным или заниженным оценкам. Подходы к расчету Существует множество методов оценки, таких как ROI (Return on Investment), NPV (Net Present Value), IRR (Internal Rate of Return) и другие. Каждый из них имеет свои преимущества и ограничения. Правильный выбор метода зависит от конкретных условий, таких как цели и характер проекта, финансовые параметры, сроки, степень рисков и другие обстоятельства. Вот как эти методы оценки могут применяться в разных ситуациях: ROI (Return on Investment) Пример: Компания планирует внедрить новую систему управления внутренними бизнес-процессами с целью снижения операционных затрат и увеличения эффективности. Один из основных показателей успеха в этом случае – ROI. Его расчет позволит оценить, через какое время компания начнет получать прибыль, сравнивая вложения в проект с ожидаемыми финансовыми выгодами. NPV (Net Present Value) Пример: Предприятие рассматривает проект по внедрению новой технологии, которая потребует существенных капитальных затрат, но при этом принесет выгоду в течение нескольких лет. Оценка NPV позволит учесть денежные потоки в будущем, приведенные к текущему моменту, и определить, стоит ли инвестировать сегодняшние средства в проект, учитывая будущие доходы. IRR (Internal Rate of Return) Пример: Стартап разрабатывает инновационный продукт и ищет финансирование. Оценка IRR может помочь определить, какой процент доходности должен получить инвестор, чтобы ему было выгодно инвестировать в этот стартап. Если IRR выше ожидаемой ставки доходности инвестора, это может сделать проект более привлекательным для привлечения внешних вложений. Конечно, каждый из этих методов оценки имеет свои особенности и предназначен для определенных ситуаций. Именно поэтому так важно всегда анализировать контекст проекта (тактические и стратегические цели, таймлайн, ожидания стейкхолдеров и мн. др.) и, исходя из этого, выбирать оптимальный метод оценки. Это даст более точное представление о потенциальных результатах проекта и позволит вовремя корректировать каждый этап проекта. Также никогда нельзя забывать о пост-реализационном обучении, анализируя фактические результаты проекта после его завершения. Это позволяет лучше понимать, насколько точными были начальные оценки и помогает улучшить процесс оценки в будущем. Во всех случаях, оценка эффективности ИТ-проектов – это сложный процесс, который нередко требует участия экспертов и в бизнес-анализе, и в финансовой сфере. Конечно, не всегда возможно учесть все переменные, тем не менее точная оценка и анализ рисков могут существенно увеличить вероятность успешного внедрения. Три наиболее частых ошибки при оценке ИТ-проектов Недостаточная четкость и понимание требований Один из самых распространенных и опасных пунктов - это недостаточное понимание и нечеткость формулировки требований к проекту. Заказчики могут неясно обозначить свои потребности, что приводит к неправильному оцениванию объема работы и затрат времени. Отсутствие четких требований также увеличивает риск изменения запросов на более поздних этапах, что может привести к переработкам и увеличению бюджета. Оптимистическая оценка сложности и сроков Завышение оптимизма при оценке сложности проекта и сроков его завершения – еще одна типичная ошибка. Часто она возникает из-за желания закрыть сделку или понравиться заказчику, но в результате проект может оказаться недооцененным и не будет выполнен в срок. Подобное "оптимистичное" мышление может также привести к игнорированию рисков и значимых проблем, что затем способно серьезно подорвать успех проекта в целом. Недооценка роли и важности управления проектом Необходимость хорошего управления проектом часто недооценивается. А ведь именно проектные менеджеры играют критическую роль в планировании, контроле и управлении ресурсами. Недостаточное внимание к управлению проектом может привести к неэффективному распределению ресурсов, неразрешенным конфликтам, плохому контролю над сроками и бюджетом, а в итоге – к провалу. Избегая этих ошибок, команды могут более точно оценивать проект, улучшать его планирование и управление, а также снижать риски. Проектное взаимодействие и роли Для корректной оценки ИТ-проекта необходимо сотрудничество квалифицированных специалистов, которые могут анализировать и учитывать различные аспекты проекта. Важно, чтобы у таких специалистов было соответствующее образование, опыт работы, а также понимание бизнес-процессов и технических аспектов. Вот несколько ключевых квалификаций, которые могут потребоваться: Бизнес-аналитики Это специалисты, которые понимают бизнес-процессы заказчика и могут перевести их в требования к ИТ-системе. Они помогают определить реальные потребности заказчика и понять, какие функции и возможности должна предоставить разрабатываемая система. Технические специалисты Это могут быть системные архитекторы, программисты, инженеры по тестированию и другие эксперты, которые понимают технические детали проекта. Они могут оценить сложность реализации, технические риски, необходимость интеграции с другими системами и другие аспекты. Проектные менеджеры Проектные менеджеры, фактически, отвечают за комплексное планирование, контролируют каждого этапа и проекта в целом и управляют проектными ресурсами. Соответственно, они обязаны владеть методологией проектного менеджмента, уметь правильно оценивать риски, оптимизировать распределение ресурсов и следить за соблюдением сроков. Финансовые аналитики Для оценки финансовых параметров проекта, таких как затраты, ожидаемые доходы, ROI и другие финансовые метрики, требуются высококлассные специалисты в области финансового анализа и бюджетирования. Эксперты в области рисков Анализ рисков и определение мер по их снижению – важный аспект оценки проекта. Эксперты по управлению рисками могут помочь выявить потенциальные угрозы и разработать стратегии управления ими. Коммуникационные специалисты Правильно выстроенные коммуникации и взаимодействие со стейкхолдерами играют важную роль в успешной оценке ИТ-проекта. Специалисты по коммуникациям могут обеспечить эффективное взаимодействие между всеми участниками проекта. Подводя итог, обратим особое внимание, что только совокупность навыков всех вышеуказанных специалистов позволяют провести наиболее точную и всестороннюю оценку ИТ-проекта. Именно на ее основе и будет реализовываться проект, но уже не в потемках, а на базе тщательно выполненного анализа. Ссылка на источник