Что делать, если разработка технического задания не очень сложного проекта занимает пару месяцев? Какие этапы разработки технического задания могут защитить вас от рисков и ошибок? В данной статье мы рассмотрим проблему не содержания документа, а методологии его разработки.
Что и как
Техническое задание является лишь частью проекта.Будь то стартап или новая услуга в рамках существующего продукта.
В любом случае техническое задание должно отражать фантазии Заказчиков и Исполнителей в адекватной и осуществимой форме.
Когда мы говорим о методологии разработки, не следует разделять ТЗ на ТЗ для малых и крупных проектов.
Это всегда серьезный документ, в котором в случае чего будет виноват разработчик технического задания (и руководитель, конечно).
Ээтапы разработки технического задания 1. Предварительное изучение брифа/задания Как правило, существует эфемерное представление того, чего хочет заказчик – в виде брифа, письма с «хочу», технического задания.
Изучите предметную область, составьте список вопросов.
Соберите информацию о компании, рынке, клиентах, конкурентах.
Информация, которую вы просматриваете, даст вам понимание бизнеса клиента, что, в свою очередь, поднимет вас в его глазах.
2. Проведение встречи Всегда составляйте конкретный список вопросов и потихоньку выясните все у клиента.
Не проводите встречу как опрос; клиент может почувствовать, что его допрашивают, и отстраниться.
Начать следует с «расскажите нам о проекте и о том, что вы ожидаете от него получить».
Заказчик расслабится, будет много говорить, а вы тем временем будете конспектировать, что совпало с вашим видением и пониманием, а что нет. Запишите ответы рядом с вопросами и перечитайте их.
Если ответ по-прежнему не получен (бывает, что заказчик отвечает на вопрос абстрактно, и в итоге ответа нет), задайте вопрос еще раз, изменив формулировку.
Например: «Я представляю себе этот функционал так… Я правильно вас понимаю? Соответствует ли это вашему видению? Не бойтесь задавать вопросы, какими бы неожиданными они ни казались.
Многие вещи в конкретном бизнесе настолько очевидны, что вы можете забыть о них упомянуть.
3. Разработка концепции Концепция обычно содержит краткие изложения будущего технического задания, а именно:
- Цели и задачи;
- Цель;
- Роли;
- Состав;
- Содержание;
- Список возможностей (в виде услуг – кратко).
- Иногда концепция содержит подробное описание бизнес-идеи, чтобы понять, почему проект выгоден.
Зачастую это позволяет снизить риски, а также расставить все точки над «i» как для вас, так и для клиента.
4. Уточнение требований После утверждения концепции вы уточняете и формализуете недостающие требования.
Зафиксируйте требования в ТЗ, сформируйте их в готовые блоки с описаниями (и желательно с интерфейсами).
Заказчику легче воспринимать информацию о том, чего он хочет, когда есть графическое сопровождение описанных требований.
Пройти несколько итераций разработки технического задания, каждый раз добавляя и изменяя документ с учетом замечаний заказчика.
Даже если все кажется ясным и очевидным, нужно спросить, правильно ли вы понимаете.
Это сэкономит много времени и нервов.
Даже говоря о простых новостях, не следует забывать, что существуют понятия «частота публикации», кто обновляется, какие материалы могут быть в новости и т. д. Ответы на такие вопросы могут кардинально изменить структуру страницы и приоритетность новостей.
информация.
5. Утверждение технических условий.
Заказчики делятся на два типа — те, кто не воспринимает техническое задание всерьез и думает «все равно сделают, как я говорю» и те, кто пытается вписать в техническое задание возможное и невозможное.
В проекте важно создать хороший рабочий продукт. Никаких излишеств.
Пример аргументации в пользу разделения проекта на этапы: «Давайте сначала реализуем хорошую рабочую версию, с базовыми функциями, а потом будем дорабатывать и придумывать дополнительные возможности.
Но мы планируем воспользоваться возможностью, которую вы описали, с самого начала».
Старайтесь всегда думать о том, кто будет использовать продукт. Предоставить пользователю все возможности можно, но либо в ущерб удобству, либо в ущерб времени реализации.
Трудности и как их избежать
1. Несоблюдение сроков Иногда случается, что так называемой музы для написания документа нет. Сядьте, почитайте интересную книгу, посмотрите интересную передачу или мультфильм.Не нужно «лазить по сети».
Новые эмоции от книги или увиденного способны сильно развить воображение, придать сил и вдохновения.
Не откладывайте все на самый последний день.
Не создавайте ложного впечатления о сроках реализации проекта и ваших возможностях; включить сроки утверждения в план работы.
Планируйте время, отведенное на проект: распределяйте дни по задачам и придерживайтесь разработанного графика.
2. Цена-условия-объем работ Всегда думайте о том, что у любой задачи есть срок и цена.
Важно предлагать решения, не отвлекаясь от этих смыслов.
3. Обратная связь Всегда отвечайте на электронные письма и звонки.
Клиенту важно получить от вас обратную связь.
Он должен быть уверен, что в случае возникновения спорных вопросов, вопросов или уточнений он сможет позвонить или написать и получить ответы.
4. Постарайтесь записать все, с чем вы согласны.
Подтвердите все пожелания заказчика, переданные вам в беседе или при личной встрече письмом с перечислением пунктов, подлежащих исполнению; указать сроки выполнения вышеуказанного.
Если клиент отправляет 15 писем в день с пожеланиями, попросите клиента собрать пожелания в одно письмо.
Таким образом вы снизите риск того, что часть информации в переписке потеряется, и вам придется тратить время на внесение изменений.
5. Представьте результат Многие идеи отвергаются, поскольку им не было представлено правильное описание.
Например, если заказчик хочет реализовать функцию одним способом, а вы с этим не согласны, разработайте свой вариант, обоснуйте его, опишите идею реализации, расскажите о преимуществах вашего решения.
Старайтесь не делать только так, как желает заказчик.
Как правило, в этом случае будет принят худший вариант.
Небольшие рекомендации
Если вы уже не первый раз работаете над созданием технического задания, следуйте своим правилам.Например, правила могут быть такими: Ментальные карты Техника интеллект-карт. Разрабатывайте технические спецификации, используя ментальные карты.
Суть процесса в том, что вы изначально рисуете будущий проект в виде схемы.
Вы делите продукт на сущности, концепции; При этом каждая точка дерева не должна содержать более 3-4 слов.
Такая схема быстро читается всеми участниками проекта, дерево легко изменить и дополнить.
Существует множество программ для разработки таких карт. Версии и имена файлов Называйте файлы правильно.
Например, это может быть название проекта — в закодированном виде или целиком.
Напишите версию в названии каждого файла.
Так вам будет легче понять, какой файл был последним.
Исходя из опыта, названия и варианты удобно составлять следующего вида: НазваниеПроект.0.1.doc , Где НазваниеПроект - Название проекта, 0 — версия отправлена клиенту; Если 0 — это значит, что оно не было отправлено, пока вы работаете внутри компании (отдела); 1 - версия, которую вы создаете внутри компании (отдела).
Например, вы отправили клиенту версию 0.1, а еще работаете над техническим заданием.
Вы создаете версию 0.2, потому что это изменение, но оно уже ваше или внутри компании.
Вы получаете комментарии от клиента и создаете еще более новую версию - 1.3. Если документов несколько (например, концепция, техническое задание), к названию документа добавьте тип документа - ИмяПроект.Концепция.
0.1. Состав Иметь четкую структуру технического задания.
При сборе информации, а также разработке документа следуйте ей.
В зависимости от ожиданий заказчика возможны 4 варианта выбора шаблона технического задания.
Это может быть ГОСТ, IEEE, корпоративный шаблон, ваш собственный шаблон (или шаблон компании, в которой вы работаете).
Форматирование Хороший документ – это грамотно и правильно оформленный документ. Хорошо продуманные документы легко читать, поскольку в них нет десятков стилей или нескольких блоков текста с разным дизайном.
выводы Попробуйте новые шаблоны и форматы описаний.
Вы тот, кто может решить бизнес-задачу, предложив грамотное и хорошее решение; тот, кто сможет сделать пользователей продукта счастливее (за счет удобного и логичного интерфейса).
Цените себя и свое время, ведь готовый продукт – это результат ваших усилий.
Теги: #спецификации #советы #технические условия #разработка сайтов #Анализ и проектирование систем
-
Статья-Маркетинг – Работает Ли Он Еще?
19 Oct, 24 -
Рейтинг Блоггеров: Как И Почему
19 Oct, 24 -
Pic16F1503. Отправная Точка — 2. Мир
19 Oct, 24 -
Ты-Ты-Ты? Мы? (Я Немного Сумасшедший)
19 Oct, 24 -
Itshare #4: Ретроспектива Камасутры
19 Oct, 24
