Комментарии 6
Спасибо за материал. Возникает целая пачка вопросов, так как описанная идеалистичная конструкция выглядит, так сказать, неповоротливой.
Объясню свой вопрос: "покрасить кнопку в синий цвет" — как такая история выглядит для "продукта"? Как топ-мнение-желание-собственника пройдет до задачи разработчика и за какое количество дней-спринтов-кварталов будет сформирована задача разработчику? Каким образом можно остановить пинг-понг комментариев, рождённой вот в таком выше описанном вами формате?
В описанном "фреймворке", о каком количестве условных единиц-задач можно говорить за месяц, допустим, что могут быть пропущены по этому флоу и как это флоу можно и нужно нарушать?
Дайте, пожалуйста, какие-то живые 2-3 задачи в вашем цикле. Мой вопрос в том, что сейчас это всё кажется громоздким и дико медленным, как для маленькой, так и для большой задачи-стори, потому что она распадётся на пачку мелких задач.
Спасибо.
Нужно чуть-чуть времени, чтобы ответить. Постараюсь завтра это сделать!
Интересно. На одном дыхании. Про виртуалДатаРуме, правда, ни слова. Тема про витрину цифровых двойников интересна тем, что пришла к нам с немцами в связке с англичанами в 2009. Жаль, свалили в 2011, но… Мозг перевернули! со своим складом Prizma:-)
За погружение в забытую стори, благодарю.
Про «виртуалДатаРуме» было чуть-чуть, но пришлось убрать, чтобы пройти модерацию, так как с этим кусочком статья показалась «рекламой продукта» :)
Как организовать эффективное управление продуктом в b2b