Оптимизация плана работ проекта. Анализ критического пути проекта.
Рис. 15.11. Так выглядит наш план после форматирования диаграммы с помощью мастера и применения фильтра для отбора только критических задач
Для сокращения длительности задачи можно применить несколько методов: во-первых, можно сократить объем работы, требуемый для ее выполнения. Во-вторых, можно добавить ресурсы для ускорения выполнения работы при сохранении ее объема. Наконец, можно разбить задачу на подзадачи, выполняемые одновременно разными сотрудниками.
В нашем случае мы сократили длительность двух задач: Подготовка редакционных заданий и Утверждение заданий авторами. Длительность первой задачи мы сократили незначительно, а второй – в два раза (с 4 до 2 дней), поскольку.на скорость ее выполнения можно повлиять административными мерами.
Но сокращение длительности этих задач не помогло уложиться в крайние сроки. И тогда мы разбили задачу Редактирование материалов на 3 подзадачи: Редактирование раздела 1, 2 и 3 и спланировали их одновременное исполнение. Это возможно потому, что журнал состоит из трех разделов, и каждый из редакторов разделов отвечает за свой раздел и осуществляет редактирование материалов в нем независимо от других. Длительность каждой задачи была установлена равной 10 дням, а загрузка ресурсов определена в 70% с ранним пиком в профиле загрузки. В результате бывшая задача и нынешняя фаза Редактирование материалов перестала быть критической (рис. 15.12, файл 7.mрр).
Рис. 15.12. Критический путь проекта после редактирования
Теперь план проекта укладывается в сроки, причем с небольшим опережением. Но прежде чем переходить к анализу и оптимизации стоимости проекта, нужно проверить, не возникло ли перегрузок ресурсов после изменений в плане. Это возможно, например, у задач с фиксированным объемом работ, поскольку уменьшение длительности таких задач приводит к увеличению объема работы, которую задействованные в них ресурсы должны выполнять в течение дня.
В нашем случае превышение доступности снова возникло у Иванова, Петрова, Сидорова и Галкиной (7.mрр) – наиболее активно задействованных в проекте ресурсах. От него нужно избавиться, чтобы при анализе стоимости корректно учитывать трудозатраты и сверхурочную работу. Приемы выравнивания ресурсов вам уже известны, а в нашем случае мы использовали только перераспределение загрузки (файл 8.mpp). Теперь, когда план работ и загрузка ресурсов нас устраивают, можно переходить к анализу и оптимизации стоимости проекта.