Как правильно вести IT-проект, если продакт-менеджер или владелец бизнеса впервые столкнулись с процессом разработки. Анастасия Ковтун — эксперт по ведению IT-проектов рассказала, как вести проект на стороне заказчика, какие бывают ошибки и подводные камни.

Определите задачи и процесс 

Четко определите, какие задачи решает ваш продукт, а также, каким образом стоит вести проект. 

По водопадной модели или по agile. Для выбора оцените проект: если есть ТЗ и точное представление об итоге разработки, вы можете работать по waterfall. Например, если проект выполняет требование регулятора — налоговой инспекции или Центробанка. 

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

В agile-разработке определите MVP — расставьте приоритеты в реализации основных функций, а остальное допилите в ходе работы.

Не затягивайте со стартом 

Когда сформирована команда, а цели определены, начинайте разработку. Если долго затягивать, проект может потерять актуальность. Иногда в крупных компаниях договор согласовывается полгода! А к подписанию развалится команда, и потеряется смысл продукта.

Дайте время на косяки 

Сроки — важный пункт для всех заказчиков. Всегда закладывайте время на косяки и исправление багов, если хотите получить результат не позднее, чем у вас действительно «горит». Ваша свобода действий зависит от проекта: иногда срок ограничен законодательно. Тогда стоит напрячься и заложить побольше времени в дельту если возможно. Если срок окончания проекта не критичен, ставьте даты и следуйте им. У всего должны быть рамки.

Следите за проектом

В agile-проектах ставьте контрольные точки раз в две недели — это длительность спринта в разработке. Разбирайтесь в причинах, если команда не укладывается в спринт. Может быть она переоценила силы или некомпетентна. 

В первом случае проблема спокойно решается, во втором — укажите на это подрядчику, если он адекватный, то долго уговаривать не придется, он быстро примет меры и сделает перестановки в команде. В другом варианте придется расторгать договор, но такое бывает редко. 

Waterfall-проекты контролируйте как комфортно: один раз в неделею или две, можно смотреть демо-версии.

Если резюмировать, то с айти-проектом стратегия такая же, как и с другим. Нужно знать, что сделать, правильно поставить задачу, определить сроки и контролировать процесс. Остальное дело правильно выбранного разработчика, с которым вы сможете разговаривать на одном языке.

Узнать больше про IT-индустрию можно по ссылке на наши статьи и подкасты. Подписывайтесь на телеграмм-канал, чтобы быть в курсе самых горячих новостей. А чтобы отправить заявку на аутстаф, жми сюда.