Вы менеджер проекта, которому только что было поручено управлять двумя очень разными, но взаимосвязанными проектами. Вам решать, как выбрать лучшую методологию управления проектами для каждого проекта.
Один проект находится в вашей команде разработчиков. Им необходимо пересмотреть веб-сайт вашей организации, чтобы улучшить неуклюжий и несколько сбивающий с толку пользовательский интерфейс — с момента, когда клиент заходит на сайт, до того, как он совершит покупку. Команда разработчиков очень гибкая и открыта для разделения на более мелкие команды, чтобы быстрее заняться конкретными аспектами капитального ремонта веб-сайта.
Подвох с этим проектом? Сейчас не хватает времени.
Перед запуском вашего второго и долгосрочного проекта необходимо провести капитальный ремонт веб-сайта: широкомасштабная маркетинговая кампания вокруг новой линейки продуктов, запуск которой начнется в следующем квартале.
Вдыхайте, выдыхайте, читайте, выбирайте лучшую методологию управления проектами для каждой задачи и приступайте к работе, делая то, что у вас получается лучше всего!
Как выбрать лучшую методологию управления проектами
Нет двух одинаковых проектов.
Некоторые могут напомнить вам о прошлом проекте (который, кстати, вы абсолютно пригвоздили!), Но всегда есть загвоздка, не так ли? У одного проекта могут быть неограниченные бюджеты, бесконечные ресурсы и гибкие временные рамки — прогулка по парку для вас, — в то время как у другого могут быть высокие ожидания заинтересованных сторон, ограниченный бюджет, сжатые сроки, несколько команд и десятки зависимостей.
Поскольку все проекты очень разные, существует множество методологий управления проектами на выбор, которые поддерживают различные потребности проекта и команды. На самом деле существует так много методологий, что, пока вы это читаете, могли появиться новые!
Что такое методология управления проектами?
Рада, что ты спросил. Методологии — это системы (или просто методы), используемые для чего-то.
Институт управления проектами определил его как «система практик, методов, процедур и правил, используемых теми, кто работает в дисциплине.»
Выбор правильной методологии, а также инструментов и команд управления проектами настроит вас на успех еще до того, как ваш проект начнется. Например, вы бы не выбрали быструю методологию управления проектами с быстрой итерацией для долгосрочного, крупномасштабного, негибкого проекта с большим количеством заинтересованных сторон. Объединяйте похожие проекты с похожими системами.
С какими факторами проекта вы работаете?
Как упоминалось ранее, существует множество факторов, которые делают каждый проект уникальным. Некоторые факторы, которые следует учитывать при оценке методологий управления проектами, включают:
Бюджет проекта: сколько денег будет потрачено на этот проект? Как он разделен?
График: Когда ваш проект должен быть завершен?
Цели: каковы конечные цели и результаты проекта? Начните с этого и двигайтесь в обратном направлении.
Ценности: Как ваши организационные цели и ценности применимы к этому проекту? Знание этого поможет установить ожидания (и поможет вам привлечь членов команды к ответственности за свои обязательства).
Сложность и масштаб: насколько сложен или прост этот проект?
Гибкость: насколько гибким или жестким является этот проект и его конечные цели, сроки, результаты, а также ожидания команды или заинтересованных сторон?
Тип проекта и отрасль: некоторые методологии лучше всего подходят для определенных отраслей и типов проектов, таких как творческие проекты или спринты по разработке продуктов.
Команда: при выборе методологии учитывайте размер команды, разнообразие, гибкость, опыт и индивидуальные знания или сильные и слабые стороны, а также их способность сотрудничать и общаться.
6 популярных методологий управления проектами и для чего они лучше всего подходят
Важно знать сходства и различия различных доступных вам методик. Например, некоторые методологии управления проектами работают лучше всего, если конечная цель фиксирована и ясна, например, метод Waterfall, тогда как другие лучше подходят для тех проектов, которые этого не делают, например Agile и Scrum. Пока вы читаете, помните о факторах вашего проекта, а затем выберите лучший метод для своей команды.
Перейдем к методикам.
1. Agile: гибкие, быстрые и короткие совместные спринтерские проекты
Agile — это больше, чем методология, это набор принципов, которым было бы идеально следовать в вашем первом (гипотетическом) проекте.
Agile состоит из фундаментальных ценностей, которые идеально подходят небольшим командам для работы в короткие и быстрые проектные циклы или спринты без блокираторов. Блокираторы включают слишком много документации, незавершенной работы, встреч или процессов, чтобы замедлить их. Рабочую группу необходимо защитить от этих блокировщиков, чтобы они могли сосредоточиться на текущих задачах.
Команды, которые хорошо работают вместе, могут совместно работать над небольшими задачами, а также адаптироваться и реагировать на постоянно меняющийся список задач. Поскольку Agile — это итеративный процесс проектирования и создания, команды должны гибко подходить к результатам и путям, которые они выберут для их достижения.
2. Scrum: проекты быстрого и непрерывного развития
Если Agile — это набор принципов, которым команды следуют для быстрой работы и адаптивного реагирования на изменения по мере их возникновения, то Scrum — это методология управления проектами и самая популярная и простая структура, которая применяет принципы Agile.
Scrum — это идеальная методология для вашего проекта с командой разработчиков по капитальному ремонту веб-сайта. Он идеально подходит для постоянного улучшения и скользящих списков задач. Что-то вроде улучшения взаимодействия с клиентом на веб-сайте может иметь временную шкалу, но всегда будет иметь место для улучшений, особенно с учетом того, что ожидания клиентов и цифровое пространство меняются так быстро.
Цель Scrum — разрабатывать, создавать, поставлять и поддерживать сложные продукты с использованием небольших коллективных и высоко ответственных команд и повторяющихся списков задач. Есть роли, события и артефакты. Роли включают в себя владельца продукта, команду разработчиков и мастера схватки, в то время как события включают спринты, ежедневные схватки или встречи в режиме ожидания, а артефакты включают отставания по продукту и спринту.
3. Канбан: визуализация хода выполнения задач для гибких команд
Как и Scrum, Kanban — это еще одна методология управления продуктом, которая следует принципам гибкости. Канбан идеально подходит для проектов, которые выполняются небольшими, гибкими и сотрудничающими командами, такими как Scrum, но есть и очень визуальный аспект.
Задачи визуально отображаются лично на стикерах или в программном обеспечении, таком как Trello, с использованием столбцов по мере их выполнения. Это называется канбан-доской. Задачи перемещаются из невыполненной работы по столбцам на доске, которые представляют различные этапы процесса, от начала до конца.
Визуальное представление незавершенной работы, незавершенной работы и выполненных задач — отличный инструмент управления проектами для большинства проектов.
Это также будет полезно для вашего второго проекта, в частности, для отслеживания статуса задач по мере их продвижения на протяжении творческого процесса. Например, создание веб-страницы для новой линейки продуктов будет включать различные этапы и участие членов творческой группы. Визуальное наблюдение за продвижением проекта поможет вам и вашей команде увидеть, как он продвигается и где находятся препятствия.
4. Lean: проекты, которые делают больше с меньшими затратами
Тем организациям, которые стремятся изменить методы ведения бизнеса, следует рассмотреть методологию бережливого производства. Lean стремится максимизировать ценность для клиентов и минимизировать потери. Это отличный способ выполнить качественную работу, одновременно увеличивая эффективность, сводя к минимуму ненужные расходы, ресурсы, результаты команды или время.
Lean был создан в японской обрабатывающей промышленности для улучшения контроля качества и устранения избыточностей, которые могут увеличить цену или ценность для клиентов в будущем.
Методология бережливого производства, известная как «три М», определяет три типа отходов проекта: муда, мура и мури.
Муда — это избавление от отходов или всего, что не добавляет ценности.
Mura оптимизирует процессы, поэтому, если, например, один аспект проекта занимает слишком много времени, то что-то, расположенное ниже по списку задач, должно быть выполнено быстрее.
Мури занимается устранением препятствий, таких как слишком много встреч с заинтересованными сторонами.
Waterfall: масштабные, ориентированные на конечную цель и фиксированные проекты
Испытанная, проверенная и верная методология Waterfall существует с 1970-х годов. Подобно водопаду, спускающемуся вниз, этот метод является последовательным: упорядоченные задачи следуют одна за другой по мере их выполнения.
Метод водопада требует очень твердого понимания конечной цели и необходимых шагов для ее достижения. Таким образом, он не оставляет места для ошибок или гибкости. Это отлично подходит для проектов, которые вы делали в прошлом, где минимальная необходимость в адаптации на лету.
Это может быть то, что нужно учитывать в вашем крупномасштабном маркетинговом проекте, если вы много раз запускали новые линейки продуктов в прошлом и не ожидаете каких-либо сюрпризов.
С помощью этого метода собирайте и анализируйте любые требования и сроки проекта. Это требует большой предварительной работы и планирования. Затем разработайте свой подход, позволяющий последовательно уложиться на всех этапах и их крайних сроках, прежде чем рассматривать его и применять.
Гибрид: гибкие и динамичные проекты со структурированными планами.
Если Agile направлен на быстрое развитие, быструю адаптацию и гибкость, Waterfall — его полярная противоположность с фиксированными сроками, четкими результатами и четко обозначенными планами проектов по категориям.
Гибрид — это методология, сочетающая эти два аспекта. Думайте об этом как о лучшем из обоих миров. Вы получаете структуру и организацию этапов планирования, а также гибкость и скорость гибких рабочих процессов.
Он использует гибкий и быстрый темп гибких принципов и сочетает их со структурированными целями и намеченными планами Waterfall. Взгляните на требования вашего проекта, список задач, сроки и цели. Гибридная методология использует их в качестве руководящих принципов, но когда дело доходит до выполнения работы, команды должны работать с некоторой гибкостью на быстрых итерациях.
Пусть лучшая методология поможет вам добиться успеха в ваших проектах
Есть еще много методологий, которые можно назвать и обсудить, и выбор подходящей для вашего проекта может оказаться непростой задачей! В конце концов, однако, все дело в выборе системы, которая будет работать для вас, вашего проекта и вашей команды.
Методологии управления проектами были созданы, чтобы помочь вам достичь наилучших возможных результатов в зависимости от обстоятельств вашего проекта. Найдите время, чтобы найти то, что работает лучше всего, опробовать их и обсудить со своей командой, что сработало, а что нет. Если это не подходящая методология для одного проекта, она может быть идеальной для другого — и теперь вы вооружены гораздо большими знаниями и опытом.
Удачного планирования проекта!
---
Перевод и адаптация статьи с ресурса: https://blog.trello.com/project-management-methodologies
