Comments 6
Хорошая тема, но по понятным причинам не подходит для удаленной работы, когда команда раскидана по миру. Мы используем диаграммы связей — благо современный интернет дает приличный выбор инструментов для этого.
«Полная карта больших проектов может содержать до шести уровней»
уровни чего? проработки требований?
уровни чего? проработки требований?
Хм, «функционал». https://toster.ru/q/14928
В блоге издателя ожидаешь грамотного русского.
В блоге издателя ожидаешь грамотного русского.
Встречал достаточно команд которые активно начинали визуализировать функционал, но, повыкладывав пару недель красочные стены своего кабинета в Инстаграм, завязывали с этим делом.
Мы как-то тоже попробовали, но, увы, не полетело.
Я не хочу сказать, что подход плох, просто есть достаточно много мелких, казалось бы, несущественных моментов, которые препятствуют оклеиваюнию рабочего пространства стикерами. Из не очевидных, вроде отсутствия подходящего помещения, на ум сразу приходят:
— На раннем этапе истории (желтые листки) часто дублируются. Причем какая-нибудь авторизация пользователя может, пусть и формально, присутствовать во всех задачах/действиях;
— Не всем нравится заниматься этим делом и, лично я считаю, что привлекать команду разработки стоит только на этапе историй, иначе планирование затянется и превратится в процесс обсуждения бизнес-целей с тестерами и фронтендерами;
— Очень слабый контроль за зависимостями задач (пользовательских историй) и, как следствие, практически полное «переобдумывание» некоторых постановок при переносе в онлайн;
— Иногда проще просто описать проект каскадным списком (условно приняв, что без отступа — это «идеи», отступ первого уровня — это «действия» и т.д.), чем расклеивать стикеры;
П.С. Ну и, конечно, плохой почерк участвующих в процессе — ой как мешает сосредоточиться, временами :)
Мы как-то тоже попробовали, но, увы, не полетело.
Я не хочу сказать, что подход плох, просто есть достаточно много мелких, казалось бы, несущественных моментов, которые препятствуют оклеиваюнию рабочего пространства стикерами. Из не очевидных, вроде отсутствия подходящего помещения, на ум сразу приходят:
— На раннем этапе истории (желтые листки) часто дублируются. Причем какая-нибудь авторизация пользователя может, пусть и формально, присутствовать во всех задачах/действиях;
— Не всем нравится заниматься этим делом и, лично я считаю, что привлекать команду разработки стоит только на этапе историй, иначе планирование затянется и превратится в процесс обсуждения бизнес-целей с тестерами и фронтендерами;
— Очень слабый контроль за зависимостями задач (пользовательских историй) и, как следствие, практически полное «переобдумывание» некоторых постановок при переносе в онлайн;
— Иногда проще просто описать проект каскадным списком (условно приняв, что без отступа — это «идеи», отступ первого уровня — это «действия» и т.д.), чем расклеивать стикеры;
П.С. Ну и, конечно, плохой почерк участвующих в процессе — ой как мешает сосредоточиться, временами :)
Sign up to leave a comment.
О важности User Stories