АШ
Можно же сделать отдельную колонку или доску с такими задачками? Правда другая задача - не забивать на этот сборник «фич в стол»
Size: a a a
2021 May 27
c
делаем две досочки: досочку для бизнеса и досочку не для бизнеса
П
Не претендуя на экспертность (уверен, компетентные коллеги подправят), могу из своего опыта сказать, что разносить по сути единый бэклог на разные доски - не лучшая затея. Потому что все равно их придётся в какой-то одной точке приоритизировать между собой. Так лучше сразу это делать в колонке бэклог.
П
Каково потребление "списка фич в стол"? Ну, кроме обоснования зарплаты?)
V
Если бы у них попутно куски прикрученного не отваливались то вообще нефиг делать.
АШ
«Фича в стол» - ирония. При неграмотном подходе накидываются в том числе ненужные фичи. При еще более ужасном положении вещей - ненужные фичи нужны здесь и сейчас.
Мы же про реальность говорим, так бывает.
Хотя в теории никаких фич в стол быть не должно, они просто не должны доходить до бэклога.
Мы же про реальность говорим, так бывает.
Хотя в теории никаких фич в стол быть не должно, они просто не должны доходить до бэклога.
ЕК
Или чиститься вовремя.
ЕК
Когда становятся неактуальными.
PD
Ну, иметь много досок (viewpoints) на один список - нормально
ЕК
Тут вопрос - кто генерирует задачи? Разраб который хочет что-то в будущем переделать - должен ставить задачу или нет? Это в стол или нет?
AS
а для этого есть принцип балкона
ЕК
Гугл про него не знает) Расскажи)
AS
вот есть у тебя дома вещь, но ты не знаешь нужная или нет, выкинуть жалко - убираешь на балкон. если в течении года понадобится - вытащишь, а если нет - все что за год не вытаскивалось - на свалку
AS
так и с задачами - на доске не должна мешаться - убери в беклог.. если понадобится - достанешь.. а все что не понадобилось за год - смело выкидывай
ЕК
Хорошая метафора)
AS
но чтобы бизнес не очковал "я вам такую классную идею принес вдруг понадобится" я завел второй беклог релиз "Когда нибудь" и все фильтра настроил что "когда нибудь" не отображается никогда.. ну кроме случаев когда надо продакту показать "мы твою идею помним" - и ему спокойно и мне глаз не мозолит
AS
вообще по моему опыту "и ему спокойно и мне хорошо" это прям самое то что нужно при работе с бизннесом
AS
у меня сейчас так например "релизы" построены
AS
каждый релиз ровно из одной фичи состоит - "микрорелиз".. каждый тестируется. отдать "релиз" можно любой :). Зачем не бизнесу объяснять концепцию "вечно живой мастер" и прочую ерунду совсем неважную )))
ЕК
Действительно) Зачем) Это наверное от специфики проекта зависит, и от трудозатрат на тестирование... Но вообще да, непонятно почему бы так не делать, когда нет аргументов против)