powered by simpleCommunicator - 2.0.36     © 2025 Programmizd 02
Форумы / Управление процессом разработки ИС [игнор отключен] [закрыт для гостей] / Как правильно готовить ТЗ для программистов?
10 сообщений из 35, страница 2 из 2
Как правильно готовить ТЗ для программистов?
    #39004703
Гхостик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
RenVoldПри серьезном проекте ОБЯЗАТЕЛЬНО НУЖНО ПОЛНОЕ ТЗ!!!! Без этого ваще лучше не браться за реализацию, ибо заработаете нервый срыв, который потом перейдет в апатию (я проходил такое)Тебе просто надо принять тот факт, что заказчик сам не знает чего хочет. И новые требования появляются как следствие того, что заказчик видит уже работающую систему. Пока на руках нет результата, который можно потрогать, воображению не от чего отталкиваться, а вот уже готовая вызывает шквал пожеланий - так уж наш мозг устроен.

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

А если пытаешься работать в режиме водопада (возьму тз, напишу по нему все, отдам и закрою проект) - то конечно, переделка после первой же демонстрации будет вызывать потерю мотивации.
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39004726
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey.Osкак правильно готовить ТЗ для программистов?

RenVoldПри серьезном проекте ОБЯЗАТЕЛЬНО НУЖНО ПОЛНОЕ ТЗ!!!! Без этого ваще лучше не браться за реализацию, ибо заработаете нервый срыв, который потом перейдет в апатию (я проходил такое)
В идеале, сначала разработать "Архитектуру ПО", затем только переходить к ТЗ. а после расписать план работ по срокам и по исполнителям. Вот тогда будет все хорошо.


Имхо, не совсем четкое понимание темы.

ТЗ готовится не для программистов! Оно готовится для потенциального исполнителя работ (или исполнителей – если среди них проводится тендер).
По нормативным документам ТЗ готовит Заказчик – ибо только он знает, что ему нужно
(не обязательно зная, как это будет реализовано).
Поэтому ТЗ пишется на понятном Заказчику! (а не кому-то) языке.
ТЗ – это документ на несколько страниц (а не, например, 500, как некоторые говорят о своих ТЗ) с четкими и конкретными (проверяемыми впоследствии !) формулировками требований типа:
“Танк должен поражать цель на дистанции 3 км, скорость движения по пересеченной местности 70 км, не пробиваемая броня 500 мм с расстояния 500 м, изолированный отсек боеприпасов и водителя, двигатель на солярке и т .п.”.
или
“Программа автоматизации библиотек должна вести реестр читателей, алфавитный и тематический каталоги, учет выданных книги, быстрый справочный поиск наличия книг и т. п)".
В ТЗ обязательно должна быть сформулирована финансовая, социальная, политическая или иная цель проекта (проверяемая!)
ТЗ оформляется по разным ГОСТам (в зависимости от того, что разрабатываете - программу, информационную систему, ПО для военных).
И все!

Все остальные десятки и сотни страниц с некими техническими решениями – это не ТЗ , а аванпроект, эскизный или технический проект, включающий, например, такие документы, как:
1 Интервью заказчика и исполнителя о проблемах и целях создания системы
2 Результаты обследования объекта автоматизации и цели разработки
3 Технико-экономическое обоснование
4 Концепции и основные предложения по созданию системы
5 Предварительный план проектирования и разработки и т. п

Это работа аналитика, а не писателя ТЗ.

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

2 Есть “продвинутые” Заказчики, которые твердо знают, как должна быть реализована их система. Тогда свои технические решения они предлагают к обязательному воплощению в разделе “Специальные требования” ТЗ или в приложениях к ТЗ. В этом случае исполнитель должен лишь выполнять эти технические решения, ничего не придумывая от себя (указывая Заказчику лишь на явные ошибки проектирования).
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39005597
Alexey Tomin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
RenVoldВсе эти рекомендации вам говорят о том, что они никогда не сталкивались с серьезными проектами. При серьезном проекте ОБЯЗАТЕЛЬНО НУЖНО ПОЛНОЕ ТЗ!!!!

Серьёзные проекты- они разные.

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

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

Попытка писать софт не по тем правилам кончится плохо. Либо спутник будет подземным, либо документооборот у других купят, пока ТЗ пишется :)
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39025717
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВИмхо, не совсем четкое понимание темы.
Точнее - полное отсутствие понимания. Контекст такой - есть задачи уровня всего бизнеса в целом, но за решение таковых берутся молодые (но весьма самонадеяные) люди, позиционированные где-то в самом низу пирамиды полномочий в организации. В результате "мелочь суетится", а большие начальники по прежнему не знают, зачем это надо. Точнее, в общих чертах представляют - хотим бонусы, акции и прочее бабло от акционеров в увеличенном количестве получать - только вот ни как не могут связать это самое повышение потока дивидендов с суетой активной молодёжи. Ну а молодёжь, совершенно не понимающая мотивов начальства, пытается снизу устроить революцию и создать новый и сверкающий мир на основе того, что они видят на расстоянии вытянутой руки.

В целом выходит "как всегда".

