Курс управления проектом. Курс управления. Задача выходит за ваши привычные обязанности, ограничена по времени, и вы создаёте чтото новое скорее, всего это проект

• Название: Задача выходит за ваши привычные обязанности, ограничена по времени, и вы создаёте чтото новое скорее, всего это проект
• Анкор: Курс управления проектом
• Дата: 12.09.2021
• Размер: 0.65 Mb.
• Имя файла: Курс управления.docx
• Тип: Конспект; #231557
• страница: 6 из 9

NUP5: не делай ничего без четкой цели

Вы не должны ничего делать, если это не имеет четкой цели. Представьте себе два параллельных мира, в которых все одинаково, за исключением того, что вы планируете делать: насколько разными будут эти миры? Разве разница стоит усилий, чтобы сделать это?

Если у вас нет ясной цели и вы делаете что-то только потому, что это делают все остальные, или все говорят, что это важно, то

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

Пример: портфолио и программы

Если вы участвуете в отборе и запуске проектов, убедитесь, что вы сосредоточены на решаемых проблемах и создаваемых преимуществах, а не на технических решениях. Классическим примером является производитель лифтов, который получая жалобы на скорость своих лифтов, запустил несколько проектов по увеличению скорости без особого успеха. Это продолжалось до тех пор, пока они не решили сосредоточиться на проблеме (скука или дискомфорт людей) вместо «естественного» решения (более быстрые лифты). В результате они добавили зеркала в лифты, и это решило проблему просто и дешево.

Помните, что управление проектами - это в основном правильные действия, а управление портфелями - правильные вещи. Неважно, насколько хорошо вы управляете своими проектами; это не сработает, если вы делаете неправильные проекты. Всё это о наличии цели.

Пример: проект в целом

Гибкость продукта варьируется между проектами. В некоторых проектах по развитию ИТ продукт является полностью гибким, и его окончательная форма зависит от обратной связи, которая будет генерироваться по инкрементам продукта в ходе проекта, что требует применения адаптивного (гибкого) подхода. На практике это комбинация уровней портфеля, программы и проекта и требует максимального внимания к конечной цели. Рекомендуется задокументировать цель и сделать ее доступной; это одна из целей «видения продукта», которое используется в некоторых проектах Scrum. Внимание к бизнес ценности в Agile проектах - это их способ обеспечить соответствие цели.

В других типах проектов, где продукт является относительно фиксированным и существуют другие механизмы, гарантирующие, что конечный продукт будет удовлетворять цели, члены проектной команды могут перенести большую часть своего внимания с цели на продукт ( следовательно, принцип «сосредоточить внимание на продуктах» (PRINCE2^®)), но все же требуется по крайней мере минимальное внимание цели, чтобы гарантировать, что то, что строится, будет соответствовать цели, что можно сделать путем сравнения прогнозируемых выгод с ожидаемыми (принцип «постоянная оценка целесообразности» и тема «экономическое обоснование» в PRINCE2^®).

Когда проект запускается для внешнего клиента, у клиента будет своя цель проекта, а у вас своя. Чтобы преуспеть, вам нужно понимать обе.

Пример: мониторинг проекта

Необходимо сосредоточиться на конечной цели, но она может быть слишком абстрактной для многих повседневных задач. Вот почему для эффективной работы необходима иерархия целей. Сначала обоснование и выгоды проекта определяются на основе конечной цели, а затем у вас появляются явные и неявные цели для переменных проекта (например, сроки, стоимость и качество), достигая которые вы, в свою очередь, удовлетворяете конечную цель. Это цели более низкого уровня, которые полезны для многих наших повседневных задач.

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

Нормальный и приемлемый ответ - посмотреть, находимся ли мы на правильном пути, и если нет, совершить определенные действия, чтобы вернуться в прежнее русло, или скорректировать цели и посмотреть, сможем ли мы по-прежнему достигнуть конечную цель. Поэтому наши измерения должны быть в состоянии помочь справиться с этой низкоуровневой задачей, а также сформировать прогноз по завершении для переменных проекта; например, когда мы сможем завершить проект? Сколько денег нам понадобится, чтобы закончить проект?

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