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

Четко поймите

Что должен делать ваш продукт.

Определите каким образом будет вестись проект

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

Быстрый запуск разработки

Пока ваши цели свежи, а команда наготове, запускайте разработку. В долгих раздумьях и согласованиях может потеряться суть и смысл продукта. Иногда так бывает в крупных компаниях, где договор может согласовываться полгода! К моменту подписания и команда развалится и продукт разработки может потерять смысл.

Сроки

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

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

В agile проектах ставьте контрольные точки раз в 2 недели — это длительность спринта в разработке. Что делать если команда не укладывается в спринт: разберитесь в причинах. Может быть, команда переоценила силы или она не компетентна. В первом случае проблема спокойно решается, во втором — укажите на это подрядчику, если он адекватный, то долго уговаривать не придется, он быстро примет меры и сделает перестановки в команде. В другом варианте придется расторгать договор. Но такое бывает редко. Waterfall проекты контролируйте как комфортно: раз в 1 или 2 недели, можно смотреть демо версии.

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