|
Как правильно писать ТЗ на разработку | ☑ | ||
---|---|---|---|---|
0
kantimota
15.01.18
✎
13:49
|
Добрый день! Посоветуйте методичку или книгу как правильно писать ТЗ на разработку.
|
|||
1
Maniac
15.01.18
✎
13:50
|
Сразу ищи методичку для того кто будет читать твое тз, написанное по методичке
|
|||
2
Timon1405
15.01.18
✎
13:52
|
||||
3
kantimota
15.01.18
✎
14:01
|
спасибо!
|
|||
4
Волшебник
модератор
15.01.18
✎
14:02
|
(2) послал так послал...
|
|||
5
Dmitry1c
15.01.18
✎
14:19
|
Кстати говоря, ближайшие вещи, которые мне как разрабу напоминают ТЗ, это любые юридические документы
Договора, например. Все четко написано и должно быть истолковано одинаково разными людьми. |
|||
6
DrZombi
гуру
15.01.18
✎
14:33
|
(5) Идеал, по факту задача звучит двояко, по большей части напоминает "Сделать кнопку 'Работать хорошо'"
|
|||
7
kantimota
15.01.18
✎
14:35
|
Хочу научится писать ТЗ, чтоб разработчики 1С четко понимали что им нужно делать.
|
|||
8
Джинн
15.01.18
✎
14:37
|
(0) Можно ручкой писать. Особо продвинутые в текстовом редакторе набирают.
|
|||
9
Галахад
гуру
15.01.18
✎
14:41
|
(7) Для этого достаточно ясно выражать свои мысли.
Для лучшего понимания прикладывать картинки и формулы. |
|||
10
kantimota
15.01.18
✎
14:41
|
(8) ща волшебнику на тебя пожалуюсь, он где то тут был :)
|
|||
11
Asmody
15.01.18
✎
14:45
|
(0) В виде набора тестов.
|
|||
12
ptiz
15.01.18
✎
14:49
|
(5) "любые юридические документы" - если бы. Даже поговорка есть: "два юриста - три мнения".
|
|||
13
Злопчинский
15.01.18
✎
14:51
|
(7) то есть ты, разговаривая с пользюками и трансоируюя это посредством ТЗ для кодеров 1С - лелешь мысль что ты ничего не исказил...
смишно... |
|||
14
ukolabrother
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)Как и для всякой писательской деятельности тут талант нужен.:-)
|
|||
20
Antony8x
16.01.18
✎
13:44
|
(1) :)
|
|||
21
Лефмихалыч
16.01.18
✎
13:44
|
(19) Этому можно научить и в условиях отсутствия таланта. Я пробовал. Результат получаются примерно, как речь глухонемого, то есть несколько коряво и сильно упрощенно, но разработку по таким ТЗ можно вести не хуже, чем - по хорошим ТЗ. Ну, может, чуть больше итераций - в пределах стат. погрешности.
|
|||
22
vde69
16.01.18
✎
13:44
|
самое лучше ТЗ пишется так
1. Краткое описание конечного результата (как должно получится) 2. Описание процедуры тестирования и приемки (как и по каким критериям будет приемка) 3. Описание интерфейсов (где должна быть кнопка и каких размеров) 4. Описание технической архитектуры (какие регистры и метаданные добавляем/меняем) при чем первый пункт обязателен, остальные - желательны... чем больше пунктов будет описано тем лучше будет результат |
|||
23
Лефмихалыч
16.01.18
✎
13:48
|
(7) А разработчик в любом случае сделает то, что умеет, из того, что возможно, из того, что запомнил.
ТЗ нужно для приемки результат в большей степени, чем для разработчика. |
|||
24
Лефмихалыч
16.01.18
✎
13:49
|
(22) 4 должен разработчик придумывать. Всегда. Иначе это будет пять параллельных красных линий прозрачного цвета
|
|||
25
vde69
16.01.18
✎
13:51
|
(24) не всегда, иногда это делает архитектор
|
|||
26
Лефмихалыч
16.01.18
✎
13:53
|
(25) я об этом и говорю. Пункт 4 не для ТЗ. Он появляется на основании ТЗ в голове у архитектора или лица, им считающегося.
|
|||
27
vde69
16.01.18
✎
13:59
|
(26) ты не прав... распишу как и когда рождаются эти пункты
п. 1 - это функциональные требования заказчика, рождаются в диалоге РП и заказчиков. ТЗ еще нет п. 2 - рождается на основании ФТ, его предлагает РП а принимает и дополняет заказчик п. 3 - Рождается на основание ФТ, иногда согласуется с заказчиком а иногда и нет. п. 4 - Рождается на основании ФТ, и как правило ни как не согласуется с заказчиком и вот когда все 4 пункта есть - пишется ТЗ ... |
|||
28
Лефмихалыч
16.01.18
✎
14:00
|
(27) я не говорю, что техпроект ненужно делать. Я только говорю, что он - не часть ТЗ. К моменту, когда пишется техпроект, ТЗ уже должно быть закончено и согласовано с заказчиком.
|
|||
29
_Дайвер_
16.01.18
✎
14:02
|
Чтобы писать хорошие ТЗ, нужно побыть в шкуре программиста, а чтобы просто писать ТЗ, достаточно фантазии)
|
|||
30
HeKrendel
16.01.18
✎
14:14
|
(0) Судя по веткам на мисте, среднестатистический специалист не читает постановки задачи
|
|||
31
HeKrendel
16.01.18
✎
14:14
|
(29) Найди хотя бы одну ветку на мисте, где постановка задач без доп вопросов заканчивалась бы ответом
|
|||
32
Злопчинский
16.01.18
✎
14:17
|
(22) по WMS:
"1. Краткое описание конечного результата (как должно получится) " . Описание: "сейчас - хреново, будет - хорошо". если писать более развернуто, то получится общее описание работы склада под управлением WMS. Ничего конкретного. |
|||
33
vde69
16.01.18
✎
15:30
|
(32) по WMS нельзя написать ТЗ, но можно написать ПРЕКТ, который будет состоять из кучи разных ТЗ и кучи итераций внедрения....
декомпозицию никто не отменял :) точно так невозможно написать ТЗ например на ракету для полета на Луну... |
|||
34
ИТ директор
16.01.18
✎
15:36
|
как всегда vde69 несет бред
|
|||
35
Lama12
16.01.18
✎
15:37
|
(0) Используйте Scram. Там вместо ТЗ пишут пользовательские истории. :-) Если не научишься писать понятно для программисте и заказчика, то хоть руку набьешь. Станешь сказочником. ;-)
|
|||
36
ИТ директор
16.01.18
✎
15:39
|
(35) пишется Scrum
|
|||
37
vde69
16.01.18
✎
17:24
|
(36) как всегда ИТ директор вообще ничего кроме критики не несет, его даже на бред не хватает.
|
|||
38
ИТ директор
16.01.18
✎
17:29
|
(37) ЛОЛ, ты же вроде начальник типа да? Мне очень странно объяснять тебе прописные истины что в ТЗ содержатся требования к функциям, а то как они будут реализовываться называется "технический проект". Описанное п.3 и п.4 в (22) можно было бы списать на неграмотность, но после таких яростных убеждений в (27) все твои повествования кроме как бредом назвать нельзя.
|
|||
39
Chum
16.01.18
✎
17:34
|
(16) не 34, а 19. Есть разница между автоматизированной системой и софтом.
(0) ГОСТ 19.201-78 Техническое задание, требования к содержанию и оформлению |
|||
40
vde69
16.01.18
✎
17:40
|
(38) я описываю не абстрактное ТЗ а тот комплект бумаг который должен попасть к разработчику и который он (разработчик) понимает как ТЗ.
А правильно или не правильно написано ТЗ - разработчику пофиг, ему главное, что бы оно было понятное. А указанные пункты и дают это ясность... Я вот весело посмеюсь как разработчик будет писать по строго оформленному по ГОСТУ ТЗ, вот я буду угорать.... |
|||
41
vde69
16.01.18
✎
17:42
|
(38)>>>что в ТЗ содержатся требования к функциям
ну не только требования к функциям, еще требования к эргономике, и оформлению (в том числе оформление исходников то же может включатся в ТЗ). |
|||
42
ИТ директор
16.01.18
✎
17:45
|
(40) Можешь начинать уже щас угорать, т.к. одним из ключевых требований к ТЗ является то что оно должно быть понятно и Исполнителю и Заказчику. Ну это если ТЗ такого уровня как приложение к договору, т.е. является юридически значимым документом. У себя дома ты можешь хоть на туалетной бумаге всё что тебе угодно писать и называть это ТЗ.
|
|||
43
ИТ директор
16.01.18
✎
17:47
|
(41) судя по твоей орфографии ТЗ тебе не доверил бы писать ни один даже самый захудалый франч, поэтому всё что ты здесь пишешь это какие-то твои влажные фантазии
|
|||
44
vde69
16.01.18
✎
17:51
|
(43) Вам шашечки или ехать?
да, к сожалению для франча главное - шашечки, по этому я для них действительно не подойду в роли писателя ТЗ. И я этому очень даже рад :) зы вот сейчас прислали ком предложение на внедрение срм, вода, водой... но зато все оформлено правильно... Лично я такие предложения сразу отдаю менеджерам проектов, пусть у них голова пухнет :) |
|||
45
trdm
16.01.18
✎
18:01
|
(0) > Посоветуйте методичку или книгу как правильно писать ТЗ на разработку.
Главное, что надо знать: ТЗ пишется на языке предметной области и содержит перечень изменений объектов системы и описание получаемого после работы специалиста результата. Все остальное - буквоедство и шлак. |
|||
46
Злопчинский
16.01.18
✎
18:16
|
Как-то мыслится что сначала тех проект, а потом ТЗ
|
|||
47
Злопчинский
16.01.18
✎
18:17
|
Или не?
|
|||
48
jsmith82
16.01.18
✎
18:42
|
Пиши по-русски.
|
|||
49
Веселый собака
16.01.18
✎
19:04
|
(42) Ну это же рабство какое-то. Понимают два подписанта, а кодеру ни#уя не понятно. Бабки летают туда и сюда, только ему не понять никогдааа )
|
|||
50
Ник080808
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) ЛОЛ, ты не думал что кодер может быть ЛПР со стороны Исполнителя?
|
|||
55
PCcomCat
16.01.18
✎
19:48
|
Я пишу ТЗ на глазах заказчика в картинках, потом себе делаю письменные пометки, которые обсуждаются в ходе осмотра картинки вместе с заказчиком, а далее разгадываю ребусы - телепатирую скрытую, теневую часть. ;))
|
|||
56
Лефмихалыч
16.01.18
✎
22:08
|
(39) научи меня, ага. Почитай тот и другой, - это раз. Два - на чем основывается твое категоричное "не то, а это"?
|
|||
57
Лефмихалыч
16.01.18
✎
22:10
|
(46) нет. ТЗ - это ЧТО мы хотим, ТП - это КАК мы это будем делать.
|
|||
58
jsmith82
16.01.18
✎
22:12
|
Вообще на практике основная претензия к ТЗ всегда одна и та же.
Каким бы красиво оформленным оно ни было (хотя эти всяческие форматирования - нумерация, шрифты, блок-схемы обычно несут ноль информации), в ней нет самого содержания. ТЗ должно быть в некотором роде декларативным, описывать проблему и результат, а не императивным, описывающим ригидные структурыотношения, которые далеки от нормальной реальности. |
|||
59
Лефмихалыч
16.01.18
✎
22:15
|
(58) отсутствие содержание как раз бывает, когда за дело берется светлая голова с победитовым наконечником. К самому по себе артефакту разработки под названием "техническое задание" это не имеет отношение. То, что ты сказал - это характеристика чукчей-писателей, а не результата ими написанного
|
|||
60
Злопчинский
17.01.18
✎
00:00
|
(57) как-как... руками...
|
|||
61
s_ustinov
17.01.18
✎
12:32
|
(0) Лучше всего писать ТЗ в виде корректно работающего кода. :)))
А программист пусть оптимизирует, приводит к стандартам и т.п. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |