Составление ТЗ

← →
0_o © (2006-10-22 02:51) [0]

Бодрого времени суток!
Задался тут вопросом - как грамотно составлять техническое задание на разработку программного продукта... порылся в сети - ничего толкового не нашел [кубок Яndex"a мне похоже не светит =)].
Подскажите, как составить ТЗ ?

← →
Германн © (2006-10-22 03:12) [1]

О! Точнее О-о :-) А ты работодатель или заказчик? Или исполнитель? Тут есть две большие разницы! Точнее даже три!

← →
Gero © (2006-10-22 03:13) [2]

Или из спортивного интереса? Тогда все 4 будет.

← →
Германн © (2006-10-22 03:30) [3]

> Gero © (22.10.06 03:13) [2]
>
> Или из спортивного интереса?

Не. "Такой хоккей нам не нужен!" :-)

← →
0_o © (2006-10-22 10:47) [4]

Я исполнитель..., хотя особой разницы не вижу... - ТЗ оно вроде и для всех одинаковое.

← →
Суслик © (2006-10-22 10:57) [5]

> 0_o © (22.10.06 10:47) [4]

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

← →
Ketmar © (2006-10-22 11:00) [6]

>[5] Суслик(c) 22-Oct-2006, 10:57
>чтобы было всем понятно что делать и что в итоге будет сделано.
не так. "что делать?" и "кто виноват?"

← →
matt © (2006-10-22 13:22) [7]

в гостах это кажется подробно описано

← →
0_o © (2006-10-23 08:36) [8]

ГОСТЫ-гостами, но хотелось бы как-то "почеловечнее" - ближе к народу...

← →
boriskb © (2006-10-23 08:50) [9]

0_o © (22.10.06 10:47) [4]
Я исполнитель..., хотя особой разницы не вижу... - ТЗ оно вроде и для всех одинаковое.

Лет 25 сталкивался с этой проблемой.
Не исполнитель должен писать ТЗ, а исполнителю!

Но в моей практике бывало очень мало заказчиков, способных написать грамотное и толковое ТЗ.
Вот и приходилось если уж не полностью писать ТЗ самому себе, то очень плотно участвовать в написании.
А это не возможно, не вникая в специфику деятельности заказчика.
Поэтому, хоть и не праздную, но счтаю себя в праве отмечать дни:
Нефтехимика
Железнодорожника
Строителя
Шахтера
Геолога
Связиста
Торговли
и т.д. :)

Ты настолько знаешь работу заказчика, что готов писать ТЗ?
Или у тебя заказчик настолько грамотный, что сам готов написать ТЗ не на выброс, а для работы?

Отсюда надо танцевать.
А форма... это дело утрясаемое.

← →
Calm © (2006-10-23 10:29) [10]

> ГОСТЫ-гостами, но хотелось бы как-то "почеловечнее" - ближе
> к народу...

Напрасно.

>
> Лет 25 сталкивался с этой проблемой.
> Не исполнитель должен писать ТЗ, а исполнителю!

Меньшеее количество лет сталкивался с проблемой, но полностью согласен с тем, что написано в госте: "пишется исполнителем, согласуется с заказчкиом".

← →
VICTOR_ (2006-10-23 10:47) [11]

Для небольших проектов может подойти схема.
Техническое задание
Цель разработки
//Общие(глобальные) цели разработки
Ограничения разработки
//Общие(глобальные) ограничения разработки
1. Название пункта разработки 1
//Общее название пункта доработки
Суть
//Подробное описание необходимых изменений
Ограничения
//Ограничения, которые закладываються при реализации данного пункта
Цель
//Цель – зачем этот пункт нужно реализовывать
Примеры
//Тестовые примеры, на основе которых будет проверяться правильность реализации пункта разработки.
2.Название пункта разработки 2
и т.д.
Приложения
//Схемы работы и др.

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

Для более крупных проектов - нужна более систематичная и детальная проработка спецификации.
См.напр. Иан Соммервилл. Инженерия программного обеспеченя.

← →
boriskb © (2006-10-23 10:47) [12]

Calm © (23.10.06 10:29) [10]
"пишется исполнителем, согласуется с заказчкиом".
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.
Комплекс стандартов на автоматизированные системы
34.602-89

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

← →
Павел Калугин © (2006-10-23 10:53) [13]

Если ТЗ для заказчика, то есть прикрыть пятую точку на случай возможнызх разборок:
1. Смотреть внимательно в ГОСТ. (ЕСПД - единая система программной документации)
2. рыть Гарант-Консультант там было.
3. По возможности максимально приблизится к ГОСТ. Указать согласно каким гостам составлена документация. Не поленится потратить время на оформление.
Если ТЗ для себя
Смотреть внимательно в ГОСТ. (ЕСПД - единая система программной документации)
и думать что оттуда надо, чтобы оно "имело руки и ноги".
В принципе если в постановке задачи и описании метода ее решгения стопроцентно нет разночтений и недомолвок (и с точки зрения заказчика) то таковой документ уже можно считать ТЗ

← →
boriskb © (2006-10-23 11:03) [14]

Пока есть время - пальцы потопырить что ли? :))

