Догоняющее планирование

Скажем, у меня есть проект X, который должен быть завершен к дате Y. Сейчас мы отстаем от графика на 10% (должно быть 50%, а прямо сейчас 40%), как я могу оценить, какой уровень «усилий» требуется, чтобы поймать вверх?

Т.е. исходный график предполагал выполнение 1% единиц работы в день, но чтобы догнать график к некоторой дате Z (которая <= Y), нам нужно работать 1,2% единиц работы в день, я ищет способ определить часть единиц 1,2% на основе существующего графика.

Я не уверен, как это называется, но если у кого-то, у кого есть права на редактирование, есть лучшая идея для формулировки, я был бы признателен, если бы они могли изменить ее.

Надеюсь, это не делает это «рекомендацией по инструменту или вопросом о покупке», еще раз перефразируйте, если это звучит так, однако, если вы знаете, как найти вышеуказанную информацию с помощью инструмента, не могли бы вы предоставить «как» по этому инструменту , это действительно то, что я ищу, мой проект в настоящее время использует MS-Project, но я не думаю, что было бы слишком сложно вставить «даты начала/окончания» в другой инструмент, если он имеет эту функцию? В конечном итоге я хотел бы иметь возможность запускать отчет с оценкой того, какие «единицы работы в день» необходимы для завершения всего проекта, с разбивкой по задачам, которые только позади.

Добро пожаловать в ПМСЭ! Вопросы о покупках здесь не по теме в соответствии с нашими часто задаваемыми вопросами , поэтому я слегка отредактировал ваш вопрос, удалив часть о покупках. Я думаю, у вас есть интересный вопрос, который я бы не хотел видеть закрытым только потому, что он выглядит как вопрос о покупке инструментов.
Спасибо за информацию, коллега упомянул, что MS-Project может делать то, что я искал, но я не могу найти никакой документации, объясняющей, возможно ли это, я изначально собирался спросить только о MS-Project, но решил, что не хочу ограничивать себя в случае, если другой инструмент сможет выполнить эту задачу. Надеюсь, это объясняет, почему я сформулировал это именно так, как изначально.
Меня беспокоит то, что ответ на мой вопрос приведет к «фактическому делению на дни», что не является тем, что я ищу (я могу это сделать, но для большого проекта с несколькими проскальзываниями это может быть приятно иметь единый отчет с каждым проскальзыванием и расчетным приростом единиц работы в день, чтобы наверстать упущенное)
Я добавил несколько дополнительных «комментариев», если этот вопрос все еще является вопросом о покупке, не могли бы вы предоставить место, где я могу задать вопрос выше, чтобы получить ответ? Если я смогу найти информацию где-то еще, вы можете отредактировать и удалить любые ссылки на инструменты в моем вопросе.
Как вы можете быть уверены, что ваши оценки верны? Пытались ли вы определить причины наблюдаемого несоответствия?

Ответы (4)

Я не уверен, что понимаю вопрос, но мне кажется, что вы запрашиваете индекс производительности для завершения или TCPI.

Грубо говоря, TCPI отвечает: «Насколько мы отстали и насколько нам придется ускориться, чтобы уложиться в срок?» TCPI равен TCPI = (оставшаяся работа)/(оставшийся бюджет)

Конечно, это предполагает, что вы определили количество работы, которую нужно выполнить, и работы, которая была сделана. Если вы не установили освоенный объем при создании словаря WBS/WBS и/или не просмотрели его при запуске задачи, то TCPI ни в малейшей степени вам не поможет.

Как заметил почтенный @codegnome, знание того, насколько быстрее вам нужно работать, на самом деле не говорит вам, как работать быстрее. Какие виды деятельности вы можете исключить без потери качества? Кого из сотрудников вы можете заставить работать сверхурочно без ущерба для сверхурочной работы и отношений между сотрудниками?

