20140724

Метод цепных оценок простым языком.

Рассказывал молодому специалисту, решил поделиться тут.

Короче, моделируем ситуацию.
Допустим ты менеджер и у тебя есть задача протестировать что-то.
Назовем условно "Объект".
Итак.
Тебя спрашивают, к когда ты сможешь это сделать?
Ты прикидываешь.
И тут тебе приходит на помощь "метод цепной оценки".
Ты можешь выдать три дедлайна.

Первый - зеленый.
Это когда ты знаешь что ты дашь команду чувакам,
сядешь с ними сам тестить и вы управитесь за один день.
Это зеленый дедлайн.

Однако ты должен учитывать риски.
Например, один из сотрудников говорит, что ему надо на учебу и он пробудет там весь день.
То есть тестить вам придётся уже полтора дня. Ибо его часть работы расползется по оставшемуся сотруднику и тебе. Логично?
Да и ты понимаешь, что тебе спокойно не дадут погрузиться, а будут дёргать.
Значит ты будешь выполнять свою работу дольше.
То есть на тесты отведится уже два дня.
Это - оранжевый дедлайн.

А тут на дворе зима и ты понимаешь, что твои сотрудники уже в соплях ходят.
И есть вариант, что завтра они не выйдут и тебе делать это одному.
И это займет у тебя три дня.
Потому что пусть тебя и отвлекают, но ты лучше них разбираешься в том что и
как надо тестить, например. (просто для ровного счета беру, чтобы три дня было)
Получаем три дня на тест Объекта.
Это красный дедлайн.

Что значат эти цвета?
Зеленый дедлайн - это выполнение задачи в идеальных условиях.
Красный - это с учетом большинства рисков и проблем.
Оранжевый - это среднее время выполнения задачи.

В среднем оранжевый дедлайн это среднее арифметическое от красного и зеленого, умноженное на 90%.
То есть О =  (З + К)/2*0.9

Последний коэффициент я выработал эмпирическим путем.
У крепко сработавшейся команды и с нормальными процессами это может быть 75%. Середнячок 90%.
Если по итогам расчетов на ретроспективе коэффициент получился больше 100% - "что-то пошло не так" (с) и где-то у вас есть узкое место и какой-то timeleak.
Самое время пересмотреть ваши модусы.

Вобщем, пост, конечно, вышел капитанским, но может, кому пригодится.

12 комментариев:

  1. Так какой дедлайн в итоге называть? Оранжевый?

    ОтветитьУдалить
    Ответы
    1. Называть все три. И условия соответствующие.
      Это помогает избегать назначения эстимейтов дедлайнами.
      Ты говоришь об идеальном пути, о том сколько потребуется если всё будет плохо. И высказываешь своюб оценку наиболее вероятному дедлайну. Помогает при планировании и планировании рисков.

      Удалить
  2. Анонимный7/24/2014 04:05:00 AM

    Судя по всему оранжевый, он является средним

    ОтветитьУдалить
  3. Анонимный7/24/2014 04:11:00 AM

    Называйте "красный" + 1 день на всякий случай :)

    ОтветитьУдалить
  4. "красный" + 1 день обосновать как-то надо.
    А метод оценки по трем точкам (по крайней мере я вижу именно это в посте) вполне бизнесу понятен.

    ОтветитьУдалить
    Ответы
    1. Обосновать конечно надо. Считай обоснованием "если сработают все риски".

      Удалить
  5. в PMBOK ссылаются еще на three point estimation. Если перейти к твоим обозначениям, то будет (З+4*О+К)/6 http://en.wikipedia.org/wiki/Three-point_estimation

    ОтветитьУдалить
    Ответы
    1. Читал, да. но тут всё проще, чем в PMBOK

      Удалить
    2. Кстати, пятерка на русском вышла. вроде даже верифицированная.

      Удалить
  6. Анонимный8/21/2014 06:31:00 AM

    По поводу формулы (З+4*О+К)/6 ...
    Я использую более правильные, на мой взгляд варианты. Вернее, использую более гибко!
    Ниже расскажу про теорию - может и вам пригодится.

    Суть формулы в том, чтобы учесть влияние лучшего, худшего вариантов на вариант "скорее всего" (в этом блоге он О).
    Так вот, я обычно использую формулу Т = (З+2О+3К)/6.
    Это означает что я, по-умолчанию, считаю что сдвиг от среднего скорее всего будет в сторону красного. В формуле от ПМБук я не вижу толка - там все результаты будут крутиться вокруг "скорее всего", т.е. влияние З и К минимально.

    Теперь про варианты.
    Свою формулу я меняю в зависимости от проекта и потенциальных рисков.
    Вариант ПМБука можно использовать только для проектов, которые делаются одними и теми же людьми постоянно. Тогда "скорее всего " работает.

    Для рискованных проектов я использую вариант типа Т = (З+О+4К)/6.

    Для проектов где всё ясно и понятно и риски отсутствуют (например, надо не спеша сделать в течении года проект, который мы оцениваем в 1 месяц силами среднего сотрудника): Т = (3З+2О+К)/6.

    В общем, вы поняли идею - меняйте "вес" параметров З, О, К как хотите. Главное, чтобы в сумме коэффициенты составляли 6.
    Вместо дробных или просто для бОльшей точности можно делить не на 6, а на 60 например. Только сумма весов должна быть 60 (например, 25З+15О+20К).

    Андрей Бессолицын.
    info@swdrom.com

    ОтветитьУдалить
  7. Анонимный8/22/2014 05:28:00 AM

    Формула считает среднее для трех параметров: З, О, К.
    Т.е. например для формулы Т = (З+2О+3К)/6 мы имеем одну З, две оценки типа О и три оценки типа К.
    Значит, чтобы получить число в одной размерности с этими оценками, надо поделить на 6.

    Пример: мне программист дал З=2, О=10, К=30.
    Значит, моя оценка получается следующей: Т=(2+2*10+3*30)/6 = 112/6 = 18.7 дня.
    Я его округляю до 19.

    Андрей Бессолицын.
    info@swdrom.com

    ОтветитьУдалить

Ваш комментарий очень важен для нас.