Рассказывал молодому специалисту, решил поделиться тут.
Короче, моделируем ситуацию.
Допустим ты менеджер и у тебя есть задача протестировать что-то.
Назовем условно "Объект".
Итак.
Тебя спрашивают, к когда ты сможешь это сделать?
Ты прикидываешь.
И тут тебе приходит на помощь "метод цепной оценки".
Ты можешь выдать три дедлайна.
Первый - зеленый.
Это когда ты знаешь что ты дашь команду чувакам,
сядешь с ними сам тестить и вы управитесь за один день.
Это зеленый дедлайн.
Однако ты должен учитывать риски.
Например, один из сотрудников говорит, что ему надо на учебу и он пробудет там весь день.
То есть тестить вам придётся уже полтора дня. Ибо его часть работы расползется по оставшемуся сотруднику и тебе. Логично?
Да и ты понимаешь, что тебе спокойно не дадут погрузиться, а будут дёргать.
Значит ты будешь выполнять свою работу дольше.
То есть на тесты отведится уже два дня.
Это - оранжевый дедлайн.
А тут на дворе зима и ты понимаешь, что твои сотрудники уже в соплях ходят.
И есть вариант, что завтра они не выйдут и тебе делать это одному.
И это займет у тебя три дня.
Потому что пусть тебя и отвлекают, но ты лучше них разбираешься в том что и
как надо тестить, например. (просто для ровного счета беру, чтобы три дня было)
Получаем три дня на тест Объекта.
Это красный дедлайн.
Что значат эти цвета?
Зеленый дедлайн - это выполнение задачи в идеальных условиях.
Красный - это с учетом большинства рисков и проблем.
Оранжевый - это среднее время выполнения задачи.
В среднем оранжевый дедлайн это среднее арифметическое от красного и зеленого, умноженное на 90%.
То есть О = (З + К)/2*0.9
Последний коэффициент я выработал эмпирическим путем.
У крепко сработавшейся команды и с нормальными процессами это может быть 75%. Середнячок 90%.
Если по итогам расчетов на ретроспективе коэффициент получился больше 100% - "что-то пошло не так" (с) и где-то у вас есть узкое место и какой-то timeleak.
Самое время пересмотреть ваши модусы.
Вобщем, пост, конечно, вышел капитанским, но может, кому пригодится.
Короче, моделируем ситуацию.
Допустим ты менеджер и у тебя есть задача протестировать что-то.
Назовем условно "Объект".
Итак.
Тебя спрашивают, к когда ты сможешь это сделать?
Ты прикидываешь.
И тут тебе приходит на помощь "метод цепной оценки".
Ты можешь выдать три дедлайна.
Первый - зеленый.
Это когда ты знаешь что ты дашь команду чувакам,
сядешь с ними сам тестить и вы управитесь за один день.
Это зеленый дедлайн.
Однако ты должен учитывать риски.
Например, один из сотрудников говорит, что ему надо на учебу и он пробудет там весь день.
То есть тестить вам придётся уже полтора дня. Ибо его часть работы расползется по оставшемуся сотруднику и тебе. Логично?
Да и ты понимаешь, что тебе спокойно не дадут погрузиться, а будут дёргать.
Значит ты будешь выполнять свою работу дольше.
То есть на тесты отведится уже два дня.
Это - оранжевый дедлайн.
А тут на дворе зима и ты понимаешь, что твои сотрудники уже в соплях ходят.
И есть вариант, что завтра они не выйдут и тебе делать это одному.
И это займет у тебя три дня.
Потому что пусть тебя и отвлекают, но ты лучше них разбираешься в том что и
как надо тестить, например. (просто для ровного счета беру, чтобы три дня было)
Получаем три дня на тест Объекта.
Это красный дедлайн.
Что значат эти цвета?
Зеленый дедлайн - это выполнение задачи в идеальных условиях.
Красный - это с учетом большинства рисков и проблем.
Оранжевый - это среднее время выполнения задачи.
В среднем оранжевый дедлайн это среднее арифметическое от красного и зеленого, умноженное на 90%.
То есть О = (З + К)/2*0.9
Последний коэффициент я выработал эмпирическим путем.
У крепко сработавшейся команды и с нормальными процессами это может быть 75%. Середнячок 90%.
Если по итогам расчетов на ретроспективе коэффициент получился больше 100% - "что-то пошло не так" (с) и где-то у вас есть узкое место и какой-то timeleak.
Самое время пересмотреть ваши модусы.
Вобщем, пост, конечно, вышел капитанским, но может, кому пригодится.
Так какой дедлайн в итоге называть? Оранжевый?
ОтветитьУдалитьНазывать все три. И условия соответствующие.
УдалитьЭто помогает избегать назначения эстимейтов дедлайнами.
Ты говоришь об идеальном пути, о том сколько потребуется если всё будет плохо. И высказываешь своюб оценку наиболее вероятному дедлайну. Помогает при планировании и планировании рисков.
Судя по всему оранжевый, он является средним
ОтветитьУдалитьНазывайте "красный" + 1 день на всякий случай :)
ОтветитьУдалить"красный" + 1 день обосновать как-то надо.
ОтветитьУдалитьА метод оценки по трем точкам (по крайней мере я вижу именно это в посте) вполне бизнесу понятен.
Обосновать конечно надо. Считай обоснованием "если сработают все риски".
Удалитьв PMBOK ссылаются еще на three point estimation. Если перейти к твоим обозначениям, то будет (З+4*О+К)/6 http://en.wikipedia.org/wiki/Three-point_estimation
ОтветитьУдалитьЧитал, да. но тут всё проще, чем в PMBOK
УдалитьКстати, пятерка на русском вышла. вроде даже верифицированная.
УдалитьПо поводу формулы (З+4*О+К)/6 ...
ОтветитьУдалитьЯ использую более правильные, на мой взгляд варианты. Вернее, использую более гибко!
Ниже расскажу про теорию - может и вам пригодится.
Суть формулы в том, чтобы учесть влияние лучшего, худшего вариантов на вариант "скорее всего" (в этом блоге он О).
Так вот, я обычно использую формулу Т = (З+2О+3К)/6.
Это означает что я, по-умолчанию, считаю что сдвиг от среднего скорее всего будет в сторону красного. В формуле от ПМБук я не вижу толка - там все результаты будут крутиться вокруг "скорее всего", т.е. влияние З и К минимально.
Теперь про варианты.
Свою формулу я меняю в зависимости от проекта и потенциальных рисков.
Вариант ПМБука можно использовать только для проектов, которые делаются одними и теми же людьми постоянно. Тогда "скорее всего " работает.
Для рискованных проектов я использую вариант типа Т = (З+О+4К)/6.
Для проектов где всё ясно и понятно и риски отсутствуют (например, надо не спеша сделать в течении года проект, который мы оцениваем в 1 месяц силами среднего сотрудника): Т = (3З+2О+К)/6.
В общем, вы поняли идею - меняйте "вес" параметров З, О, К как хотите. Главное, чтобы в сумме коэффициенты составляли 6.
Вместо дробных или просто для бОльшей точности можно делить не на 6, а на 60 например. Только сумма весов должна быть 60 (например, 25З+15О+20К).
Андрей Бессолицын.
info@swdrom.com
А почему и зачем 6-то? Я не понял.
УдалитьФормула считает среднее для трех параметров: З, О, К.
ОтветитьУдалитьТ.е. например для формулы Т = (З+2О+3К)/6 мы имеем одну З, две оценки типа О и три оценки типа К.
Значит, чтобы получить число в одной размерности с этими оценками, надо поделить на 6.
Пример: мне программист дал З=2, О=10, К=30.
Значит, моя оценка получается следующей: Т=(2+2*10+3*30)/6 = 112/6 = 18.7 дня.
Я его округляю до 19.
Андрей Бессолицын.
info@swdrom.com