Я думаю, это именно то, что я ищу, я искал это, и оказалось, что MS-Project поддерживает его, однако он не дает очень «подробной» информации. Я как бы ищу «ежедневное» увеличение, а не общий коэффициент производительности задачи? (Я рабочая пчела, и это информация, которую я лично сочла бы полезной для меня, чтобы иметь цели, к которым нужно стремиться)
TCPI — ценный индикатор; однако его использование связано с проверкой EAC. Например, если ваш CPI равен 0,88, что означает превышение лимита, а ваш TCPI равен 1,25, это означает, что с этого момента вы должны работать с уровнем эффективности 1,25, чтобы соответствовать EAC. Поскольку 0,88 и 1,25 — это огромный разброс, можно сделать вывод, что EAC НЕ заслуживает доверия, ненастоящий. Общее правило заключается в том, что ваш TCPI не должен превышать ваш CPI более чем на 10 пунктов. Это также показатель затрат, а не показатель расписания.
Глядя на то, что я могу сделать, чтобы увеличить объем производства в день, я пойму, достаточно ли этого самого по себе. (Я не смотрю на это с точки зрения «Сколько OT я могу работать, чтобы сделать X», это скорее цель производительности, будь то за счет более быстрой работы или за счет лучшего использования инструментов).
Это правда, и я согласен. Однако TCPI связан с затратами, поэтому я не уверен, что это правильный показатель для графика. Earned Schedule является производным от Earned Value, но я не знаю, есть ли эквивалент TCPI в ES.
Отличный вопрос @DavidEspina. Если бы мы следовали тому же формату, что и другие значения, это было бы (оставшаяся работа)/(оставшееся время), что почти тавтологично. Конечно, ключ должен определить (оставшаяся работа). Я все еще пытаюсь понять часть вопроса о «ежедневном увеличении».
@MarkC.Wallace Предположим, мне нужно выпускать 1 единицу в день за дверь в идеальном мире, а мы «настолько отстали», что получение 2 единиц в день — это то, что требуется для достижения конечной даты. Я пытаюсь выяснить в куче задач, что это за значение 2 единиц (некоторые из них 1,2 некоторые 3,5). Поскольку я делаю %, мое фактическое значение может быть 1,2, которое я получаю за дверь, и не нужно округлять целые значения. Это помогает?

Если вы определили, где вы находитесь, используя заработанную стоимость, и ваш EVMS заслуживает доверия, вы можете применить эту формулу:

ECR=(BAC-BCWP)CAR*оставшееся PoP в годах

куда

CAR=(BAC/запланированный FTE)/PoP

Это должно привести к уровню FTE, на котором вам нужно будет работать, чтобы успеть к графику к концу PoP.

Вы можете запустить ту же формулу, заменив BCWP на ACWP, чтобы выяснить, какое количество FTE вам нужно, чтобы наверстать упущенное за счет отклонения по стоимости.

Пример:

Данный:

Срок действия (PoP) = 2 года или 104 недели; Часы = 24 000; Планируемый ЭПЗ = 6; Бюджет на момент завершения (BAC) = 21 600 000 долларов США; Исчерпаны недели = 29; Осталось недель = 75; Бюджетная стоимость выполненных работ (BCWP) = 5 900 000 долларов США; Сметная стоимость запланированных работ (BCWS) = 6 023 077 долларов США; Фактическая стоимость выполненных работ (ACWP) = 6 200 000 долларов США; Индекс выполнения расписания (SPI) = 0,98; Индекс эффективности затрат (ИПЦ) = 0,95; Фактический ЭПЗ = 6,18

Следуя приведенной выше формуле, ECR = 6,05.

Это говорит о том, что вам нужно работать с 6,05 FTE по сравнению с запланированным 6,00 FTE или фактическим 6,18 FTE.

Тем не менее, 6.05 меньше, чем 6.18, поэтому не имеет смысла, что "понижение" до 6.05 исправит ваше расписание, когда вы опоздали в 6.18. Таким образом, вам нужно тщательно интерпретировать, то есть вам может потребоваться добавить 0,05 FTE к вашему 6,18, сделав его 6,23, чтобы исправить график.

Мы также знаем, что срыв вашего графика не всегда приводит к улучшению, а только к ухудшению ситуации. Тем не менее, это математика. Используйте его с осторожностью.

Я не продакт-менеджер, поэтому довольно много аббревиатур у меня в голове, однако моя жена знакома с EVMS, так что мне, возможно, придется ее побеспокоить :)
Я расшифровал некоторые аббревиатуры; однако я не могу вспомнить, что означают ECR или CAR. Сожалею.

TL;DR

Определите основную причину проскальзывания, переоцените уровень усилий для каждой задачи и соответствующим образом скорректируйте свой график. Вы не можете определить причину отставания от графика; в лучшем случае вы сможете определить зависимость процесса или задачи, которая сдерживает ваш проект.

Задачи с процентами единиц работы

