YP
заказчик
Size: a a a
2021 April 13
YP
вы изначально не можете на 100% поинмать что у вас будет в конце
ЕК
Те кто ставит задачу по сути у нас и есть заказчики)
YP
поэтому писать изначально детальное ТЗ на весь проект это к провалу
ЕК
На задачу
YP
а, понял, у вас на каждую задачу отдельное ТЗ
ЕК
Ну на сложную задачу естессено
ЕК
Где есть вероятность рассинхронов
YP
но все равно ее нужно рзбивать на этапы и корректировать ТЗ в процессе разработки
ЕК
Но по мне это проблема коммуникации внутри команды. Но говорю - сработает - будет новый опыт) Не сработает - буду предлагать альтернативы)
YP
ну тогда вопрос по другому нужно ставить. Если вам нужен новый опыт коммуникации, тогда все что сказано было выше, это не о том
ЕК
Естессно. Мне тоже кажется подробное ТЗ плохо тем что устаревает практически сразу же
YP
если ждира только для коммуникации, то это просто доска со стикерами. Тогда попробуйте канбан
ЕК
Ну для планирования, Roadmap еще. Может еще что. Канбан я плохо знаю. Скрам то не в полной мере к своему стыду)
ЕК
Спасибо за ОС
YP
я говорю о другом, скрам это методология разработки, это не для коммункаций и не для планирования. Планировать в ехеле можно на ура. Если вам нужна просто доска со стикерами и бэклог, то возьмите канбан - просто доска со стикерами, в той же джира
РИ
канбан - просто доска со стикерами:) @pimenaus зацени:)
YP
Канбан простая методология, ее в тойоте кажись придумали, поток мелких задач попадает в пул, откуда их берут на выполнение
YP
ну если упрастить для новичка)
РИ
это в тему олдскул-образования и ньюскул. Вы таким упрощением портите человека без надежды на восстановление