Вход | Регистрация


Информационные технологии ::

Метки: 

Как правильно писать ТЗ на разработку

Я
   kantimota
 
15.01.18 - 13:49
Добрый день! Посоветуйте методичку или книгу как правильно писать ТЗ на разработку.
 
 
   Maniac
 
1 - 15.01.18 - 13:50
Сразу ищи методичку для того кто будет читать твое тз, написанное по методичке
   Timon1405
 
2 - 15.01.18 - 13:52
   kantimota
 
3 - 15.01.18 - 14:01
спасибо!
   Волшебник
 
Модератор
4 - 15.01.18 - 14:02
(2) послал так послал...
   Dmitry1c
 
5 - 15.01.18 - 14:19
Кстати говоря, ближайшие вещи, которые мне как разрабу напоминают ТЗ, это любые юридические документы

Договора, например. Все четко написано и должно быть истолковано одинаково разными людьми.
   DrZombi
 
6 - 15.01.18 - 14:33
(5) Идеал, по факту задача звучит двояко, по большей части напоминает "Сделать кнопку 'Работать хорошо'"
   kantimota
 
7 - 15.01.18 - 14:35
Хочу научится писать ТЗ, чтоб разработчики 1С четко понимали что им нужно делать.
   Джинн
 
8 - 15.01.18 - 14:37
(0) Можно ручкой писать. Особо продвинутые в текстовом редакторе набирают.
   Галахад
 
9 - 15.01.18 - 14:41
(7) Для этого достаточно ясно выражать свои мысли.
Для лучшего понимания прикладывать картинки и формулы.
   kantimota
 
10 - 15.01.18 - 14:41
(8) ща волшебнику на тебя пожалуюсь, он где то тут был :)
 
  Рекламное место пустует
   Asmody
 
11 - 15.01.18 - 14:45
(0) В виде набора тестов.
   ptiz
 
12 - 15.01.18 - 14:49
(5) "любые юридические документы" - если бы. Даже поговорка есть: "два юриста - три мнения".
   Злопчинский
 
13 - 15.01.18 - 14:51
(7) то есть ты, разговаривая с пользюками и трансоируюя это посредством ТЗ для кодеров 1С - лелешь мысль что ты ничего не исказил...
смишно...
   ukolabrother
 
14 - 16.01.18 - 13:19
(7) чтобы научиться так писать ТЗ надо стать программистом
   Гипервизор
 
15 - 16.01.18 - 13:21
Чтобы хорошо написать ТЗ на разработку, надо иметь хорошо написанные технические требования.
   Лефмихалыч
 
16 - 16.01.18 - 13:27
(0) ГОСТ 34.602
но с разбегу ни у кого не получается. Люди обычно читают ГОСТ, думают, что надо форму соблюсти, и теряют к херам содержание. Надо понимать, о чем именно, писать в каждом разделе ГОСТа

(15) обычно требования как раз и прорабатываются в процессе написания ТЗ. Если требования, тем более **технические** детально описаны до ТЗ, то ни в каком ТЗ нет необходимости
   Лефмихалыч
 
17 - 16.01.18 - 13:28
+(16) еще в IEEE 830 преамбулу прямо надо внимательно прочесть, особенно "характеристики хорошего SRS". Прямо надо, чтобы в голове это осело.
   Гипервизор
 
18 - 16.01.18 - 13:31
(16) Ну что вы, как же без связки "служебка + техтребования + техпроект + акт"? Тогда раздутый бюрократический аппарат с голоду умрет!
   Рэйв
 
19 - 16.01.18 - 13:40
(0)Как и для всякой писательской деятельности тут талант нужен.:-)
   Antony8x
 
20 - 16.01.18 - 13:44
(1) :)
   Лефмихалыч
 
21 - 16.01.18 - 13:44
(19) Этому можно научить и в условиях отсутствия таланта. Я пробовал. Результат получаются примерно, как речь глухонемого, то есть несколько коряво и сильно упрощенно, но разработку по таким ТЗ можно вести не хуже, чем - по хорошим ТЗ. Ну, может, чуть больше итераций - в пределах стат. погрешности.
   vde69
 
22 - 16.01.18 - 13:44
самое лучше ТЗ пишется так

1. Краткое описание конечного результата (как должно получится)
2. Описание процедуры тестирования и приемки (как и по каким критериям будет приемка)
3. Описание интерфейсов (где должна быть кнопка и каких размеров)
4. Описание технической архитектуры (какие регистры и метаданные добавляем/меняем)


при чем первый пункт обязателен, остальные - желательны... чем больше пунктов будет описано тем лучше будет результат
   Лефмихалыч
 
