Комментарии 2
что я щас прочитал вообще: задачи накидали в итерацию по приницпу "и так сойдет", не было грумминга, предварительной оценки и планирования (где на каждого сначала смотрится наличие свободного времени, а потом планируется не под шапочку, а с небольшим запасом), и потом не было ежедневных стендапов, где каждый если что говорит, если перевел задачу в ожидание, и что от кого ждет.
Чтобы избавиться от всех вышеописанных проблем в зародыше, требуется всего лишь планировать людей на итерацию и ежедневно с утра командой синкаться. И тогда все эти фильтры не нужны, ведь они вынесены на стадии на доске, и по ним ответственный сотрудник должен будет рассказать.
Спасибо за комментарий!
Если в спринт накидали «и так сойдёт», а сами спринты — это каргокульт без сходимости, то дашборд действительно не нужен, он не поможет =)
Согласен, что прозрачное планирование, груминг, синки и прочее нужны именно для того, чтобы подобных ситуаций не возникало. Но дашборд как раз и нужен, чтобы подсвечивать проблемы, когда что-то пошло не так. Например, менеджер закинул в спринт баг с прода, но забыл назначить исполнителя. По-хорошему, красные дашборды должны быть пустыми — и обычно так и бывает (для скриншотов я специально менял фильтры, чтобы показать таски).
LiveBoard помогает сразу увидеть расхождения между тем, как вы спланировали спринт, и тем, что происходит на самом деле.
Время на ревью или задачи, висящие в работе 48 ч+, не видно на доске, и без дашборда такие вещи очень сложно отследить вовремя. Лезть внутрь каждой задачи и смотреть историю изменений — слишком долго.
Ну и важный момент: если у вас команда из трёх человек, которая вместе уже пять лет, то, возможно, вам всё это и не нужно. А вот для хэлсчека нескольких команд — без такого инструмента никуда. Например, если проджект ведёт сразу несколько команд, то LiveBoard — это просто чудо-штука.
LiveBoard — дашборд команды для лида и ПМа: как за 3 минуты понять, что происходит в команде