Для начала отфарматирую свой пост [12]

Calm © (23.10.06 10:29) [10]
"пишется исполнителем, согласуется с заказчкиом".

1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).
Это выдержка из

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.
Комплекс стандартов на автоматизированные системы
34.602-89
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

Таким образом
1) Формально прав
Calm © (23.10.06 10:29) [10]

Но по существу, задание конечно выдается заказчиком - смешно было бы иначе.
Но называется оно
заявки, тактико-технического задания и т. п.

А в реале очень часто бывает
Павел Калугин © (23.10.06 10:53) [13]
В принципе если в постановке задачи и описании метода ее решгения стопроцентно нет разночтений и недомолвок (и с точки зрения заказчика) то таковой документ уже можно считать ТЗ

← →
Anatoly Podgoretsky © (2006-10-23 11:26) [15]

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

← →
ANB © (2006-10-23 12:09) [16]

ИМХО : очень лениво самому себе ТЗ писать. Даже на основании требований заказчика. Обычно для этих целей серьезные конторы держат аналитиков. Тогда программисту есть с кем посоветоваться и заказчик не дергает глупыми вопросами.
Но у нас, например, ТЗ - в свободной форме. Главное, чтобы заказчик и программист понимали, что будет/должно быть сделано.
Хотя по ГОСТу оно понадежнее будет. Но рисовать дольше.

← →
ZeroDivide © (2006-10-23 12:17) [17]

Смысл писать ТЗ для ПО?
В производстве ПО материальных ресурсов нет, а значит ошибки значительно менее дорогостоящи, чем при производстве чего-либо другого.
Грубо: если мы спроектировали космический корабль, а он взорвался при взлете, то для того, чтобы построить новый по новому проекту, то нужны значительные затраты на новые материалы. То же самое в машиностроении, в строительстве... везде где мы имеем дело с материальными ресурсами - ошибки в проекте стоят дорого.
Нельзя сказать, что ошибки в проектировании ПО ничего не стоят, но они гораздо дешевле. Грубо : Добавив незначительное усовершенствование в проект космического корабля, вы не узнаете о действительных результатах, пока не построите новый образец и не попытаетесь запустить его в космос :)

В связи с этим, наиболее оптимальный вариант:

repeat
0. Досконально изучите автоматизируемую область и бизнес-процессы заказчика.
1. Побольше общайтесь с заказчиком. (К примеру 2 раза в неделю)
2. Почаще предстваляйте заказчику производимые изменения. (от нескольких раз в день...) (читай: запускай образцы в космос)
until Done;

> ZeroDivide © (23.10.06 12:17) [17]

угу. и если заказчик у тебя банк и ты с ним не согласовал алгоритм расчета какой нибудь денежки и из-за этого банк попал на бабки, то он предъявит тебе регрес. Даже если ты отобьешься от выплаты, ссылаясь на пункт в договоре о поставке as is, то скандал все равно будет и о других заказчиках (как и этом) можешь забыть.
ТЗ оно в основном для прикрытия пятой точки в случае конфликта. При его наличии согласованного (и выполнении работы в соответствии с ним) скандал уже банк раздувать не будет, чтобы не выглядеть дураками.

ANB © (23.10.06 12:33) [18]
ТЗ оно в основном для прикрытия пятой точки в случае конфликта

Это смотря какая задача.
Если ты ее в голове можешь держать, тогда твоя цитата может быть верной.
А если приличная и в голове не помещается? :)

ZeroDivide © (23.10.06 12:17) [17]
Смысл писать ТЗ для ПО?

В бОльшей половине солидных контор, мне встречавшихся, после этой фразы с тобой дела иметь не стали бы.
Правда эти конторы и не обратились бы к частнику :)

ANB © (23.10.06 12:33)
boriskb © (23.10.06 12:43)

Я имел в виду все таки ТЗ, а не бумажку для прикрытия пятой точки, пусть даже с одноименным названием. Что же касается такого типа бумажки, ты вы абсолютно правы. (Но это не ТЗ %) )

> [20] ZeroDivide © (23.10.06 15:12)

> Что же касается такого типа бумажки, ты вы абсолютно правы.
> (Но это не ТЗ %)

а что же это еще?
если в бамаське под названием ДОГОВОР написано
програмный продут должен соответствовать Тех.Требованиям (приложение 1)
по ним разрабатывается ТЗ , утверждается чс заказчиком и , простите, но если в ТЗ написано что "кнопка Ок находится в левом нижнем углу фоормы в 3-х пикселЯх слева и 3х пикселях снизу", то размещение оной в 4-х пикселях снизу есть основания признания работы не соответствующей ТЗ следовательно тех требованиям следовательно договору.
и тоже самое с базовыми алгоритмами расчетов.
если в ТЗ заложено 2*2=5 а у вас недай бог 4 получилось - все. кранты..

Прикрывающая бумажка и спецификация - все же разные вещи, ладно?

да нет... Одно и тоже.
Грамотное ТЗ оно и в работе полезно крайне и прикроет все точки...

Основное отличие - в спецификации должно быть все, а в этом приложении к договору - только то, что важно заказчику.

Составление ТЗ Найти похожие ветки