23 - 16.01.18 - 13:48
(7) А разработчик в любом случае сделает то, что умеет, из того, что возможно, из того, что запомнил.
ТЗ нужно для приемки результат в большей степени, чем для разработчика.
   Лефмихалыч
 
24 - 16.01.18 - 13:49
(22) 4 должен разработчик придумывать. Всегда. Иначе это будет пять параллельных красных линий прозрачного цвета
   vde69
 
25 - 16.01.18 - 13:51
(24) не всегда, иногда это делает архитектор
   Лефмихалыч
 
26 - 16.01.18 - 13:53
(25) я об этом и говорю. Пункт 4 не для ТЗ. Он появляется на основании ТЗ в голове у архитектора или лица, им считающегося.
   vde69
 
27 - 16.01.18 - 13:59
(26) ты не прав... распишу как и когда рождаются эти пункты

п. 1 - это функциональные требования заказчика, рождаются в диалоге РП и заказчиков. ТЗ еще нет
п. 2 - рождается на основании ФТ, его предлагает РП а принимает и дополняет заказчик
п. 3 - Рождается на основание ФТ, иногда согласуется с заказчиком а иногда и нет.  
п. 4 - Рождается на основании ФТ, и как правило ни как не согласуется с заказчиком

и вот когда все 4 пункта есть - пишется ТЗ ...
   Лефмихалыч
 
28 - 16.01.18 - 14:00
(27) я не говорю, что техпроект ненужно делать. Я только говорю, что он - не часть ТЗ. К моменту, когда пишется техпроект, ТЗ уже должно быть закончено и согласовано с заказчиком.
   _Дайвер_
 
29 - 16.01.18 - 14:02
Чтобы писать хорошие ТЗ, нужно побыть в шкуре программиста, а чтобы просто писать ТЗ, достаточно фантазии)
   HeKrendel
 
30 - 16.01.18 - 14:14
(0) Судя по веткам на мисте, среднестатистический специалист не читает постановки задачи
   HeKrendel
 
31 - 16.01.18 - 14:14
(29) Найди хотя бы одну ветку на мисте, где постановка задач без доп вопросов заканчивалась бы ответом
   Злопчинский
 
32 - 16.01.18 - 14:17
(22) по WMS:
"1. Краткое описание конечного результата (как должно получится) "
.
Описание:
"сейчас - хреново, будет - хорошо".
если писать более развернуто, то получится общее описание работы склада под управлением WMS. Ничего конкретного.
   vde69
 
33 - 16.01.18 - 15:30
(32) по WMS нельзя написать ТЗ, но можно написать ПРЕКТ, который будет состоять из кучи разных ТЗ и кучи итераций внедрения....


декомпозицию никто не отменял :)


точно так невозможно написать ТЗ например на ракету для полета на Луну...
 
  Рекламное место пустует
   ИТ директор
 
34 - 16.01.18 - 15:36
как всегда vde69 несет бред
   Lama12
 
35 - 16.01.18 - 15:37
(0) Используйте Scram. Там вместо ТЗ пишут пользовательские истории. :-) Если не научишься писать понятно для программисте и заказчика, то хоть руку набьешь. Станешь сказочником. ;-)
   ИТ директор
 
36 - 16.01.18 - 15:39
(35) пишется Scrum
   vde69
 
37 - 16.01.18 - 17:24
(36) как всегда ИТ директор вообще ничего кроме критики не несет, его даже на бред не хватает.
   ИТ директор
 
38 - 16.01.18 - 17:29
(37) ЛОЛ, ты же вроде начальник типа да? Мне очень странно объяснять тебе прописные истины что в ТЗ содержатся требования к функциям, а то как они будут реализовываться называется "технический проект". Описанное п.3 и п.4 в (22) можно было бы списать на неграмотность, но после таких яростных убеждений в (27) все твои повествования кроме как бредом назвать нельзя.
   Chum
 
39 - 16.01.18 - 17:34
(16) не 34, а 19. Есть разница между автоматизированной системой и софтом.

(0) ГОСТ 19.201-78 Техническое задание, требования к содержанию и оформлению
   vde69
 
40 - 16.01.18 - 17:40
(38) я описываю не абстрактное ТЗ а тот комплект бумаг который должен попасть к разработчику и который он (разработчик) понимает как ТЗ.

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

Я вот весело посмеюсь как разработчик будет писать по строго оформленному по ГОСТУ ТЗ, вот я буду угорать....
   vde69
 
41 - 16.01.18 - 17:42
(38)>>>что в ТЗ содержатся требования к функциям

ну не только требования к функциям, еще требования к эргономике, и оформлению (в том числе оформление исходников то же может включатся в ТЗ).
   ИТ директор
 
