Современный мир невозможно представить без информационных технологий. Пандемия коронавируса, ограничения на проведение традиционных встреч, удаленная работа – все это еще больше активизировало работу в режиме онлайн, с использованием цифровых продуктов. Но не всегда процесс внедрения информационных технологий в рабочий процесс проходит так гладко, как хотелось бы. Если верить статистике, при разработке значительного количества ИТ-проектов не получается достичь того качества, при котором готовый продукт полностью решал бы проблемы клиента. Давайте попробуем разобраться, почему так происходит.
Внедрение любого ИТ-проекта происходит после бизнес-анализа предприятия. Такой анализ позволяет определить, как работает предприятие, и выявляет направления и ниши, которые требуется улучшить после внедрения ИТ-проекта. На основании этой информации происходит разработка технического задания, по которому будет реализован проект. На этом этапе и возникает ряд проблем. В большинстве случаев качество бизнес-анализа оставляет желать лучшего, и в итоге продукт не может решить поставленные задачи. Причин этому может быть несколько.
Первая и самая распространенная причина в том, что бизнес-аналитик не понимает, как работает предприятие. Зачастую это происходит из-за того, что бизнес-аналитиками становятся выпускники университетов, которые пришли в ИТ со студенческой скамьи, не проработав ни на одном предприятии. Вследствие этого они не знают базовых нюансов деятельности традиционного предприятия, не имеют полного понимания особенностей его функционирования и организации внутренних процессов. В таком случае бизнес-аналитик соберет требования клиента и пропишет их в общих чертах, не учитывая нюансов. А это грозит тем, что техническое задание, написанное согласно отчету бизнес-аналитика, будет не в полной мере отражать реальные потребности клиента, и продукт, написанный программистом на основании техзадания, определенно будет работать, но в то же время не сможет решить все проблемы предприятия-заказчика.
На этапе сдачи проекта компания-подрядчик скажет, что техническое задание было согласовано заказчиком, а программа работает согласно этому техническому заданию. Но остается главный вопрос – программа не решает реальных задач, и, соответственно, в ней нет никакого смысла. Кроме того, она еще может создавать дополнительные неудобства в работе сотрудников. Заказчика это не устраивает, но проект сделан, подрядчик отработал свое количество часов, и нужно за это заплатить. Соответственно, вложения в проект бессмысленны.
Есть еще одна причина неуспешности проекта. Она возникает тогда, когда подрядчиком выступает крупная компания, а сам проект сложно назвать масштабным – например, если подрядчик международная компания, а заказчику необходимо разработать или внедрить программу для автоматизации работы офисных работников, которых всего около 50 человек.
В крупных ИТ-компаниях, как правило, работают квалифицированные специалисты. Но такие компании одновременно выполняют значительное число проектов, и они должны быть маржинальными, чтобы деятельность компании приносила прибыль. В таких компаниях разработка проекта может длиться несколько лет, и зарплаты ведущих специалистов могут быть примерно такие же, как стоимость маленьких проектов. Если же недостаточно большой проект будет выполняться таким подрядчиком, то заказчик выделяет для него незначительные средства, не всегда достаточные для покрытия расходов разработчика. Как следствие – такому проекту может уделяться меньше внимания и, соответственно, из-за недостаточной проработки всех тонкостей и этапов качество разработки будет ниже, чем в случае работы над крупным проектом.
И, наконец, третьей причиной того, что проект не оправдывает ожидания, может быть непонимание между заказчиком и подрядчиком. Подрядчики – это программисты, технические специалисты, которые говорят на своем языке. А заказчика интересуют не технические нюансы, а эффективность работы готового ИТ-проекта. Кроме того, разработка ИТ-продукта – это сложная услуга, а большинство заказчиков имеют лишь поверхностное представление о том, как работает эта сфера. Чтобы было более-менее понятно, какие работы делаются и как оценить проект, готовится техническое задание с перечнем выполняемых операций и количеством часов, исходя из которых и рассчитывается финальная стоимость. Но в итоге может получиться так, что часы отработаны, перечень работ сделан, а проект все равно не работает, потому что изначально не было понимания между заказчиком и подрядчиком.
Если приводить пример, то это будет следующая ситуация: заказчик хочет разработать программу учета рабочего времени для 100 сотрудников, которая будет считать зарплаты в зависимости от отработанного времени для всех сотрудников одновременно и будет интегрирована с программой для бухгалтерии, из которой берутся данные о текущих зарплатах. Все эти данные будут выводиться руководителю предприятия в виде таблицы, и он будет видеть количество отработанного времени и зарплату сотрудника. Так можно сравнить проделанную двумя сотрудниками работу и сделать выводы, насколько правильно платятся зарплаты, если вдруг у сотрудников возникнут жалобы. Это может быть описано в техническом задании, но в ходе работы выяснится, что нельзя брать все данные из бухгалтерской программы, а данные приходят с задержкой в несколько часов, потому что производителем программы не предусмотрено изменение данного параметра. Соответственно, все выводы, сделанные из отчета, могут быть неправильными, что создаст еще больше проблем, чем до разработки данной программы.
Надеюсь, после прочтения данной статьи у заказчиков станет больше понимания того, как работает ИТ-сфера и почему не всегда получаются проекты. Кроме того, станет более понятно, как выбирать компанию и из каких критериев выбора исходить, чтобы проект был реализован успешно. Помимо опыта и цены, как обычно бывает, было бы неплохо учитывать квалификацию работников компании-подрядчика, среднюю стоимость проектов в компании и вид проектов, которые делал подрядчик. Кроме того, можно уточнить модель разработки, согласно которой будет делаться проект. Их бывает несколько, и каждая из них может выбираться исходя из того, какой проект реализуется и какой бюджет выделен на решение проблемы.
Подписка на новости