Есть некоторые проблемные области, в которых вы можете с пользой для себя определить проценты единиц работы, но в целом это теперь считается Плохой Идеей™. В производстве, например, вы можете с уверенностью сказать, что если у вас есть три шины, прикрепленные к новому автомобилю, то ваша задача по колесам выполнена на 75%. Однако в большинстве случаев широкое утверждение типа «100% задач выполнено на 40%» не очень информативно.

Что ты должен делать

Вы должны сделать несколько основных вещей, прежде чем продолжить. Во-первых, нужно определить, почему ваш график смещается. Ускорение графика на бумаге не обязательно ускорит завершенную работу. Для этого вам необходимо установить причину проскальзывания и определить, есть ли у вас:

  1. проблема процесса,
  2. ограничение ресурсов,
  3. нереальный график или
  4. какая-то другая скрытая проблема, которую необходимо вывести на поверхность.

После того, как вы определили проблему и собрали поддержку для решения, вы можете скорректировать план проекта на основе обновленных элементов плана. Там у вас тоже есть несколько вариантов:

  1. Уменьшите объем, чтобы уложиться в текущий срок.
  2. Добавляйте ресурсы, чтобы уложиться в текущий срок, но не забывайте о законе Брука .
  3. Измените крайний срок, чтобы отразить то, что вы узнали о процессе вашего проекта и ограничениях ресурсов.

Чего не делать

Чего вам, вероятно, не следует делать, так это нажимать волшебную кнопку «Go Faster™», основанную на общем ускоренном расписании. Сокращение каждой задачи на 2/10 процента вряд ли даст полезные результаты.

Подумайте об этом таким образом. Если у меня есть 4-часовая задача, которая, как я решил, отстает от графика на 1,2%, это означает, что я отстаю от графика чуть менее чем на 3 минуты на человека для этой задачи. Допустим, это конвейерная работа, и я ускоряю сборочную линию на 0,2% (миль в час? виджетов в секунду?), возможно, увеличивая количество ошибок или простоев в процессе. Сделав это, какие 172,8 секунды из этого 4-часового процесса являются потерями, которые, как я ожидаю, устранит каждый человек?

Иногда наличие «целей» помогает прояснить, чего вы пытаетесь достичь, однако у нас есть много маленьких виджетов, и люди не всегда работают со 100% продуктивностью, поэтому просим их «попытаться» достичь цели каждый раз. день по крайней мере дает ориентир. Предположим, я сказал вам, что к январю следующего года вам нужно сбросить 50 фунтов. Предположим, вам нужно сбросить 1 фунт в день, но за первые 5 дней вы потеряли 0,5 фунта, вы хотели бы знать, что вам нужно делать в день, чтобы наверстать упущенное, верно? Может быть, вы выбрали бы другие упражнения для достижения этой цели, когда вы отстаете. Это то, к чему я пытаюсь идти.
Простое высказывание «вы отстаете от графика на 50%» не помогает, это не «действительно», говоря, что увеличение производительности на 2 «единицы» в день, и мы должны это сделать, является действенным. Если у вас нет представления о том, на что вы идете, простое заявление о том, что вы отстаете от графика на 49% на следующий день, не скажет вам, собираетесь ли вы достичь цели или промахнуться.

Я полностью согласен с CodeGnome. На самом деле «мы отстаем от графика на 10%» может иметь только «статистическое» значение, а статистика обычно применима только к большому набору данных -> очень детальное определение задачи или огромный проект, который не соответствует моему опыту. Вероятно, у вас последний случай, но в своих проектах у меня были большие проблемы с выявлением крипа в 10%. На самом деле мой инструмент выявляет крипов, а также пытается скорректировать план работы, но обычно проблема не может быть решена "быстрее". Я работаю в гибкой манере с очень мотивированной командой, когда мы отстаем от графика, потому что график неправильный :-). Переутомление нам никогда не помогало.

В данном случае "мотивация" - это то, к чему я стремлюсь, скажите мне, что мне нужно сделать, чтобы я знал, как завершить вовремя, когда мы отстаем, теперь я не знаю, что мне нужно сделать в день основу для достижения общей цели, если это имеет смысл.
как вы измеряете свой прогресс? (извините, если этот вопрос покажется вам глупым :-))
Среднее выполнение всех блоков (в рамках задачи). (нет проблем) Каждая задача не является уникальным блоком, это набор блоков.
Догоняющее планирование
СпросиСетьПолитика конфиденциальности1y, 0v