ты кто такой давай техзадание
The Improved Methods
Обучение Agile методам, Agile трансформация компаний, консультации
Мне не нужно техзадание… мне нужно нечто большее
Ты кто такой давай техзадание,
Ты кто такой давай техзадание, 
Ты кто такой давай техзадание…
Он с тобой все обсудить попытается,
Отчет, аудит всучить пытается.
Знаешь где реальный дело начинается?
Только там где ТЗ появляется.
А теперь товарищи, внимание —
Нету ТЗ — давай до свидания!
Когда-то более десяти лет назад я, еще молодой тогда менеджер, хотя опытный разработчик, поехал к датчанам получать новый проект. И я получил ЕГО — техзадание.
В ходе поездки я обстоятельно всех расспрашивал: что именно должно быть сделано, как должна работать та или иная функция, и по результатам создал отличную спецификацию. Получил вводные, и вернувшись, мы с моей небольшой командой сели педалить писать систему, о которой нас просили. Теперь я так больше не делаю 🙂
В течение работы над тем проектом нас не покидало ощущение, что мы не до конца понимаем, что мы строим. Вроде бы система построения графиков, а все-таки не понятно, для чего она, как она вписывается в тот фреймворк приложения, что нам дали. Да и просто напросто как и когда ее запускают. Все это время вопрос «ЗАЧЕМ» мучил меня, и когда я поехал опять в командировку, то первым делом попросил рассказать о том, что стоит за нашей системой.
Не могу сказать, что услышанное было для меня большим шоком, хотя состояние «обалдения» было, честно. Я узнал, что существует огромное приложение, в нем есть замечательный пользовательский интерфейс (UI), и в рамках него запускаются бизнес-приложения, в которых есть место для графиков, модуль которых мы собственно и делали. Надо отдать должное менеджеру — она приняла нашу работу нескольких месяцев, и потом мы с ней дружно составили новое задание на переработку и «вписывание» того, что мы сделали, в общую картину.
С тех пор прошло много времени, и я уже не прошу техзадание в первую очередь, вместо этого я прошу Видение Продукта.
В результате, это один из главных инструментов Владельца Продукта (об этом я когда-то рассказал на конференции).
Недавно я очередной раз в этом убедился.
Что сказать, молодцы команда и молодец Владелец Продукта, что серьезно относится к «домашнему заданию». Уверен, у них получится достигнуть поставленных целей 🙂
А теперь товарищи, внимание — нету Продукта Видения — давай, до свидания! 🙂
Интересно, из чего состоит хорошее Видение Продукта?
Оставайтесь с нами, я об этом еще напишу, обязательно.
Ты кто такой, давай техзадание!
Как ничего не забыть и сделать самый лучший сайт? На этот и многие другие вопросы поможет ответить такой документ, как техническое задание или в простонародье ТЗ.
Разработка любого интернет-проекта должна начинаться с ТЗ. Пилотную версию исполнитель разрабатывает после предварительных переговоров с заказчиком. В зависимости от степени проработки ТЗ исполнитель может попросить у вас денег, по крайней мере, разработка ТЗ является платной услугой во многих ТОПовых веб-студиях и диджитал-агентствах. Не скупитесь, так как от качества технического задания зависит успешность разработки вашего сайта.
Скупой платит дважды, а иногда и трижды
Большинство заказчиков не понимают для чего необходимо ТЗ и почему за него нужно платить.
Вот три основных аргумента необходимости ТЗ на предпроектном этапе создания сайта.
Ну а почему за ТЗ нужно платить, на это есть один однозначный ответ: «Любой труд должен оплачиваться». Тем более, хорошее ТЗ включает в себя не только описание стандартных разделов сайта, но и результаты мониторинга конкурентов, опыт исполнителя в области интернет-маркетинга. В результате чего у вас будет удобный и современный сайт.
Семь раз отмерь, один раз отрежь
Эталона ТЗ на создание сайта нет. Если покопаться в интернете, вы можете найти массу шаблонов и все они разные, так же, как нет одинаковых сайтов, каждый интернет проект индивидуален и имеет свои особенности.
Тем не менее, в любом ТЗ на создание сайта как минимум должны быть обозначены требования к дизайну сайта (адаптивности под разные мониторы), кроссбраузерности и архитектуре сайта. Должно быть описание контента всех страниц сайта, проработана структура полей модулей и веб-форм. В обязательном порядке требуется описать систему управления сайтом, её функциональные возможности и ограничения.
Если речь идёт о ТЗ на создание интернет-магазина, в обязательном порядке прописывается механика взаимодействия с внешними системами, например, «1С-Предприятие» для синхронизации каталога товаров, сервисами он-лайн платежей и службами доставки, алгоритм оформления заказа, описание витрины и карточки товара.
Так же, как нельзя построить дом без проектной документации, нельзя разработать сайт, который понравился бы пользователям, исполнителю и соответствовал ожиданиям заказчика. Не торопите события, начинайте планомерную работу по разработке ТЗ. Имея на руках хорошую проектную документацию, вы всегда сможете найти своего исполнителя и по духу, и по кошельку.