https://kanban.club/?go=tags/ocenka/ Кратко и по делу о Kanban, Scrum, LeSS, SAFe и все, что может пригодиться в работе менеджеру en Aegea 11.3 (v4134) Кратко и по делу о Kanban, Scrum, LeSS, SAFe и все, что может пригодиться в работе менеджеру 52 https://kanban.club/?go=all/otlichie-ocenki-ot-analiza/ Wed, 08 Aug 2018 00:37:20 +0300 https://kanban.club/?go=all/otlichie-ocenki-ot-analiza/ <p>Давайте разберемся, какие оценки бывают: абсолютные и относительные.</p> <p>Для чего мы их делаем? Чтобы сделать прогноз на поставку, какой-то ценности. Так? Но, сама эта работа, для точной оценки интеллектуальной работы, требует больших усилий в том, чтобы её подсчитать, а потом и управлять ей.</p> <p>Очевидно, что такая работа не приносит ценности нашим заказчикам и является потерями, от которых надо избавляться.</p> <h2>Почему не надо делать оценок?</h2> <p>Давайте рассмотрим случай, когда разработка у нас не самое узкое место в нашей системе, тогда нам нет смысла оценивать, потому что все что попадает на вход – будет сделано.</p> <p>Другой вариант, что разработка узкое место, тогда нагружая его работой по оценке, мы только еще больше уменьшаем его производительность, что негативно сказывается на всей системе в целом.</p> <h2>А как же анализ?</h2> <p>А вот анализ задачи участвует в цепочке создания ценности. Это помогает нам сделать декомпозицию задачи и сделать стратегию по интеграции декомпозированных компонентов в один ценностный рабочий элемент на выходе.</p> <p>При этом, если нам нужно дать прогноз на поставку, то здесь нам помогут относительные оценки. Эту оценку можно называть как угодно, лишь бы не часы, минуты, дни и т.д. Обычно это стори-поинты, но могут быть хоть попугаи.</p> <p>> Напомним, что прижились несколько видов числовых ряды для оценок:<br /> > На основе мутировавшегося ряда Фибоначчи: 1, 2, 3, 5, 8, 13, 20, 40, 100<br /> > Так и степень двойки: 1, 2, 4, 8, 16, 32, 64, 128</p> <p>Относительные оценки, служат для выработки договоренности внутри команды о размере того или иного рабочего элемента (как частный случай, это может быть user story). Причем, размерность дана таким образом, что разница между числами от 50 до 100%, и основной фокус обсуждения идет не о том, что это 7 или 8 стори-поинтов, а о том, что мы сравниваем задачи относительно друг друга (новую с набором уже сделанных задач нашей командой) и много говорим, для того чтобы совместно выявить максимум рисков и сделать прогноз, когда мы можем это сделать.</p>