Добрый вечер, творческая часть Хабра! Как разработчик, я постоянно работаю с техническим заданием для клиентов и мой первый пост — это небольшое эссе, анализ такого понятия, как «техническое задание».
Итак, когда компания-заказчик приходит к подрядчику и заказывает «что-то нематериальное», тот делает непроницаемое выражение лица и просит технические характеристики (бриф, описание, спецификацию).
Заказчик, полный энтузиазма, начинает изливать это на бумагу и это правильное начало, ведь технические характеристики - замечательная вещь! 
Это позволяет вам выразить свои идеи, сделать их понятными другим и в итоге получить именно то, что вам нужно! С помощью тех.
задачи, мы можем организовать свои мысли, правильно поставить задачу и увидеть противоречия на самых ранних этапах.
Несмотря на то, что сам термин чаще используется в бизнесе, его суть распространяется практически на все аспекты нашей жизни.
Сформулированные в том или ином приближении тех.
С незапамятных времен задачей людей служило донесение информации о своих потребностях.
В повседневной жизни мы постоянно ощущаем его полезность: заказывая шоколадный торт, описывая идеальную прическу парикмахеру или выбирая жену, которая должна быть милой, остроумной и уметь готовить.
Широкое использование породило бесчисленное множество готовых типовых технических задач.
Например, в кофейне нам достаточно сказать «Капучино!» и не рассказывайте официанту о «кофейном напитке на основе эспрессо с добавлением молока и пенки» 
Жаль только, что, полный неоспоримых преимуществ, Тех.
Задача содержит пару больших и жирных «но».
Даю представление о том, что сделаю продукт ,техническое задание совершенно неспособно описать, насколько хорошо он это сделает .
Даже самое подробное техническое задание содержит массу мест для свободной интерпретации — мест, которые исполнитель зачастую интерпретирует в сторону уменьшения усилий.
Возьмем, к примеру, рулон туалетной бумаги.
Простой предмет с базовыми техническими характеристиками и функциональностью, понятными каждому.
Однако на полке супермаркета можно найти совершенно разные виды бумаги.
Один будет грязно-серый, другой белоснежный; один стоит доллар, другой в три раза дороже! Выбрав один, вы получите геморрой; выбрав другое, вы достигнете небывалых высот мысли.
Переходя от бытовых примеров к бизнесу, можно рассмотреть тендерные закупки.
Система, основанная на тех.
спецификации и естественное стремление бизнеса сэкономить деньги буквально вытесняют хороших поставщиков, сводя торги исключительно к ценовой конкуренции.
В результате невыполнение этих задач как регулятора качества работ вкупе с самым дешевым подрядчиком приводят заказчика к парадоксальному результату: продукт, полностью соответствующий техническим характеристикам, работает настолько плохо, что его просто невозможно использовать.
Ситуацию хорошо иллюстрирует известная притча о скупом человеке, который принес портному кусок ткани и попросил сшить ему шапку.
При заказе скряга спросил, хватит ли материала на две шапки? Получив утвердительный ответ, он спросил о трёх, четырёх.
и наконец согласился на десять.
Через неделю он получил свой заказ.
Шапок действительно было десять, но все они едва помещались на мизинце.
Пожалуй, шапка, которую невозможно надеть на голову, — отличная иллюстрация главной проблемы плохого продукта: номинальное наличие плохо отлаженного функционала в большинстве случаев равно его отсутствию .
И, если притча покажется немного абсурдной и оторванной от нынешних реалий, читатель легко найдет массу современных примеров (например, среди многофункциональной электроники).
Разумное использование
ТЗ, со всеми своими плюсами и минусами, – это, прежде всего, инструмент, требующий правильного использования.В чистом виде он уместен, когда речь идет о строго стандартизированном решении – например, поставках цемента известного состава и марки в четко определенные сроки.
Возведение технического задания в принцип губительно для продукта.
Однажды автор встретился с Заказчиком, который утверждал, что описание его задания не допускает никаких неточностей и от исполнителя ничего не зависит. На его столе лежали предложения от разных подрядчиков, и он выбрал того, у кого был бюджет. При этом он почему-то был одет не в самую дешевую одежду и, сидя в удобном кресле, пил ароматный пуэр.
Призываю Заказчика помнить, что техническое задание – вещь полезная, но оно описывает самый низкий уровень качества решения .
Хороший, по-настоящему хороший продукт требует человеческого участия на всех этапах создания.
Нравится, не торопитесь с выпуском, и он обязательно получится потрясающим! Изображения взяты с сайтов: pt.wikinoticia.com cultofmac.cultofmaccom.netdna-cdn.com , www.popwuping.com , www.thinkgeek.com P.S. Не уверен, что выбрал правильный блог, но лучшего мне не удалось найти.
Теги: #техническое задание #управление качеством продукции #управление проектами
-
Что Читать В Новогодние Каникулы
19 Oct, 24 -
Тактовая Частота Генерации Примитивов Lut
19 Oct, 24 -
Новый Самый Тонкий Смартфон В Мире
19 Oct, 24 -
От Идей До Appstore
19 Oct, 24 -
Умные И Глупые Компоненты React
19 Oct, 24
