Подать заявку

Разработка технического задания

Техническое задание, по нашему убеждению, является основой любого проекта. Для того, чтобы это подтвердить и сделать необходимые выводы, я хотел бы рассказать вам, как мы это делаем и каких результатов это помогает достичь в нашей работе.

Итак, договор подписан, время первой встречи наступило, и работа с этого момента по проекту официально начинается.

Первым делом нам необходимо выяснить перечень требований к проекту, а это не всегда просто, если не использовать верные методологии.

Я настоятельно рекомендую всем маркетологам и владельцем бизнеса прочитать замечательною книгу Александра Остервальдера и Ива Пиньена «Построение бизнес-моделей».

Первый этап. LeanCanvas. Ваша вовлеченность в процесс 70%

Для первичного бриффинга мы используем специально разработанный сервис LeanCanvas. В телефонном режиме, либо в режиме Skype мы занимаемся заполнением основных бизнес-характеристик проекта. Посмотреть работу сервиса вы можете вот по этой ссылке – LeanCanvas.

Второй этап. Агрегация требований. Ваша вовлеченность в процесс 50%

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

  1. Видение проекта
    1. Продукт
    2. Стэйкхолдеры
    3. Цели
    4. Задачи
  2. Портрет пользователей (данные из счетчика Метрики либо Google.Analitics)
    1. Демографические показатели
    2. Интересы
    3. Устройства
  3. Целевые персоны. Если вы маркетолог, то наверняка слышали о «Методе Персон», это оно.
    1. Определение необходимого функционала сайта для решения пользовательских задач
  4. Конкурентный анализ
    1. Перечень реальных конкурентов
      1. Что нравится на сайте
      2. Что не нравится на сайте
    2. Анализ зарубежных сайтов
      1. Что нравится на сайте
      2. Что не нравится на сайте
  5. Структура сайта
    1. Крео
    2. Шапка сайта
    3. Подвал
    4. Разделы

По этой ссылке вы сможете посмотреть пример агрегации требований для одного из наших проектов.

Третий этап. Прототипирование страниц согласно агрегации. Ваша вовлеченность в процесс 20%

На этом этапе мы занимаемся прототипированием страниц проекта в Axure RP. Наши проектировщики на данном этапе собирают воедино каркас будущего веб-сайта с учетом сформированных на предыдущем этапе требований. Работающий с вами проект-менеджер устанавливает контрольные точки, и в случае обнаружения чего-то неучтенного мы можем быстро внести правки. Пример прототипа можно посмотреть тут.

Четвертый этап. Написание технического задания. Ваша вовлеченность 10%

Для написания технической литературы нужен особый кропотливый навык, и он у нас есть, навык зовут Ощепков Александр. Наш аналитик-проектировщик.

Еще одна книга, которая будет полезна скорее нашим партнерам по ремеслу - «Разработка требований к программному обеспечению» Карла Вигерса.

Тут можно ознакомится с структурой технического задания.

Читать получившийся документ довольно сложно, во-первых, он большой по объёму, во-вторых, там много технических терминов. Поэтому наши проект-менеджеры выделят самые главные моменты и проведут подробную защиту технического задания.

Пятый этап. Смета. Ваша вовлеченность 5%

Наконец мы дошли до самого интересного, сейчас мы узнаем, сколько точно будет стоить проект. Доверить такую работу мы можем только самому опытному специалисту нашей компании - Литвяк Николай, технический директор нашей компании и одновременно ведущий back-end разработчик, вычитывает подробно техническое здание после всех его корректировок и составляет back log модулей, этапов и функций проекта. Затем каждый этап проходит оценку с использованием техники Planning Pocket, подробнее о ней вы можете прочитать, кликнув по названию.

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

На этом разработка технического задания заканчивается. Проделанная совместно работа позволит нам:

  • Говорить на одном языке
  • Четко сформулировать и определить, что мы хотим получить от проекта и совместной работы
  • Отшлифовать проект на ранних этапах, где внесение изменений не столь болезненно, как на завершающих
  • Определить точную стоимость и реальные сроки разработки проекта
  • Сделать замечательный проект, который действительно будет полезен вашему бизнесу, а не просто для галочки

Надеюсь, я смог продемонстрировать важность и необходимость этого этапа. Читаем дальше про «Дизайн»

 
1 /1