Я работаю в компании, которая занимается заказной разработкой. Мне приходят проекты с уже готовым описанием. Бери и делай! И тем не менее, я подготавливаю проект перед стартом разработки. И эту часть работы я считаю решающим этапом, пропустить который — равносильно путешествию по новой местности без карты и компаса.
Правильная подготовка помогает понять задачу, уложиться в сроки и бюджет. Можно долго запрягать, но быстро ехать. Наоборот не вижу смысла. Ехать нужно быстро!
В этой статье я расскажу про 5 шагов правильной подготовки к старту проекта при заказной разработке виар-проектов. Эти шаги позволят составить техническое задание, которое станет основой для реализации проекта.
1. Ознакомьтесь с предоставленной документацией
Это может быть договор с техническими требованиями, примеры референсов — проектов на которые ориентируется заказчик. На договорном этапе с клиента были сняты и зафиксированы ожидания. Нужно их понимать и держать перед собой в течение работы над проектом.
Читая документацию, найдёте то, чего не хватает. Сделайте пометки. Возможно архитектура проекта недостаточно описана. Найдите кто и как будет использовать готовое приложение, каким образом заказчик будет принимать работу, как доставлять продукт до пользователей.
2. Изучите наследие проекта
До вашего появления на проекте, у него могло быть прошлое. Изучите как следует, что было раньше. Выясните, возможно клиент уже обращался к другой компании. В таком случае, запросите ключи доступа к нужным ресурсам.
3. Проведите культурный поиск
В него входит погружение в специфику бизнеса клиента. Узнайте, чем он занимается. Посетите сайт и социальные сети. Мне помогает просмотр видео роликов на канале заказчика. Часто можно найти видео, где клиент подробно рассказывает о бизнесе. Это может помочь увидеть место будущего приложения в процессах заказчика. Полезно, если придётся расставлять функции приложения в очерёдности запуска.
4. Сформулируйте понимание задачи
То, как ВЫ понимаете задачу. Что собственно собираетесь сделать? Не приступайте к выполнению проекта пока не согласуете ответ на этот вопрос с заказчиком. Иначе, рискуете уйти в неправильном направлении, потратить дни и часы разработки на то, что клиент не ждёт. Никаких сюрпризов!
Задание, написанное вашими словами и согласованное с клиентом — отражает понимание задачи. Теперь стороны знают — что будет происходить дальше!
5. Создайте техническую спецификацию
Да-да, следует самому составлять задание перед началом работы. Структура спецификации: оглавление, список полезных ссылок проекта, пара страниц с описанием информации, которая была предоставлена. Изложите то, с чем пришел заказчик. Постарайтесь отразить все ожидания клиента. Опишите по шагам, как вы собираетесь это сделать.
Спецификация — это живой документ, который отражает текущее состояние проекта на сколько это возможно точно. Регулярно добавляйте описание реализованных функций и результаты промежуточных тестирований. Подробно о структуре этого документа, я расскажу в одной из следующих статей. Станьте подписчиком канала, чтобы узнать о её публикации.
Заключение
Подготовка к старту проекта избавит от появления неоправданных ожиданий на проекте и неприятных сюрпризов. Результатом подготовки будет техническая спецификация. Пусть она отражает ваше понимание задачи. Вы словно сами себя тестируете — всё ли вам понятно по этому проекту или нет. Проделав эти шаги, вы установите контроль над процессом разработки с самого начала.
Наличие технической спецификации будет экономить время команды разработки при поиске информации по проекту. Отправляйте ссылку на документацию новым разработчикам для их быстрого подключения на проект.
Рекомендую не пропускать этап подготовки проекта и желаю вам удачи в работе над своими проектами!
Ставьте лайк, если статья понравилась. Подписывайтесь на мой телеграм-канал «Запуск виар-проектов».
