Управление проектным бизнесом. Алексей Васильев

Чтение книги онлайн.

СКАЧАТЬ собираются регулярно для синхронизации всех планов и видения решений.

      Планирование проектов

      Когда вы строите расписание проектов, то программируете принятие решений в Организации на длительный период. Имея календарное расписание проекта и очерёдность выполнения задач, не требуется тратить усилия на выбор самой важной и приоритетной задачи каждый раз, когда это необходимо. Это экономит усилия на принятие решений. Расписание проекта – это правило, определяющее приоритет задач, которого следует придерживаться. Если что-то изменилось во внешней или внутренней среде, то следует выполнять перепланирование для учёта всех заинтересованных сторон и обязательств Организации. Продолжение работы по старому плану опасно для Организации.

      Стратегия планирования проектов

      При планировании выполнения проектов следует учитывать несколько факторов:

      1.⠀Длительность проекта.

      2.⠀Прямая прибыль от реализованного проекта.

      3.⠀Косвенная прибыль от реализованного проекта или сумма изменения дохода компании за 12 месяцев при внедрении продукта, созданного в рамках проекта. Экономия ресурсов на выполнении работы – тоже прибыль Организации.

      4.⠀Прямая и косвенная стоимость задержки поставки результата в обещанный срок.

      5.⠀Возможность получения прибыли от разрабатываемого Продукта до завершения всего проекта по его созданию.

      Исходя из этих факторов, необходимо выбрать стратегию реализации всего портфеля проектов.

      Варианты стратегий:

      1.⠀Все ресурсы организации фокусируются на одном прибыльном проекте для сокращения времени его исполнения.

      2.⠀Проекты каскадируются (выравниваются) по ресурсу-ограничению.

      Стратегия фокуса на одном проекте

      Фокус на одном проекте обеспечивает высокий уровень взаимодействия всех его участников и взаимопомощь. Даже когда сотрудник не занят никакой работой, он может помогать другим её выполнять. За счёт этого сокращается время выполнения проекта.

      Минусы такого подхода в том, что создаётся иллюзия «простоя ресурсов», особенно когда некоторые ресурсы нужны только в начале проекта, а потом не требуются. Но это тоже иллюзия. Например:

      1.⠀В ИТ-проекте есть фазы: анализ, разработка, тестирование. Анализ выполняют аналитики, разработку – разработчики, тестирование – тестировщики. Если вся работа по анализу выполнена в начале проекта, то есть иллюзия, что аналитики будет простаивать. Но на самом деле они постоянно требуются для разъяснения требований к Изделию или их уточнения. Конечно, не в полном объёме, но требуются.

      2.⠀В строительном проекте на фазе «реализация» есть «авторский надзор» от проектировщиков сооружения – то есть регулярная проверка соответствия результата техническому заданию и проектной документации.

      Помните: СКАЧАТЬ