Как выбрать методологию для проекта
Ещё раз про семь основных методологий разработки
Разработка программного продукта знает много достойных методологий — иначе говоря, устоявшихся best practices. Выбор зависит от специфики проекта, системы бюджетирования, субъективных предпочтений и даже темперамента руководителя. В статье описаны методологии, с которыми мы регулярно сталкиваемся в Эдисоне.
1. «Waterfall Model» (каскадная модель или «водопад»)
Одна из самых старых, подразумевает последовательное прохождение стадий, каждая из которых должна завершиться полностью до начала следующей. В модели Waterfall легко управлять проектом. Благодаря её жесткости, разработка проходит быстро, стоимость и срок заранее определены. Но это палка о двух концах. Каскадная модель будет давать отличный результат только в проектах с четко и заранее определенными требованиями и способами их реализации. Нет возможности сделать шаг назад, тестирование начинается только после того, как разработка завершена или почти завершена. Продукты, разработанные по данной модели без обоснованного ее выбора, могут иметь недочеты (список требований нельзя скорректировать в любой момент), о которых становится известно лишь в конце из-за строгой последовательности действий. Стоимость внесения изменений высока, так как для ее инициализации приходится ждать завершения всего проекта. Тем не менее, фиксированная стоимость часто перевешивает минусы подхода. Исправление осознанных в процессе создания недостатков возможно, и, по нашему опыту, требует от одного до трех дополнительных соглашений к контракту с небольшим ТЗ.
С помощью каскадной модели мы создали множество проектов «с нуля», включая разработку только ТЗ. Проекты, о которых написано на Хабре: средний — рентгеновский микротомограф, мелкий — автообновление службы Windows на AWS.
Когда использовать каскадную методологию?
2. «V-Model»
Унаследовала структуру «шаг за шагом» от каскадной модели. V-образная модель применима к системам, которым особенно важно бесперебойное функционирование. Например, прикладные программы в клиниках для наблюдения за пациентами, интегрированное ПО для механизмов управления аварийными подушками безопасности в транспортных средствах и так далее. Особенностью модели можно считать то, что она направлена на тщательную проверку и тестирование продукта, находящегося уже на первоначальных стадиях проектирования. Стадия тестирования проводится одновременно с соответствующей стадией разработки, например, во время кодирования пишутся модульные тесты.
Пример нашей работы на основе V-методологии — мобильное приложение для европейского сотового оператора, который экономит расходы на роуминг во время путешествий. Проект выполняется по четкому ТЗ, но в него включен значительный этап тестирования: удобства интерфейса, функционального, нагрузочного и в том числе интеграционного, которое должно подтверждать, что несколько компонентов от различных производителей вместе работают стабильно, невозможна кража денег и кредитов.
Когда использовать V-модель?
3. «Incremental Model» (инкрементная модель)
В инкрементной модели полные требования к системе делятся на различные сборки. Терминология часто используется для описания поэтапной сборки ПО. Имеют место несколько циклов разработки, и вместе они составляют жизненный цикл «мульти-водопад». Цикл разделен на более мелкие легко создаваемые модули. Каждый модуль проходит через фазы определения требований, проектирования, кодирования, внедрения и тестирования. Процедура разработки по инкрементной модели предполагает выпуск на первом большом этапе продукта в базовой функциональности, а затем уже последовательное добавление новых функций, так называемых «инкрементов». Процесс продолжается до тех пор, пока не будет создана полная система.
Инкрементные модели используются там, где отдельные запросы на изменение ясны, могут быть легко формализованы и реализованы. В наших проектах мы применяли ее для создания читалки DefView, а следом и сети электронных библиотек Vivaldi.
Как пример опишем cуть одного инкремента. Сеть электронных библиотек Vivaldi пришла на смену DefView. DefView подключалась к одному серверу документов, а теперь может подключаться ко многим. На площадку учреждения, желающего транслировать свой контент определенной аудитории, устанавливается сервер хранения, который напрямую обращается к документам и преобразует их в нужный формат. Появился корневой элемент архитектуры — центральный сервер Vivaldi, выступающий в роли единой поисковой системы по всем серверам хранения, установленным в различных учреждениях.
Когда использовать инкрементную модель?
4. «RAD Model» (rapid application development model или быстрая разработка приложений)
RAD-модель — разновидность инкрементной модели. В RAD-модели компоненты или функции разрабатываются несколькими высококвалифицированными командами параллельно, будто несколько мини-проектов. Временные рамки одного цикла жестко ограничены. Созданные модули затем интегрируются в один рабочий прототип. Синергия позволяет очень быстро предоставить клиенту для обозрения что-то рабочее с целью получения обратной связи и внесения изменений.
Модель быстрой разработки приложений включает следующие фазы:
Может использоваться только при наличии высококвалифицированных и узкоспециализированных архитекторов. Бюджет проекта большой, чтобы оплатить этих специалистов вместе со стоимостью готовых инструментов автоматизированной сборки. RAD-модель может быть выбрана при уверенном знании целевого бизнеса и необходимости срочного производства системы в течение 2-3 месяцев.
5. «Agile Model» (гибкая методология разработки)
В «гибкой» методологии разработки после каждой итерации заказчик может наблюдать результат и понимать, удовлетворяет он его или нет. Это одно из преимуществ гибкой модели. К ее недостаткам относят то, что из-за отсутствия конкретных формулировок результатов сложно оценить трудозатраты и стоимость, требуемые на разработку. Экстремальное программирование (XP) является одним из наиболее известных применений гибкой модели на практике.
В основе такого типа — непродолжительные ежедневные встречи — «Scrum» и регулярно повторяющиеся собрания (раз в неделю, раз в две недели или раз в месяц), которые называются «Sprint». На ежедневных совещаниях участники команды обсуждают:
Когда использовать Agile?
6. «Iterative Model» (итеративная или итерационная модель)
Итерационная модель жизненного цикла не требует для начала полной спецификации требований. Вместо этого, создание начинается с реализации части функционала, становящейся базой для определения дальнейших требований. Этот процесс повторяется. Версия может быть неидеальна, главное, чтобы она работала. Понимая конечную цель, мы стремимся к ней так, чтобы каждый шаг был результативен, а каждая версия — работоспособна.
На диаграмме показана итерационная «разработка» Мона Лизы. Как видно, в первой итерации есть лишь набросок Джоконды, во второй — появляются цвета, а третья итерация добавляет деталей, насыщенности и завершает процесс. В инкрементной же модели функционал продукта наращивается по кусочкам, продукт составляется из частей. В отличие от итерационной модели, каждый кусочек представляет собой целостный элемент.
Примером итерационной разработки может служить распознавание голоса. Первые исследования и подготовка научного аппарата начались давно, в начале — в мыслях, затем — на бумаге. С каждой новой итерацией качество распознавания улучшалось. Тем не менее, идеальное распознавание еще не достигнуто, следовательно, задача еще не решена полностью.
Когда оптимально использовать итеративную модель?
7. «Spiral Model» (спиральная модель)
«Спиральная модель» похожа на инкрементную, но с акцентом на анализ рисков. Она хорошо работает для решения критически важных бизнес-задач, когда неудача несовместима с деятельностью компании, в условиях выпуска новых продуктовых линеек, при необходимости научных исследований и практической апробации.
Спиральная модель предполагает 4 этапа для каждого витка:
Подытожим
На слайде продемонстрированы различия двух наиболее распространенных методологий.
В современной практике модели разработки программного обеспечения многовариантны. Нет единственно верной для всех проектов, стартовых условий и моделей оплаты. Даже столь любимая всеми нами Agile не может применяться повсеместно из-за неготовности некоторых заказчиков или невозможности гибкого финансирования. Методологии частично пересекаются в средствах и отчасти похожи друг на друга. Некоторые другие концепции использовались лишь для пропаганды собственных компиляторов и не привносили в практику ничего нового.
Как Выбрать Методологию Управления Проектами: Нюансы, Которые Стоит Учесть
*Материал в значительной степени основан на переводе статьи автора workamajig.com Эсфир Коуэн (Esther Cohen).
В продолжение темы о методологиях управления проектами, давайте выясним, какую же методологию и в какой ситуации выбрать.
Выбор методологии зависит от вашей команды, проекта и объема работ. А далее вся совместная работа будет в большой степени зависеть от того, какую методологию вы выбрали.
Проекты разные, соответственно, в каждом конкретном случае будут как преимущества, так и недостатки. Некоторые методологии управления проектами позволяют оптимизировать скорость выполнения задач, другие — комплексность.
Логично, что разные методологии подходят разным проектам. Например, не стоит использовать PRiSM для проекта по разработке ПО, а Agile — для большого проекта в сфере недвижимости.
Поэтому перед тем как выбрать методологию управления проектами:
1. Оцените проект
Начните с конца. Важно точно знать, каков конечный результат и что нужно сделать, чтобы его добиться.
Сосредоточьтесь на сборе первоначальных требований.
Если конечный результат понятен, выберите более структурированную методологию, например, Waterfall. А вот если конечный результат сложно представить однозначно, как часто бывает с внутриорганизационными проектами, сделайте выбор в пользу циклической методологии, такой как Agile.
Вот еще несколько факторов, которые стоит учесть при оценке проекта:
Онлайн диаграмма Ганта GanttPRO позволяет работать с задачами, сроками и бюджетами проектов любой сложности из любой индустрии.
2. Оцените команду
Методология управления проектом определяет, как будет составлен рабочий план, который подскажет команде, что нужно делать и в какой момент.
Оценивая команду, учитывайте:
3. Оцените организацию
Структура вашей компании, ее культура и опыт оказывают значительное влияние на выбор методологии. Некоторые из них подходят только большим компаниям с четкой иерархией. Другие применяются в небольших командах.
Например, ранее вы применяли Agile и всегда испытывали трудности по соблюдению сроков. Значит, вы неправильно выбрали подход.
При оценке организации учитывайте ее:
4. Оцените заинтересованные стороны
При выборе методологии управления проектами, обратите внимание на:
Некоторые методологии требуют регулярную вовлеченность заинтересованных сторон на этапах проекта. Например, в рамках Agile необходима регулярная обратная связь. Если стэйкхолдеры не могут принимать постоянное участие в проекте, выберите методологию, которая не требует внимания с их стороны.
Как организована работа заинтересованных лиц? Какие требования они предъявляют к менеджеру?
5. Оцените инструменты
Инструменты управления проектами редко подходят всем методологиям сразу. Как правило, они разработаны для определенных подходов.
Правильный выбор сервиса значительно упростит вам и вашей команде работу над проектом, а также сделает процессы управления командой проекта более прозрачными.
C онлайн диаграммой Ганта GanttPRO вы легко сможете контролировать проект со всеми задачами, сроками и ресурсами. Подходит для Agile и Waterfall методологий.
В идеале, методология, которую вы выберите, должна работать с вашим набором инструментов. В противном случае, будьте готовы изучать новые программы и обучать команду.
Заключение
У каждой методологии есть свои сильные и слабые стороны. Поэтому при выборе вам нужно оценить:
А как вы выбираете методологию? Делитесь вашим опытом в комментариях ниже.
Топ Методологий Управления Проектами: От Требовательной Waterfall до Правительственной Prince2
Методология управления проектами — это набор руководящих принципов и процедур для управления проектом.
Методология, которую вы выберете, определяет, как вы будете работать и взаимодействовать.
В статье описаны основные методологии управления проектами, их преимущества, недостатки, а также ситуации для лучшего их использования.
Виды методологий управления проектами
В теории можно использовать любую методологию вне зависимости от того, каким программным обеспечением для управления проектом вы пользуетесь.
В реальности же большинство систем управления задачами и проектами подходят для нескольких различных методологий.
Значит, нужно разобраться в том, какие бывают виды методологий управления проектами, в их преимуществах и недостатках, и для каких проектов они лучше всего подходят.
Итак, рассмотрим 9 популярных методологий управления проектами.
1. Waterfall (каскадная модель, «водопад»)
Методология Waterfall – самая «старая» из всех. Впервые она была изложена американским ученым в области информатики Уинстоном Уокером Ройсом в 1970 году в ответ на потребность управления все более усложняющимся процессом разработки программного обеспечения. С тех пор она получила широкое распространение, особенно в сфере программного обеспечения.
Каскадная модель характеризуется последовательностью. Помимо этого, она в значительной степени ориентирована на требования.
Когда проект уже будет в разработке, вы не сможете скорректировать его курс.
Методология Waterfall делится на три отдельных этапа. Сначала необходимо собрать и проанализировать требования, затем разработать решение (и подход), внедрить решение и исправить проблемы, если они появились.
Вышеописанное применимо к разработке программного обеспечения. Для быстрого начала планирования воспользуйтесь готовым шаблоном диаграммы Ганта для разработки ПО.
В рамках других проектов, например, творческих, этапы будут другими, но подход останется таким же.
Преимущества Waterfall модели
Затрачивая время на ранних стадиях развития проекта, менеджеры создают условия для своевременного выполнения требований. Это позволяет сэкономить время и силы на исправлении недочетов и решения проблем в дальнейшем.
Таким образом, методология Waterfall обладает рядом преимуществ:
Эту модель просто понять и использовать. Деление на этапы довольно интуитивно, его просто освоить вне зависимости от опыта.
Жесткость методологии Waterfall – одновременно и недостаток, и явное преимущество. Четкое разделение на этапы позволяет организовать и распределить работу. Поскольку назад вернуться нельзя, необходимо идеально справляться с выполнением каждого этапа, что зачастую позволяет добиться лучших результатов.
Поскольку много внимания уделяется сбору и пониманию требований, модель Waterfall в значительной степени опирается на документацию. Благодаря этому новым ресурсам проще влиться в проект и начать работу над ним.
Недостатки Waterfall модели
Жесткость методологии означает, что, если вы обнаружите ошибку или вам понадобится внести изменения, придется начинать проект сначала. А это значит, что вы и вовсе можете не завершить проект вовремя.
Весь подход Waterfall зависит от того, насколько правильно вы поймете и проанализируете требования. Если вам не удастся сделать это или если требования изменятся, придется начинать сначала. Поэтому эта методология управления не подходит сложным долгосрочным проектам.
Для каких проектов лучше всего подойдет Waterfall
Методология управления Waterfall зачастую используется в сфере разработки программного обеспечения. Она лучше всего подходит для:
2. Agile (гибкая методология)
Agile — это еще одна методология управления c акцентом на разработке программного обеспечения. Появилась она как результат неприменимости методологии Waterfall в рамках сложных проектов.
Хотя идеи, присущие Agile, уже давно используются в сфере разработки ПО, формально методология появилась лишь в 2001 году, когда несколько представителей из IT выпустили Agile-манифест.
Agile полностью противоположна методологии Waterfall по подходу и идеологии. Само название с английского языка переводится как «Гибкий», а это значит, что в управлении используется быстрый и гибкий подход.
Методология скорее характеризуется небольшими циклическими изменениями, которые внедряют в ответ на изменение требований.
Преимущества Agile методологии
Поскольку здесь не нужно четко обозначать этапы и делать упор на требованиях, у исполнителей проекта появляется возможность экспериментировать и вносить изменения постепенно. Именно поэтому Agile отлично подходит творческим проектам.
Методология Agile подразумевает регулярное получение обратной связи от заинтересованных участников и последующее внесение изменений. Это значительно сокращает риск провала проекта, так как нужные ресурсы вовлечены в процесс.
Недостатки Agile методологии
В Agile подходе реагирование на изменения происходит тогда, когда они возникают. Отсутствие четкого плана затрудняет управление ресурсами и планирование. Вам придется постоянно балансировать и в случайном порядке переводить ресурсы с одной задачи на другую.
Отсутствие четкого плана означает, что всем заинтересованным сторонам, включая заказчиков и спонсоров, придется работать в гораздо более тесном сотрудничестве, чтобы каждый участник проекта знал обо всех изменениях, задачах и их актуальности.
Для каких проектов лучше всего подойдет Agile
Гибкость подхода Agile позволяет адаптировать его к проектам различного типа. Методология лучше всего работает в случаях:
Онлайн диаграмма Ганта GanttPRO поможет вам в планировании проектов любой сложности и длительности по методологиям Waterfall и Agile.
3. Гибридная модель
Гибридный подход — это сочетание методологий Waterfall и Agile. Ему присуще все лучшее, что есть в этих методологиях. Это гибкий и при этом хорошо структурированный метод, который можно использовать для различных проектов.
Сочетая свойства Waterfall и Agile, гибридная методология, которую иногда называют «Структурированным Agile», позволяет воспользоваться преимуществами обеих составляющих.
Преимущества гибридной методологии
Если не считать этап планирования, гибридной методологии свойственна значительно большая гибкость, чем методу Waterfall. Если требования не будут значительно меняться, в проект можно будет вносить изменения по мере необходимости.
Позаимствовав этап первоначального планирования из Waterfall, гибридная методология решает одну из основных проблем подхода Agile — недостаточную организованность и отсутствие плана. Таким образом, эта методология сочетает в себе лучшее от этих подходов.
Недостатки гибридной методологии
Поскольку вам придется поддерживать баланс между двумя совершенно противоположными подходами, нужно будет искать компромиссы в области требований и гибкости.
Для каких проектов лучше всего подойдет гибридная методология
Гибридная методология больше всего подойдет проектам с размытыми требованиями, в которых важны и планирование, и гибкость.
В основном это проекты среднего объема с высокой сложностью и фиксированным бюджетом. Скорее всего, у вас будет определенное представление о конечной цели, но при этом возможны эксперименты. С заинтересованными сторонами понадобится тесное взаимодействие, особенно после этапа планирования.
4. Scrum
Scrum — это не полнофункциональная методология управления проектами. Это скорее подход к методологии Agile с акцентом на командах проекта, спринтах и ежедневных собраниях.
Несмотря на то что Scrum заимствует принципы и процессы из Agile, этому подходу свойственны свои методы и тактики управления проектами.
В какой-то степени возможна такая формулировка:
Преимущества Scrum
В подходе Scrum упор делается на 30-дневные спринты, или отрезки времени. Так, команда проекта делит список конечных целей на небольшие задачи, а потом работает над ними в течение 30-дневных периодов с ежедневными собраниями. Благодаря такому подходу проще справляться с большими сложными проектами.
Благодаря разбивке работы на 30-дневные периоды с ежедневными собраниями разработка и внесение изменений происходят довольно динамично.
Поскольку подразумевается самоорганизация команды проекта, участники четче понимают и знают проект. А еще лидеры проекта могут самостоятельно расставлять приоритеты согласно своим знаниям и возможностям.
Кроме перечисленных, этой методологии свойственны все преимущества Agile: быстрое внесение изменений и регулярная обратная связь с заинтересованными сторонами.
Недостатки Scrum
Поскольку дата завершения проекта не установлена и отсутствует менеджер проекта, который занимался бы планированием и бюджетом, Scrum может стать причиной неконтролируемого расширения масштабов проекта.
Поскольку команда проекта занимается самоорганизацией, увеличивается риск провала, если команда недисциплинирована и немотивирована. Если у команды недостаточно опыта, работа в рамках Scrum с большой вероятностью закончится неудачей.
Акцент на команде проекта означает, что уход любого ресурса окажет значительное воздействие на результат. Также этот подход недостаточно гибок для больших команд.
Для каких проектов лучше всего подойдет Scrum
Методология Scrum лучше всего подойдет опытным, дисциплинированным и мотивированным командам, которые умеют расставлять свои приоритеты и имеют четкое представление о требованиях проекта.
Ей свойственны все преимущества и недостатки Agile. Ее можно применять для работы над большими проектами, но она не подходит командам со множеством участников.
5. Метод критического пути (Critical Path Method, CPM, МКП)
Описанные выше методологии управления проектами появились в сфере разработки ПО. И хотя их можно использовать для проектов, не связанных с разработкой, существует ряд альтернатив, которые лучше подойдут для проектов иного типа.
Одна из наиболее популярных альтернатив — это метод критического пути (CPM).
В рамках метода критического пути вы классифицируете все действия, которые необходимо выполнить, чтобы достигнуть цели проекта в рамках Иерархической структуры работ (Work breakdown structure). После этого вы определяете длительность всех задач и зависимости между ними.
Преимущества метода критического пути
Благодаря акценту на длительности активностей и взаимосвязях между ними вы сможете лучше спланировать задачи. Если для выполнения задачи X сначала нужно завершить задачу Y, CPM поможет вам определить это заранее и распланировать все должным образом.
Успех метода критического пути зависит от определения и планирования критических важных задач и задач второстепенного значения. Определив задачи, вы сможете оптимально распределить ресурсы.
Недостатки метода критического пути
Любой опытный менеджер по управлению проектами скажет, что на все всегда уходит больше времени, чем планировалось. Если у вас нет реального опыта планирования, вы наверняка неправильно рассчитаете время на выполнение задач.
Как и в Waterfall, первый этап работы здесь громоздкий. Необходимо все распланировать с самого начала. Если появятся изменения, весь план будет уже не важен. Именно поэтому эта методология не подходит для проектов с меняющимися требованиями.
Для каких проектов лучше всего подойдет метод критического пути
Метод критического пути лучше всего подойдет проектам, в которых есть взаимозависимые части. Если необходимо выполнить задачи одновременно или необходимо завершить одну задачу перед тем, как перейти к другой, эта методология управления проектами подойдет.
CPM хорошо подходит для сложных проектов, в рамках которых часто повторяются задачи и действия, например, для промышленных проектов. Для динамичных проектов, к примеру, творческих, она подходит в меньшей степени.
6. Метод критической цепи (Critical Chain Project Management, CCPM)
Метод критической цепи — одна из относительно новых методологий управления проектами. Она была разработана в качестве альтернативы методу критического пути с акцентом на управлении ресурсами.
Вы намечаете результаты работы, а потом используете свой опыт, чтобы спланировать задачи для достижения целей проекта. Вы также определяете взаимозависимость между ресурсами проекта и назначаете их на каждую задачу соответственно.
CCPM уделяет большое внимание использованию ресурсов и минимизации снижения производительности. Эта методология основывается на однозадачности, то есть сосредоточенности на одной задаче и недопущении многозадачности.
Преимущества метода критической цепи
Благодаря акценту на правильном управлении ресурсами, метод критической цепи — одна из наиболее ресурсоэффективных методологий. Однозадачность также отлично подчеркивает современное понимание неблагоприятных эффектов многозадачности.
CCPM не ставит целью поиск наиболее благоприятного решения проблемы. Напротив, приоритет отдается поиску «достаточно хороших» решений, которые помогают в достижении конечной цели. Поскольку работа строится от конечной цели, CCPM, как правило, позволяет достичь лучших результатов в рамках сложных проектов.
Недостатки метода критической цепи
Поскольку этот метод управления в значительной степени сосредоточен на ресурсах, он применим лишь в однопроектной среде. В многопроектной среде ресурсы могут быть задействованы в нескольких проектах. CCPM не поддерживает сценарий распределения ресурсов между несколькими проектами.
CCPM учитывает буферы — временные промежутки между задачами – в общем времени задач. В теории это может привести к переоценки ресурсами своей эффективности. Но в реальности это приводит к неоправданным задержкам.
Для каких проектов лучше всего подойдет метод критического цепи
Эта методология управления проектами лучше всего работает в случаях, когда все ресурсы заняты на одном проекте. Но если ваши ресурсы заняты сразу в нескольких проектах, будет сложно спланировать их работу.
Метод критической цепи также идеально подходит командам с ограниченными ресурсами. Если вам постоянно приходится работать сверх нормы, и вы уже не знаете, как не срывать сроки проекта, методология CCPM может оказаться кстати.
7. Интегрированная система управления проектами (Integrated Project Management, IPM)
Подход IPM появился как ответ на растущий интегрированный характер креативных кампаний. Например, недостаточно просто сделать рекламу. Ее нужно интегрировать в микросайты, цифровой контент и т.д. В большинстве случаев креативные проекты являются частью более крупных кампаний.
Комплексный проект состоит из следующих компонентов:
Устав проекта → объем работ → план → выполнение → мониторинг → контроль за изменениями
Повсеместное внедрение процессов интегрированной системы управления позволяет менеджерам лучше понимать суть проекта и находить подходящие ресурсы.
Таким образом, IPM идеально подходит для креативных агентств.
Преимущества интегрированной системы управления
Внедрение одинаковых процессов во всей компании позволяет увеличить прозрачность процессов в организации. Подход IPM подразумевает, что члены проектной команды ведут документацию и регулярно встречаются, благодаря чему они все всегда в курсе ситуации.
Из-за комплексности подхода IPM вся команда проекта несет за него ответственность. Поскольку ни один сотрудник не работает изолированно от других, IPM позволяет улучшить подотчетность.
Недостатки интегрированной системы управления
В рамках подхода IPM вам придется подробно планировать работу заранее и следить за тем, чтобы все процессы были правильно интегрированы. Это существенно увеличивает вашу загрузку и может привести к задержкам завершения проекта.
Для каких проектов лучше всего подойдет интегрированная система управления
Методология подойдет для больших агентств с разноплановыми командами и процессами. Лучше всего она подходит для сложных творческих проектов, в которых задействованы ресурсы из разных команд и отделов, для организации взаимодействия.
8. PRiSM
PRiSM (Projects integration Sustainable Methods, Устойчивые методы интеграции проектов) — это методология управления проектами, разработанная Green Project Management (GPM) Global.