EA
Не собираетесь или не будете?
Есть ли время на ТЗ?
Есть ли время на ТЗ?
текущий этап разработки будет очень “сухим” и ограниченым. Все что сверху - пойдет в доп работы в отдельное ТЗ
Size: a a a
2019 August 19
EA
а какова цель написания ТЗ? Женя верно заметила, если это в договоре не прописано (Особено ГОСТ) зачем?
Цель - приложение к договору разработки. Клиент подписывает и мы делаем. Обычная “попозакрывашка"
ДА
ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению.
EA
если заказчик говорит на русском, QA на английском, а разработчик на хинди, на каком языке будет ТЗ?
сюдя по вопросу, на матерном ((с:
ГБ
Если на матерном, то делай по ГОСТ :)
И
Если на матерном, то делай по ГОСТ :)
+1
ДА
ЕСПД в помощь
И
Цель - приложение к договору разработки. Клиент подписывает и мы делаем. Обычная “попозакрывашка"
значит это точно не чтобы "понятно" тем,кто будет реализовать? А руководствуемся принципом "все,что не описано в ТЗ,на усмотрение разработчика"
EA
ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению.
в этом и соль. В списке “что должно быть” очень много мусора и очень мало по делу “как это работает"
ДА
в этом и соль. В списке “что должно быть” очень много мусора и очень мало по делу “как это работает"
Убираешь, что не нужно по факту в данной разработке
ГБ
Если на матерном, то рукводствуясь ГОСТ, все ненужные тебе разделы убираешь. А по делу всё равно будешь на индо-английском писать.
И
Предварительно обсудили все и ограничили все требования и стадии. Т.е. “на лету” что-то добавлять не собираемся
А если никому гост не нужен, может в свободной форме и зафиксировать о чем договорились? В плане,чтобы не тратить трудоресурсы на ГОСТирование документа. Но это больше вопрос доверия заказчику и подпишет ли
EA
Общий ход мысли понял.
Беру ГОСТы, делаю обрезание, добавляю нужно. Оптимизирую, чтобы понимали все стороны (клиент и разработка). Получаю полный custom. Ну а в юр. практике тогда - клиент подписал, значит согласился.
Беру ГОСТы, делаю обрезание, добавляю нужно. Оптимизирую, чтобы понимали все стороны (клиент и разработка). Получаю полный custom. Ну а в юр. практике тогда - клиент подписал, значит согласился.
PB
Почему сразу с клиентом это не обсудить-то?
ГБ
У меня последние годы заказчики уже хотят не по ГОСТ, а по ими установленному образцу (у каждого свой, удобный ему). Имхо это нормально.
PB
Мне казалось это очевидная обязанность, которая должна быть профдеформацией (в хорошем смысле).
EA
Почему сразу с клиентом это не обсудить-то?
клиенту не особо важно. Ему хочется видеть, что его “хотелки” учли и есть календарь разработки.
PB
И что? Это явные риски которые потом могут привести к "тут ничего не понятно" или "а почему в таком виде ТЗ?"
EA
но его хотелки дают разрабам очень широкие возможности креативить
EA
И что? Это явные риски которые потом могут привести к "тут ничего не понятно" или "а почему в таком виде ТЗ?"
Ну так если подписал. Разве это не факт принятия документа?