42 - 16.01.18 - 17:45
(40) Можешь начинать уже щас угорать, т.к. одним из ключевых требований к ТЗ является то что оно должно быть понятно и Исполнителю и Заказчику. Ну это если ТЗ такого уровня как приложение к договору, т.е. является юридически значимым документом. У себя дома ты можешь хоть на туалетной бумаге всё что тебе угодно писать и называть это ТЗ.
   ИТ директор
 
43 - 16.01.18 - 17:47
(41) судя по твоей орфографии ТЗ тебе не доверил бы писать ни один даже самый захудалый франч, поэтому всё что ты здесь пишешь это какие-то твои влажные фантазии
   vde69
 
44 - 16.01.18 - 17:51
(43) Вам шашечки или ехать?

да, к сожалению для франча главное - шашечки, по этому я для них действительно не подойду в роли писателя ТЗ. И я этому очень даже рад :)

зы
вот сейчас прислали ком предложение на внедрение срм, вода, водой... но зато все оформлено правильно... Лично я такие предложения сразу отдаю менеджерам проектов, пусть у них голова пухнет :)
   trdm
 
45 - 16.01.18 - 18:01
(0) > Посоветуйте методичку или книгу как правильно писать ТЗ на разработку.

Главное, что надо знать: ТЗ пишется на языке предметной области и содержит перечень изменений объектов системы и описание получаемого после работы специалиста результата.
Все остальное - буквоедство и шлак.
   Злопчинский
 
46 - 16.01.18 - 18:16
Как-то мыслится что сначала тех проект, а потом ТЗ
   Злопчинский
 
47 - 16.01.18 - 18:17
Или не?
   jsmith82
 
48 - 16.01.18 - 18:42
Пиши по-русски.
   Веселый собака
 
49 - 16.01.18 - 19:04
(42) Ну это же рабство какое-то. Понимают два подписанта, а кодеру ни#уя не понятно. Бабки летают туда и сюда, только ему не понять никогдааа )
 
  Рекламное место пустует
   Ник080808
 
50 - 16.01.18 - 19:18
(49) потому что интересы кодера меньше всего кого то волнуют)
   ИТ директор
 
51 - 16.01.18 - 19:27
(49) Почему ты думаешь что кодер сам не может написать понятное Заказчику ТЗ в терминах предметной области? Среди 1С-ников самое обычное явление.
   ИТ директор
 
52 - 16.01.18 - 19:28
Более того умный 1С-ный кодер будет писать в ТЗ только то что понимает как сделать.
   Веселый собака
 
53 - 16.01.18 - 19:34
(51) Потому что правильный ответ в (50).
   ИТ директор
 
54 - 16.01.18 - 19:38
(53) ЛОЛ, ты не думал что кодер может быть ЛПР со стороны Исполнителя?
   PCcomCat
 
55 - 16.01.18 - 19:48
Я пишу ТЗ на глазах заказчика в картинках, потом себе делаю письменные пометки, которые обсуждаются в ходе осмотра картинки вместе с заказчиком, а далее разгадываю ребусы - телепатирую скрытую, теневую часть. ;))
   Лефмихалыч
 
56 - 16.01.18 - 22:08
(39) научи меня, ага. Почитай тот и другой, - это раз. Два - на чем основывается твое категоричное "не то, а это"?
   Лефмихалыч
 
57 - 16.01.18 - 22:10
(46) нет. ТЗ - это ЧТО мы хотим, ТП - это КАК мы это будем делать.
   jsmith82
 
58 - 16.01.18 - 22:12
Вообще на практике основная претензия к ТЗ всегда одна и та же.
Каким бы красиво оформленным оно ни было (хотя эти всяческие форматирования - нумерация, шрифты, блок-схемы обычно несут ноль информации), в ней нет самого содержания.
ТЗ должно быть в некотором роде декларативным, описывать проблему и результат, а не императивным, описывающим ригидные структурыотношения, которые далеки от нормальной реальности.
   Лефмихалыч
 
59 - 16.01.18 - 22:15
(58) отсутствие содержание как раз бывает, когда за дело берется светлая голова с победитовым наконечником. К самому по себе артефакту разработки под названием "техническое задание" это не имеет отношение. То, что ты сказал - это характеристика чукчей-писателей, а не результата ими написанного
   Злопчинский
 
60 - 17.01.18 - 00:00
(57) как-как... руками...
   s_ustinov
 
61 - 17.01.18 - 12:32
(0) Лучше всего писать ТЗ в виде корректно работающего кода. :)))
А программист пусть оптимизирует, приводит к стандартам и т.п.



Список тем форума
Рекламное место пустует   Рекламное место пустует
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство.
Фредерик Брукс-младший
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует