Да, история не масштабов Valve, но я в самом начале обозначила, что речь про команду, то есть в среднем про 10 человек. Статья лишь про опыт решения некоторых проблем, которые не чужды многим IT-компаниям.
Если у вас сложилось впечатление, что я — менеджер команды, то я не могу с вами целиком согласиться. Мы — лид тестирования в моём лице и лид разработки — придумали и реализовали описанные решения, но роль "план-мастера" по-прежнему передается внутри команды, и каждый занимается планированием.
С бэклогом работаем через jira и её стандартные возможности. Сама карусель в гуглодоке — там просто фиксируем порядок заказчиков.
Мы с лидом разработки придумывали и внедряли эти решения, но всё же я не выполняю роль менеджера, она распределена по команде — каждый следующий дежурный берёт на себя дополнительные задачи по планированию.
За котов спасибо! :)
Как я понял у вас работает agile методология. Как с таким подходом удается решать стратегические цели?
Must-have задачи — это как раз задачи для решения стратегических целей. Процесс работы со ними выглядит примерно так: с какой-то обговоренной периодичностью (раз в 3-4 месяца сейчас) у нас проходят интенсивы, где определяются список задач на это время. После производится верхнеуровневая оценка, декомпозиция — мы всегда разбиваем крупные задачи на подзадачи (не больше 3-5 дней), — и составление примерного плана на эти 3-4 месяца. В дальнейшем они просто попадают в бэклог для must-have задач и тянутся оттуда по мере появления слотов на доске.
При этом бэклог состоит из частных запросов заказчиков.
Бэклог у нас общий для всех типов задач. За стратегическими целями стоят те же заказчики, только задачи больше.
Заказчики видят приоритет своих запросов. Вы их разбиваете / объединяете при обработке конкретных требований к продукту? Если да, то как это видит заказчик?
Как правило, крупные задачи приходят в категории must-have. Как я писала выше, мы их разбиваем на более мелкие исходя из объема работ или нюансов реализации. Заказчик видит это как царь-задачу и подзадачи.
Да, история не масштабов Valve, но я в самом начале обозначила, что речь про команду, то есть в среднем про 10 человек. Статья лишь про опыт решения некоторых проблем, которые не чужды многим IT-компаниям.
Если у вас сложилось впечатление, что я — менеджер команды, то я не могу с вами целиком согласиться. Мы — лид тестирования в моём лице и лид разработки — придумали и реализовали описанные решения, но роль "план-мастера" по-прежнему передается внутри команды, и каждый занимается планированием.
Мы с лидом разработки придумывали и внедряли эти решения, но всё же я не выполняю роль менеджера, она распределена по команде — каждый следующий дежурный берёт на себя дополнительные задачи по планированию.
За котов спасибо! :)
Must-have задачи — это как раз задачи для решения стратегических целей. Процесс работы со ними выглядит примерно так: с какой-то обговоренной периодичностью (раз в 3-4 месяца сейчас) у нас проходят интенсивы, где определяются список задач на это время. После производится верхнеуровневая оценка, декомпозиция — мы всегда разбиваем крупные задачи на подзадачи (не больше 3-5 дней), — и составление примерного плана на эти 3-4 месяца. В дальнейшем они просто попадают в бэклог для must-have задач и тянутся оттуда по мере появления слотов на доске.
Бэклог у нас общий для всех типов задач. За стратегическими целями стоят те же заказчики, только задачи больше.
Как правило, крупные задачи приходят в категории must-have. Как я писала выше, мы их разбиваем на более мелкие исходя из объема работ или нюансов реализации. Заказчик видит это как царь-задачу и подзадачи.
Ответила на все вопросы?