Как избежать провала проекта, нарушения установленных сроков, выхода за рамки бюджета? Есть ряд признаков, по которым можно вовремя определить возникающие проблемы и в результате создать отличный продукт.
Согласно исследованию, проведенному компанией CIO, более 50% проектов завершаются провалом. По данным другого опроса, 27% проектов выходят за рамки установленного бюджета.
Чтобы создать качественный сайт или приложение в срок, важно вовремя распознать признаки будущей неудачи.
Эти признаки можно разделить на две группы:
- Организационные — связаны с организационной стороной проекта: неправильно построенный процесс разработки, некорректная оценка временных затрат, отсутствие мотивации сотрудников.
- Технические — связаны с технической стороной, например, неправильно выбранный стек технологий для написания сайта или приложения, отсутствие мониторинга системы и т.п.
В результате не соблюдаются сроки, страдает качество продукта, а вложенные средства не окупаются.
Организационные признаки
1. Невыполнение задач в указанные сроки
Когда команда не вписывается в рамки своих же оценок, это тревожный звонок. Да, программисты нередко сталкиваются со сложными задачами, к примеру, техническими ограничениями или неожиданными изменениями требований со стороны заказчика.
И именно поэтому так важно учитывать возможные риски и привлекать опытных специалистов с самого начала.
Рассмотрим две ситуации, когда разработчики не успели выполнить задачи в указанный срок:
- Чтобы внести небольшие изменения в функциональность приложения, команде пришлось переписать большую часть кода. В результате выполнение задачи заняло три дня вместо одного.
- При изменении некоторых записей в базе данных, ошибка разработчика привела к повреждению всей базы. Причина — некорректная оценка рисков и потенциальных негативных последствий.
2. Недовольные члены команды
Любому менеджеру проекта следует регулярно узнавать у членов команды, все ли в порядке, что можно сделать, чтобы они чувствовали себя более комфортно.
Когда начинают сыпаться негативные ответы о проекте или работе в целом, это угроза того, что конечный результат будет хуже.
Виталий Ермаков, сооснователь Smartym Pro, рассказывает:
“Удовлетворенность вашей команды и комфортные условия труда — одни из важнейших составляющих процесса разработки любого IT-продукта. В компаниях я не раз сталкивался с ситуациями, когда специалисты жаловались друг на друга.
Причины были разные: или кто-то из них был недостаточно компетентен, или отсутствовало должное уважение друг к другу, или не было понимания ответственности каждого сотрудника.
В таких случаях рабочая атмосфера становится токсичной, люди раздражаются и перестают “гореть” проектом.
Кто-то может сказать: “Кого волнуют внутренние коммуникации между членами команды? Просто делайте свои задачи как положено.” Однако это влияет на качество продукта и ход проекта в целом.
Поэтому одна из ключевых задач проектного менеджера — убедиться, что всем комфортно, что сотрудники достаточно мотивированы.”
Мониторьте жизненный цикл разработки, чтобы своевременно выявлять трудности и вовремя преодолевать их. Вы можете столкнуться с такими проблемами, как:
- Написание кода на Dev/Staging/Production окружение занимает слишком много времени. В итоге нарушается работа QA-инженеров (инженеры по контролю качества), так как они не могут начать тестировать продукт вовремя.
- Нестабильное окружение, из-за чего разработчикам приходится часто отрываться от основной работы на исправление багов.
Что делать, если вы заметили что-либо подобное на своем проекте?
Постарайтесь повысить заинтересованность со стороны команды и улучшить рабочую атмосферу. Вовлеченность в проект и налаженные коммуникации важны для того, чтобы задачи выполнялись в срок.
Ещё один момент, на который стоит обратить внимание — это внутренние мероприятия, которые могут помочь развить как навыки, так и мотивацию сотрудников.
Например, наша компания по разработке программного обеспечения постоянно проводит тренинги, конференции и презентации для обмена опытом и знаниями, тем самым поддерживая коллег в тонусе и давая им новую информацию.
Технические признаки
1. Отсутствие мониторинга системы
Непрерывный мониторинг систем/веб-сайтов, особено после релиза, играет важную роль в успехе проекта. Без четкого представления о том, что происходит, команда не сможет быстро определить и предотвратить возникающие проблемы.
Отсутствие мониторинга может привести к следующим результатам:
- У вас не будет данных о сбоях и некорректной работе системы. Пользователи будут первыми замечать ошибки и баги. Как следствие, ваш продукт будет получать много негативных отзывов, а количество активных пользователей значительно сократится.
- Хотя пользователи будут отправлять сообщения об ошибках, иногда очень сложно найти корень проблемы, поскольку разработчикам не хватает данных мониторинга и тех, что можно получить при логгировании событий в системе.
Чтобы предотвратить подобные ситуации, лучше обращаться к компании по разработке ПО, которая гарантирует поддержку продукта после запуска.
2. Неподходящий стек технологий
Новые технологии появляются и развиваются с невероятной скоростью. Неудивительно, что они так же быстро устаревают. Не все языки программирования, которые были популярны пять или десять лет назад, все ещё поддерживаются их создателями и сообществом.
Лучшее решение — исследовать инновационные технологии, выбирать самые перспективные и начинать использовать их для создания прогрессивных решений, которые выдержат проверку временем.
Но не все разработчики достаточно опытны, чтобы думать наперед. А если ваша команда не производит регулярно работы по рефакторингу, не выкатывает обновления и баг фиксы, у нас для вас плохие новости — довольно скоро ваш проект постигнет неудача.
Как определить, что стек технологий, используемый на вашем проекте, более не актуален? Взгляните на некоторые признаки:
- Эксперты в разработке ПО советуют произвести миграцию кода для улучшения производительности, оптимизировать использование ресурсов, повысить надежность системы, снизить затраты на ее обслуживание и т.д.
- Вашей команде не удалось реализовать часть функциональности, потому что все необходимые для этого компоненты и модули несовместимы с текущей версией языка программирования/фреймворка или с текущим стеком в целом.
- Создатели технологии официально прекратили поддержку всех ее версий.
3. Новые и непроверенные технологии
Когда IT-компания начинает применять технологии, которые только появились и не были проверены, это может привести к ухудшению качества продукта и невыполнению задач в срок.
Например, разработчики могут столкнуться с непредсказуемыми техническими проблемами, например, с несовместимостью фреймворков и решениями из коробки.
Постарайтесь не прибегать к использованию языков/библиотек/фреймворков/инструментов, которые недостаточно изучены в вашей компании, особенно когда:
- Отсутствует общая целостность технического решения. Разные фреймворки, подходы, языки программирования, которые применяются для решения однотипных задач.
- У ваших сотрудников нет опыта разработки ПО с использованием новой технологии.
- В мире существует очень мало успешных проектов, основанных на этой технологии, или их нет вообще.
- Вы видите, что этот инструмент или язык программирования обладает рядом преимуществ, но он не позволит решить проблемы на вашем проекте.
Например, Golang — отличная технология, однако PHP или Java являются лидерами в сфере backend-разработки.
Немало всемирно известных сайтов работают на технологии WordPress, однако это CMS (content management system — система управления контентом), которая не подойдет для построения CRM-систем.
4. Неэффективный процесс релиза продукта
Когда на проекте не налажен процесс релиза продукта, это затрудняет разработку качественного программного решения и его поставку в срок. Взгляните на список признаков, указывающих на то, что процесс создания ПО нужно оптимизировать:
- Нет сотрудника, официально ответственного за запуск продукта.
- Отсутствует четкое понимание об объеме работ.
- Не ведется документация, регламентирующая процесс релиза продукта.
- Отсутствуют “readme” файлы, процесс онбординга не эффективен, из-за чего новые члены команды не могут ничего запускать без помощи коллег.
- Процессы не автоматизированы: например, отсутствуют настроенные процессы непрерывной интеграции (CI) и непрерывной доставки (CD).
- Недостаточное количество проводимых QA-тестов перед запуском продукта.
- Нет четкого и пошагового плана тестирования.
Если какие-то пункты совпали с вашей ситуацией, лучше провести внешний аудит для выявления потенциальных рисков и уязвимостей на проекте. Это поможет вам предотвратить проблемы, сэкономить время и усилия и закончить работу в установленный срок.
Внешний аудит должен проводиться на регулярной основе, даже если кажется, что проект находится в идеальном состоянии.
Таким образом, будет возможно выявить организационные и технические сложности прежде, чем они нанесут любого рода вред вашему проекту.
Если вы хотите узнать, как подготовиться к внешнему аудиту IT-проекта, советуем ознакомиться с детальным чек-листом.
Аудит IT-проектов позволяет специалистам обнаружить латентные проблемы задолго до того, как они смогут оказать негативный эффект на финальный результат. Как следствие, заказчик экономит время и средства, взамен получая качественный сайт или приложение.
Обращайте внимание на все, что происходит на вашем проекте и не пренебрегайте отношениями коллег в команде. Помните, что профилактика лучше лечения!