Управление проектом «Школы мысли» [закрыто]

Мне было интересно, сколько существует различных школ управления проектами.

Это относится к типу проекта, которым вы управляете, к региону, стране и т. д.

Где я могу найти какие-то ресурсы об этом, преимуществах/недостатках, когда использовать один стиль, а когда другой, такие вещи.

Этот пост закрыт в связи с очисткой, чтобы отфильтровать вопросы, которые не соответствуют формату вопросов и ответов. Пожалуйста, ознакомьтесь с часто задаваемыми вопросами и разделом « Как задать вопрос» для получения дополнительной информации.

Ответы (2)

Существует столько же «школ мысли», сколько менеджеров проектов, но две «школы» лежат в основе того, как работает большинство менеджеров проектов:

  1. Думая, что вы знаете (почти) всю область заранее, т.е. Водопад
  2. Думая, что вы мало что знаете заранее, т.е. Agile

Вот две вспомогательные ссылки, описывающие варианты и контекст:

Резюмируя некоторые ключевые характеристики:

  1. Водопад предполагает, что проект работает в четко определенной или регулируемой области (например, правительство, бухгалтерия, порты программного обеспечения или крупные улучшения существующей системы). Он делает упор на определение множества требований и проектных решений заранее и, в основном, на выполнение работы до ее завершения. Любые новые требования или области обычно будут ждать до тех пор, пока первоначально назначенная область не будет завершена, а затем инициируется новый проект для удовлетворения новых требований. Документация и предварительное определение высоко ценятся.
  2. Agile предполагает, что проект находится в новом пространстве или домене, в котором нет четко прописанных правил. PMBOK любит термин «катящаяся волна», чтобы сказать, что есть вещи, которые вы знаете заранее, и много вещей, которых вы не знаете. Когда вы работаете над исследованием того, чего вы не знаете, это становится частью того, что вы уже знаете. Затем такие фреймворки, как Scrum, назначат роль для расстановки приоритетов и управления этим материалом в виде пакетов работ, чтобы предоставлять функционирующие продукты/услуги непрерывно, а не сразу. Высоко ценятся командная динамика и поэтапная реализация.

Преимущества и недостатки действительно принадлежат заинтересованным сторонам; то есть есть ли у вас люди, которые готовы эффективно написать вам контракт на время и материалы (выберите Agile) или они настаивают на контракте с фиксированной ценой (выберите Waterfall)? Какой бы путь ни выбрали ваши заинтересованные стороны, он будет определять, какой «школе» вы должны следовать. В конце концов, управление проектами на самом деле заключается в том, чтобы управлять изменениями в пути проекта и в конечном итоге что-то делать. «Школа», которой вы следуете, предоставляет не более чем шаблоны для использования.

Я бы добавил, что, похоже, есть разные разновидности традиционных — есть PMBOK, но есть и эта штука PRINCE2.

Школ столько же, сколько и ПМ. У каждого из нас немного разный взгляд на вещи, каждый считает свой аспект «самым важным», каждый видит свою роль немного по-своему.

Я думаю, что попытка найти информацию будет зависеть от ваших конкретных интересов. Если вы заинтересованы в Agile, начните с изучения книг, форумов и т. д., посвященных Agile. Если это просто PM в целом, то погрузитесь во все это; Группы LinkedIn, pmStudent, книги, подкасты, Gantthead и т. д.

Там масса информации.