Поэтому советы из серии "побольше практики" очень даже к месту. Практика просветляет умы молодых искателей мега-способов победить всё и вся одним лёгким описанием бизнес-процессов. И эта же практика в конце концов приводит к пониманию своей роли и фактического места в чужой игре (да, да, в самом низу пирамиды полномочий). И далее вывод для "заигравшихся" простой - на практике приобретаем знания для себя лично, ну а если удастся их использовать для впаривания высокому начальству чего-то повышающего ваш личный статус и доход, то вы неплохо распорядились потраченным на практику временем.
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39044287
sshspb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЮВ, По нормативным документам ТЗ готовит Заказчик ?

ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
ПРИЛОЖЕНИЕ 1
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39044966
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sshspbГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
ПРИЛОЖЕНИЕ 1
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).

Во-первых, в указанном ГОСТе приложениe 1 - рекомендуемое (не обязательное).
Во-вторых, речь идет о проекте ТЗ . Первичным (как сказано и в этом ГОСТе, является ТТЗ (тактико-техническое задание) - синоним ТЗ. являющееся, в случае единственного Исполнителя, и ТЗ.
Исполнители готовят именно проекты ТЗ, если речь идет о конкурсе (тендере), предлагая свои варианты на основе выданного Заказчиком ТТЗ. И всё равно, как сказано в этом ГОСТе, при конкурсной организации Заказчик выбирает окончательный вариант и выдает его от своего имени.

Четко (как по уставу!) организация работ прописана в военных ГОСТах, в частности,

ГОСТ РВ 15.203-2001
ВОЕННАЯ ТЕХНИКА.ПОРЯДОК ВЫПОЛНЕНИЯ ОПЫТНО-КОНСТРУКТОРСКИХ РАБОТ ПО СОЗДАНИЮ ИЗДЕЛИЙ И
ИХ СОСТАВНЫХ ЧАСТЕЙ
Основные положения

(под военной техникой понимается и ПО)

4.1 Функции основных участников ОКР

4.1.1 Государственный заказчик (заказчик) ОКР (далее в тексте — заказчик) в целях организации обеспечения своевременного и качественного выполнения ОКР выполняет следующие функции*:
- присваивает ОКР шифр и индекс изделию ВТ;
- утверждает и выдает головному исполнителю ОКР ТТЗ на выполнение ОКР;
- определяет перечень ТТЗ (ТЗ) на выполнение СЧ ОКР, подлежащих утверждению (согласованию с заказчиком;
-согласовывает цену на ОКР и заключает контракт с головным исполнителем ОКР на выполнение ОКР (СЧ ОКР);
-осуществляет контроль за выполнением ОКР;
-принимает этапы ОКР и ОКР в целом, оценивает технический уровень и эффективность
результатов ОКР;
-участвует в предварительных испытаниях опытных образцов изделий ВТ;
-организует и проводит государственные испытания опытных образцов изделий ВТ;

PS Вопрос о том, кто конкретно разрабатывет ТЗ (ТТЗ), выпускаемое от имени Заказчика - не регламентируется . За отдельную цену это могут делать как сторонние специализированные проектные конторы, так и будущий Исполнитель.

PS1 Речь идет о государственных (бюджетных) организациях.
Между коммерческими конторами может быть любой междусобойчик, без оглядки на нормативные документы.
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39072919
Serguei
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВТЗ готовится не для программистов! Оно готовится для потенциального исполнителя работ (или исполнителей – если среди них проводится тендер).
По нормативным документам ТЗ готовит Заказчик – ибо только он знает, что ему нужно
(не обязательно зная, как это будет реализовано).
Поэтому ТЗ пишется на понятном Заказчику! (а не кому-то) языке.

+1
Для программистов нужно писать постановки задач (ОПЗ), учитывая те требования, которые отражены в ТЗ.
ТЗ конечно нужно дать почитать, но оно писалось не специально для программистов, а на систему в целом. Половину ТЗ программист может не понять, так как там много функциональных требований, которые сначала нужно проработать, разжевать, а потом выдавать программистам.
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39075196
Фотография Valentin Kolesnikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey.Os,

У нес есть инструкция для составления требований.

Главные критерии INVEST:

- Independent
- Negotiable
- Valuable
- Estimable
- Sized
- Testable

https://www.dropbox.com/s/aga3pjahhwkzmxs/340-Writinggreatuserstories-131015-0957-68.pdf?dl=0
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39088370
AlexRad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
RenVold,
Могу посоветовать прочитать книгу:
Системному аналитику... О проектировании программных продуктов на ресурсе:
http://victor-safronov.ru/systems-analysis/books/radzishevskiy_sistemnomu_analitiku.html
Там Вы можете найти множество ответов на эту тему.
...
Рейтинг: 0 / 0
Как правильно готовить ТЗ для программистов?
    #39088371
AlexRad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
RenVold,

Могу посоветовать прочитать книгу:
Системному аналитику... О проектировании программных продуктов на ресурсе:
http://victor-safronov.ru/systems-analysis/books/radzishevskiy_sistemnomu_analitiku.html
Там Вы можете найти множество ответов на эту тему.
...
Рейтинг: 0 / 0
10 сообщений из 35, страница 2 из 2
Форумы / Управление процессом разработки ИС [игнор отключен] [закрыт для гостей] / Как правильно готовить ТЗ для программистов?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]