Как написать ТЗ на мобильную разработку

12 мая 2023, Кирилл Кунст, технический директор
Когда клиент обращается в студию для разработки мобильного приложения, он обычно описывает свои требования, которые затем фиксируются в техническом задании (ТЗ). Оно является важным руководством для студии во время разработки приложения, поскольку это позволяет создать продукт, который соответствует ожиданиям клиента. Однако, написание ТЗ может вызывать затруднения. В этой статье мы рассмотрим самые частые трудности и вопросы, с которыми сталкиваются заказчики и исполнители.

Что такое ТЗ на разработку?

Техническое задание (ТЗ) — это документ, который содержит подробное и конкретное описание требований к будущему программному обеспечению (ПО), его особенностям и спецификации.

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

Стоит ли оформлять ТЗ по ГОСТу?

Для разработки мобильного приложения или веб-сервиса можно использовать стандарты качества, такие как отечественные ГОСТы и зарубежные SRS (спецификация требований к программному обеспечению). В SRS содержится более разветвленная структура, которая состоит из введения, глав, подглав и заключения. Однако, ГОСТы используются только госсектором и связанными с ним компаниями. Крупные корпорации могут иметь свои собственные стандарты качества, поэтому студия мобильной разработки может настраивать ТЗ под конкретного заказчика.

Некоторые студии продолжают использовать ГОСТы для написания ТЗ, так как это удобно для проверки. Однако, ГОСТовский документ может показаться слишком громоздким и сложным для ориентирования. Кроме того, ТЗ по ГОСТу не подходит для сотрудничества по Agile, поскольку этот стандарт был разработан в конце 80-х годов и не учитывает, что проектная разработка может происходить спринтами. Таким образом, написание ТЗ зависит от конкретной студии и ее методологии, главное, чтобы оно содержало все необходимые требования для описания будущего проекта.

Написание технического задания на мобильную разработку является сложной задачей для одного человека, независимо от формата документа. Клиент может хорошо объяснить свою идею приложения на языке своего бизнеса, но не иметь достаточных знаний в терминологии IT. В этом случае на помощь приходят технические писатели и аналитики, которые помогают клиенту сформулировать его требования на техническом языке и закрепляют их в документе.

Люди, которые знакомы с форматом официальных документов, могут легко работать с ТЗ по ГОСТу. Однако, чаще всего, техническое задание сокращают до кратких инструкций и схем.

Как понять, что вы столкнулись с плохим аналитиком?

Разработка проектной документации требует много времени, что является нормальным. Не стоит спешить, если аналитик тратит недели на написание ТЗ для сложных проектов. Однако следует быть настороженным в случае, если:
  • ТЗ непонятно. Несмотря на то, что документ должен быть технически ориентированным, его текст должен быть понятным и читабельным. Аналитики могут использовать термины и техническую терминологию, но при этом необходимо обеспечить ясность и понимание документа.
  • Иногда в тексте повторяются одни и те же слова несколько раз, например: «Пользователь может нажать на кнопку. После нажатия на кнопку, кнопка…». Хотя это может выглядеть не очень эстетично, но такие повторы делают текст более понятным и четким.
  • Аналитик сосредоточен только на одной проектной роли, например, создаёт инструкцию, которой сможет воспользоваться только разработчик, в то время как для менеджера информации это будет недостаточно. Хорошее ТЗ должно предоставлять информацию для всех, кто имеет хоть какое-то отношение к проекту. Если документация описывает проект исключительно на основе задач одного человека, то она будет мало полезной в работе.
Исполнитель упустил какие-то моменты. Если новичок находит ошибки в работе профессионала, то скорее всего в документации содержатся более серьёзные ошибки, которые клиент, в силу своей неопытности, не заметит.

Сколько стоит написание технического задания?

Затраты на написание ТЗ составляют небольшую часть от общей стоимости разработки приложения. Однако, не стоит экономить на этом этапе проекта. В мобильной разработке ТЗ играет такую же важную роль, как чертеж для строительства дома. Ошибки могут привести к серьезным финансовым потерям и срывам сроков. Компания IBM провела исследование и выяснила, что исправление ошибок на ранних этапах разработки стоит значительно дешевле, чем если бы они были обнаружены позднее.

Аналитики, занимающиеся разработкой ТЗ, важны для того, чтобы избежать финансовых потерь. Они могут помочь создать надежную основу для разработки приложения, предоставив качественную документацию. Хорошо составленное техническое здание может использоваться для разработки и поддержки приложения на всю его жизнь, а также передаваться другим компаниям для продолжения работы. Это поможет им быстрее разобраться в проекте и избежать проблем.

Можно ли работать по готовому шаблону ТЗ?

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

Кто составляет ТЗ на разработку мобильного приложения?

В составлении ТЗ на разработку мобильного приложения может участвовать несколько специалистов, в зависимости от проекта и его сложности. В общем случае, ТЗ составляют бизнес-аналитики, которые анализируют требования заказчика и определяют функциональность и основные характеристики приложения.

Также в составлении ТЗ могут участвовать UI/UX-дизайнеры, которые помогают определить интерфейс приложения и его визуальное оформление. Разработчики и технические специалисты могут также участвовать в составлении ТЗ, чтобы определить технические требования и ограничения.

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

Что должно быть в ТЗ?

Как правило, техническое задание состоит из трех блоков:
  • Общие требования. В данном разделе содержится глоссарий терминов, а также описание целей и задач, которые должно решать приложение.
  • Состав и содержание работ. Этот раздел детально описывает страницы приложения, прототипы, сценарии взаимодействия с пользователем, архитектуру баз данных и логику работы приложения.
  • Требования к системе. В данном разделе приводятся технические требования, связанные с бекендом приложения, такие как требования к хостингу, защите информации и техническим характеристикам устройств пользователей.

Заключение

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

Составление правильного ТЗ помогает:
  • повысить вероятность создания продукта, соответствующего бизнес-задачам;
  • точно оценить сроки и стоимость разработки;
  • предотвратить конфликты между исполнителем и заказчиком из-за различного понимания задач и методов решения;
  • снизить риски изменения проекта из-за нечетко прописанных требований
Техническое задание на разработку является основой управления проектом. Если его правильно составить, можно контролировать процесс разработки, в противном случае, он может протекать неуправляемо.
Понравилась статья? Поделитесь в соц. сетях:
Другие статьи