Оставить заявку
19
июля
2018
«Сделать хотел грозу, а получил козу», или почему работа должна начинаться с составления ТЗ
Представим, что вы затеяли ремонт и нашли исполнителя. Вы говорите ему: «Я хочу отличный и качественный ремонт!». А позже возвращаетесь и видите повсюду зеркальные потолки. «Ну и что это за безобразие?» – спросите вы у исполнителя. Он ответит: «Это отличный и качественный ремонт!». И будет абсолютно прав. Но вот вас такой результат совершенно не устроит и вы захотите скорее всё переделать.
Поэтому, чтобы избежать неприятных сюрпризов, до начала работ нужно понимать, что именно делать и как должен выглядеть конечный результат. Это справедливо и для сферы веб и мобильной разработки. И здесь на помощь приходит такой документ, как техническое задание или в простонародье ТЗ.
Что такое ТЗ
и какая от него польза?
ТЗ – это официальный документ любого проекта, который подписывается заказчиком и исполнителем. В нём зафиксированы требования к будущему продукту. Чем подробнее расписаны все эти требования, тем лучше участники процесса понимают, каким он должен быть. ТЗ гарантирует заказчику, что конечный результат будет соответствовать его ожиданиям.
Когда ТЗ недостаточно подробное
С помощью ТЗ вы, как заказчик, можете:
- Понять, за что платите деньги, и структурировать свои идеи. Можно точно сформулировать суть будущего продукта, посмотреть на структуру, что и как будет работать. Прикинуть ожидания к итоговому результату. Если что-то не устраивает – без проблем заменить ещё до начала разработки.
- Оценить компетентность подрядчика. Доверие к разработчику повысится, если ТЗ будет понятным и чётким. А если в нём написана каша – возможно, от такого исполнителя стоит бежать без оглядки.
- Застраховаться от возможных конфликтных ситуаций и недобросовестности исполнителя. Готовый продукт сверяется с ТЗ. Обнаружили несоответствие? Разработчик обязан их исправить. Если вы сотрудничали официально, заключали договор и ТЗ является неотъемлемой частью договора – можно принудить исполнителя к выполнению своих обязанностей даже через суд.
- Просто поменять исполнителя. В процессе составления ТЗ вы знакомитесь с компанией, понимаете, насколько команда разработчиков соответствует вашим ожиданиям. Если вас что-то не устроит, готовое ТЗ можно передать другим исполнителям – это позволит им быстрее включиться в работу.
- Узнать полную стоимость разработки проекта. Без итогового ТЗ назвать точную цену на разработку проекта невозможно. Сначала нужно понять, как будет работать продукт, и какой функционал будет в него заложен. На базе утверждённого ТЗ составляется детальная смета работ, если исполнитель говорит вам одну «голую» цифру, есть вероятность, что цифра ничем не обоснована и взята с потолка.
- Сэкономить бюджет. При наличии грамотного ТЗ вероятность возникновения ошибок, а значит и дополнительных затрат будет нулевой. Вы получите свой проект точно в срок с заранее заложенным бюджетом.
Исполнителю же ТЗ помогает понять, что именно хочет заказчик. Разработчики задают клиенту десятки вопросов, показывают разные примеры и предлагают наилучшие варианты реализации проекта. Всё согласовывается и записывается в единый документ. В дальнейшем это позволяет облегчить и ускорить процесс разработки. Когда все требования перед глазами – остаётся просто спланировать время и приступать к работам.
Когда пытаешься сделать хороший проект без ТЗ
Почему за ТЗ нужно платить
Хорошее ТЗ включает в себя не только описание стандартных разделов программы/приложения/системы. Но и результаты анализа конкурентов, весь опыт исполнителя в сфере разработки ПО. То есть при составлении ТЗ продумываются все алгоритмы работы программы, определяются взаимодействия одних данных от других, что позволяет избежать противоречий в вычислениях. Также продумывается внешний вид и готовятся макеты. В результате вы получите удобный и современный продукт. Естественно, на такую объёмную работу необходимо время специалистов, которое должно быть оплачено.
Если делать ТЗ бесплатно, это не позволит потратить на него необходимый объём рабочих часов, и нормальной аналитики там не будет. А эту работу нужно сделать в любом случае, если не при написании ТЗ, то при разработке. Любая попытка сэкономить на фундаменте в самом начале обернётся большими проблемами и для заказчика и для исполнителя. Так что здесь не нужно скупиться – от качества ТЗ зависит успешность разработки вашего проекта.
Стандарты для
ТЗ на разработку
ПОСейчас у вас должен был возникнуть вполне резонный вопрос: «на основе чего пишется ТЗ?». Реальная ситуация такова: иногда заказчик предлагает использовать корпоративный шаблон и по этому шаблону пишется ТЗ; иногда нет никакого шаблона, и люди просто пишут всё, что они считают нужным для ТЗ. Если не хочется какой-то самодеятельности, существует ГОСТ 34.
Согласно ГОСТ 34 техническое задание должно включать следующие разделы:
- Общие сведения;
- Назначение и цели создания (развития) системы;
- Характеристика объектов автоматизации
- Требования к системе;
- Состав и содержание работ по созданию системы;
- Порядок контроля и приемки системы;
- Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
- Требования к документированию;
- Источники разработки.
С полным содержанием документа можно ознакомиться здесь.
А чтобы не быть голословными, рассмотрим выгоды от составления ТЗ на реальном примере
Директор Службы заказов «Шустрикофф» Гафиятуллин Азат заказал у нас разработку CRM для услуг грузоперевозок. Его первоначальное описание программы содержало огромный объём функционала: по звонку на рабочий телефон должна создаваться новая заявка, где кроме стандартной информации о дате, времени, клиенте, необходимо автоматически рассчитывать стоимость этой заявки. Но стоимость зависит не только от выбранных услуг и их количества, на неё влияет множество данных: способ оплаты клиента, расстояние, категория исполнителя, в каком районе предоставляется услуга (причём для разных услуг районы могут определяться по-разному), время выполнения заявки, продолжительность. Для каждой услуги различается часовая ставка, стоимость километража, зарплата рабочего, стоимость ночного тарифа и другое. Программа должна самостоятельно определять, какие работники подходят на услугу (свободны на данное время и успевают доехать с предыдущей и на последующую заявки), назначать их и рассылать уведомления. И это далеко не весь функционал!
Вместить всё это на веб-страницу, и сделать так, чтобы она не выглядела как китайский сайт, казалось невозможным.
Кто-нибудь, объясните, что тут происходит?????
Но после тщательной работы аналитика мы смогли продумать все взаимосвязи, прописать всю логику – какие данные, когда и откуда брать; как программа должна себя вести в различных ситуациях. Продумать макеты внешнего вида. И теперь программа выглядит совершенно логичной и понятной.
Если бы мы не провели работы по аналитике в самом начале работ, в процессе разработки мы бы постоянно натыкались на те или иные функции, которые противоречат тому, что мы уже сделали. Это увеличило бы не только время работы, но и её стоимость, а также стало бы отличным полем для ошибок.
Есть хорошее ТЗ – есть отличный результат!
Директор Службы заказов «Шустрикофф» остался очень доволен результатом и выразил нам благодарность за своевременную разработку технического задания:
Выражаю благодарность всему коллективу компании АйТиБрик и лично Аделю, за своевременную разработку технического задания. Пусть вас сопровождает удача, а ваши проекты успех. Оставайтесь всегда такими же открытыми и клиентоориентированными.
Сохраните эту статью и перечитайте, когда решите
