Как изобразить / рассчитать / использовать нелинейные диаграммы выживаемости
Наша компания в значительной степени опирается на таблицы выживания, чтобы отслеживать прогресс различных команд. Одна из проблем, с которой мы сталкиваемся, заключается в том, что "идеальным" трендом является прямая линия, которая идет от начального capaticy до 0 и которая не отражает то, что команда может сделать.
Например, если есть выходные, строка должна быть в состоянии это представить, или если у некоторых членов команды есть "не по теме" задачи, не включенные в планирование, строка также должна это представлять.
Знаете ли вы, есть ли инструмент, способный на это?
Заранее спасибо.
3 ответа
Мы нашли похожие проблемы, и большинство инструментов (Jira, TFS и т. Д.) Не рассчитывают это.
Самое простое решение - пойти в старую школу и нарисовать ее от руки. Это занимает 5 минут, и вы должны обновить вручную, но у нас это хорошо работает.
Вы можете использовать свой инструмент для расчета оставшегося усилия, чтобы рисованная диаграмма была точной.
Кроме того, если кто-то болен, мы обычно уменьшаем общее усилие, убирая что-то из отставания в спринте, примерно эквивалентное тому, что этот человек сделал бы в тот день. Это не идеально, но, по крайней мере, нормализует график.
Скрам предназначен для команд с преданными членами. Я часто рекомендую считать членов команды, которые менее чем на 50% посвящены проекту, цыплятами: их время не учитывается, они могут выполнить любую работу, но делают это только при работе со свиньей. В основном преданная свинья использует цыпленка как один из многих способов сделать работу, но в конце концов, свиньи преданы делу, а цыплята участвуют только.
По моему опыту, для тех, кто на 50% или более посвящен проекту, их внешняя работа обычно распределяется достаточно равномерно, и о любой неровности не стоит беспокоиться. Если кто-то отсутствует во второй половине спринта, мы просто знаем, что, вероятно, мы должны быть немного ниже линии для первой половины спринта без показа выгрузки.
Я всегда делаю выжимки из Excel, поэтому иногда я выдумывал "идеальные" формулы строк, чтобы отразить грубое расхождение из-за отпусков, но это редко требовалось.
Цель "идеального" тренда в динамических таблицах - показать прогресс команды, если она работала в абсолютно устойчивом, постоянном и целенаправленном темпе. Это вряд ли когда-нибудь случится, конечно. Иногда вы застряли и нуждаетесь в помощи, иногда вы идете быстрее, чем ожидалось и т. Д. И в этом весь смысл. Эта "идеальная" линия в графиках выгорания позволяет очень быстро определить, не подвержены ли вы опозданию или забегаете раньше времени. Чем раньше вы знаете, тем лучше.
Я чувствую, что за вашим вопросом стоит основная проблема. Я не верю, что выгрузка графиков - это ваша проблема, это всего лишь инструмент. Когда вы говорите "это не означает, что команда может сделать", вы подразумеваете, что ваша команда обычно опаздывает? Как вы справляетесь со скоростью в вашей команде и компании? Как насчет снижения скорости ожидания следующего спринта?
Что касается "не по теме" задач, я считаю, что ваш scrummaster или ваш гибкий тренер должны быть там, чтобы защитить вас от этого. Ее работа - защищать вас от следующей самой важной вещи.
Поэтому я думаю, что вопрос не в том, есть ли инструмент, который соответствует тому, как все работает в вашей команде, а скорее, "вы можете рассказать нам больше о том, как работает ваша команда?", Тогда мы могли бы помочь вам найти некоторые ответы.
Когда я начал копаться во всех этих Agile-материалах, у меня было много хороших моментов, когда я читал книгу Mike Cohn "Agile Estimating and Planning". Возможно, вы захотите взглянуть на это.
Надеюсь, это поможет.