Для чего нужно техническое задание

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

Один из первых шагов к началу это составление технических заданий на разработки. Давайте рассмотрим частые проблемы которые возникают при работе на «устных задачах» (такое как правило практикуется при разработке в 1С:Предприятии) и как техническое задание позволяет их решить.

Разработки «однодневки»

Что это такое? Это разработки, которыми будут пользоваться очень редко или вообще один раз, например когда пользователи не хотят составлять разово отчет в excel и требуют его разработку, а воспользовавшись им забывают про него (в одной компании, где мне довелось работать, в 1С:Предприятии 7.7 более сотни внешних отчетов, а пользовались от силы десятком). Как техническое задание помогает в борьбе с такими разработками? Да очень просто, зачастую людям просто лень его составлять и им проще взять в руки excel (Open office Сalc) и разово составить отчет, или прсто руками провести изменение пары десятков записей в БД, и человек видя, что трудозатраты на составление технического задания много больше, чем сделать ту-же работу руками, просто делает ее руками.

Сделай то, не знаю что, сделай так, не знаю как

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

Как писать техническое задание?

Прежде чем ответить на этот вопрос, нужно учесть, что пользователи в своем большинстве будут саботировать написание технических заданий. Саботаж будет выражаться в отписках в четыре-пять строк, криках, что мы не программисты и не знаем ничего и тому подобных вещей. В этом вопросе стоит проявить упорство, если вы будете брать в работу формальные отписки в четыре строчки с названием «Техническое задание», то лучше этого вообще не делать.

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

Примерный план такой:

1. цель разработки и ее обоснование;
2. используемые средства;
3. описания бизнес процессов (если есть);
4. само задание с примерами входных и выходных форм.

После того как вы определились с тем, что пользователи будут писать техническое задание, вам необходимо определить порядок его утверждения, это неоходимо, что-бы не было горящих задач. Кстати в большинстве случаев, утверждающие не вникают в суть (да, что там говорить, не читают даже) того, что утверждают, но это очень быстро устраняется, после того как техническое задание вернется несколько раз на доработку и уточнение.

Заключение

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