Помимо уже рассмотренных нами аспектов проекта, существует важное деление на сферы знания. Что же это?
Нужно посмотреть на то, что институт управления проектом называет сферами знания управления проектом. Сферы знания — это системы процессов, которые сочетают в себе различные темы (предметы) и таким образом извлекают пользу из использования специфических знаний и умений в каждой из этих сфер.
— Профессиональное управление проектом, К. Хелдман
Или взглянем на определение, дающееся в PMBOK Guide.
Knowledge area – identified area of project management defined by its knowledge requirements and described in terms of its component processes, practices, inputs, outputs, tools, and techniques.
Сфера знания – определенная часть проектного менеджмента, определяемая её требованиями к знаниям и описываемая составляющими её процессами, практиками, вводами, выводами, инструментами и техниками.
В PMBOK Guide 6th edition выделяют десять сфер знания, о которых мы и поговорим сегодня.
1. Интеграция (Integration) – процессы и действия для поиска, определения, объединения и координирования различных процессов и деятельности в различных группах процессов.
2. Планирование (Schedule) – включает процессы, необходимые для обеспечения работы проекта в соответствии с расписанием.
3. Управление качеством (Quality Management) – включает процессы, необходимые для поддержания качества проекта в соответствии с политикой организации. Уровень качества помимо предъявления требований к самому проекту, также может распространяться на процессы планирования, управления и контроля проектом.
4. Коммуникации (Communications) – включает процессы, необходимые для координации всех работающих над проектом людей. Эти процессы направлены на работу с информацией по проекту: её планирование, сборка, создание, распределение, хранение, извлечение, управление, контроль, мониторинг и утилизация.
5. Закупки (Procurement) – процессы, необходимые для покупки или приобретения необходимых продуктов, сервисов или услуг за пределами команды.
6. Границы проекта (Scope) – процессы, которые гарантируют, что проект включает всю необходимую для своего завершения работу, и ничего лишнего.
7. Затраты (Cost) – процессы, связанные с планированием, определением, бюджетированием, финансированием, финансированием, управлением и контролем затрат. Всё это проводится с целью, чтобы проект мог быть завершен в рамках одобренного бюджета.
8. Ресурсы (Resources) – процессы по определению, приобретению и управлению ресурсами, необходимыми для успешного завершения проекта.
9. Риск (Risk) – процессы, связанные с управлением рисками, планированием, определением, анализом, планированием ответов, реализацией планов и мониторингом рисков на проекте.
10. Стейкхолдер (Stakeholder) – процессы, направленные на определение людей, групп и организаций, которые могут влиять или на которых может повлиять проект. В рамках управления стейкхолдерами анализируются ожидания стейкхолдеров, их влияние на проект, разрабатываются стратегии работы с ними.
PMI анонсировали, что седьмое издание книги PMBOK выйдет 1 августа 2021. PMBOK – один из самых важных ресурсов по проектному менеджменту. Большинство курсов Project Management Professional (PMP) готовят свои материалы на основе PMBOK. Потому седьмое издание PMBOK вдохнёт новую жизнь в PMP и CAPM сертификации.
Из-за чего изменения?
До текущего момента PMBOK в основном фокусировался на технике управления проектом водопадом (waterfall). Но развитие технологий привело к ужесточению конкуренции на рынках. Жизненные циклы продуктов всё короче, а требования к проектам и продуктам могут меняться посередине проекта.
С традиционным подходом к проектному менеджменту очень сложно реагировать на постоянные изменения требований. Именно поэтому в двухтысячных активно начали развиваться методологии и подходы на основе Agile. Сейчас они наиболее распространены в IT индустрии.
Вместе с изменением динамики проектного менеджмента, трендов и фреймворков, PMBOK должен реагировать и меняться в соответствии. Именно поэтому PMBOK изменяют каждые 3-5 лет.
Что поменяется?
Если резюмировать:
Седьмое издание PMBOK будет сосредоточено на принципах, а не на процессах. А потому оно будет гораздо короче шестого издания.
В зависимости от характеристик проекта, индустрии, требований и организаций Проектные Менеджеры должны применять различные подходы к управлению проектами. Основные подходы: predictive, agile, гибридные или waterfall. Важно осознавать, что стандарты проектного менеджмента (вместе с ними и PMBOK) не должны предпочитать те или иные подходы. Стандарты должны помогать создавать успешные проекты и продукты.
Привычные проектному менеджеру процессы, инструменты, техники, вводы и выводы не будут присутствовать в седьмом издании PMBOK. Вместо них мы увидим принципы, которые в целом приняты и практикуются в проектном менеджменте. Если раньше PMBOK крутился вокруг результатов (deliverables), то теперь фокус будет на общем исходе, а не конкретных deliverables.
Поэтому в седьмом издании проекты будут не только создавать продукты (deliverables), но и общие результаты (outcomes), которые приносят ценность организации.
Если вы знаете английский, то понять общие тенденции поможет картинка:
Вместо десяти области знаний в PMBOK будут домены производительности (perfomance domains). Новые главы включат Tailoring, Models, Methods и Artifacts.
Вместо пяти групп процессов (инициирование, планирование, работа, мониторинг и контроль, закрытие) будет 12 принципов выпуска проекта (Project Delivery Principles) и система производства ценности (Value Delivery System). Value Delivery System на схеме выглядит вот так: Седьмое издание PMBOK включает радикальные изменения, большой переход от waterfall к гибким техникам agile.
Иногда ради экономии ресурсов или эксперимента для управления проектами стоит попробовать что-то помимо Microsoft project. Представляю вашему вниманию подборку программ с открытым исходным кодом (значит, бесплатных) для проектного менеджмента.
Перевод статьи Франка Бергманна с сокращениями и дополнениями.
В теории подход к проектному менеджменту довольно прост. Мы создаем план проекта и дробим его на меньшие части, пока не сможем довольно точно определить стоимости, продолжительность, ресурсы и зависимости задач. Затем мы несём этот план для одобрения начальством, а потом следим за его исполнением. Когда мы распределяем все задачи проекта на шкале времени, получаем так называемую диаграмму Гантта.
Диаграммы Гантта используются очень давно для методологий водопада. Но их можно применять и для гибких методологий. Например, очень крупные проекты могут делать диаграммы Гантта для каждого спринта. Проектам поменьше лучше ограничиться диаграммами под важные релизы. В этих случаях диаграмма Гантта поможет нам отследить распределение ресурсов, времени и зависимости между разными частями. Ведь мы не можем сделать приложение раньше макетов его дизайна.
Существуют сотни программ для работы с диаграммами Гантта, от крупных и многофункциональных до мелких утилит. Наиболее известная из них – Microsoft Project. Она крайне маштабируемая и позволяет работать с проектами любой длительности и размера. Но при работе с ней зачастую непонятно, что дороже: стоимость лицензии или обучения персонала для работы с программой.
Другое ограничение MS Project – тот факт, что это десктоп-приложение. Работать с расписанием может только один человек. Иначе вам придётся доплатить за лицензии MS Project Server, Project для веба или Microsoft Planner.
Благо, вы можете серьезно сэкономить на бесплатных альтернативах с открытым исходным кодом. Все перечисленные программы включают в себя функционал по работе с диаграммами Гантта.
Проекты распределялись из соображений одного проектного менеджера с одним большим проектом. Важные критерии – функционал редактора диаграмм Гантта, кроссплатформенность, маштабируемость, импорт/экспорт и отчёты.
(Прим. переводчика: автор оригинальной статьи – создатель ]project-open[)
Redmine – web инструмент для проектного управления с фокусом на agile методологии.
Стандартная установка включает диаграммы Гантта, но ей не хватает инструментов для планирования, drag&drop интерфейсов, распределения ресурсов. Вам придётся редактировать сущности одну за другой, чтобы поменять структуру дерева задач.
Для Redmine выпускали пару плагинов для редактирования диаграмм Гантта, но они либо устарели (Plus Gantt), либо проприетарны (ANKO Gantt chart).
Redmine написан на Ruby on Rails, его можно развернуть на Windows, Linux и macOS. Он идеален для IT команд, использующих гибкие методологии.
]project-open[ – ещё одна браузерная система управления проектами, которая отлично масштабируется на всю организацию (как ERP системы). В ней также можно управлять портфолио проектов, бюджетами, счетами, продажами, human resources и многим другим. Есть варианты использования для professional services automation (PSA) в организациях, работающих на проектной основе, PMO для стратегического управления проектами, и enterprise project management (EPM) для управления проектами отдела.
Редактор диаграмм Гантта включает иерархию задач, зависимости и планирование в зависимости от необходимой работы и выделенных ресурсов. В ]po[ нет поддержки календарей ресурсов. Система довольно сложная, а интерфейс иногда порядком староват.
]project-open[ также кроссплатформенен. Он удобен для средних и крупных организаций, которым необходимо много финансовой отчётности по проектам. Она выделяется за счёт интеграции всей компании или отдела в одну систему, что упрощает стратегическое управление и контроль.
ProjectLibre – наиболее близкий по духу Microsoft Project вариант. Это десктоп-приложение, которое включает все важные функции для планирования проекта, включая календари ресурсов, baselines и управление стоимостью. Также поддерживается импорт-экспорт с MS Project.
Это идеальная система для маленьких или средних проектов. Здесь нет некоторых узких функций MS Project, а GUI не самый красивый.
ProjectLibre написан на Java и доступен на Windows, Linux и macOS. По проприетарной лицензии доступен веб клиент ProjectLibreCloud.
ProjectLibre идеально подойдёт для отдельного PM’а, управляющего небольшими проектами. Или для просмотра проекта членами команды, у которых нет лицензии MS Project.
GanttProject похож на ProjectLibre своим десктоп редактором диаграм Гантта, однако функционал здесь гораздо меньше. Вы не найдёте здесь baselines или non-human resources, да и отчёты весьма ограничены.
GanntProject подойдёт разве что для построения отдельных диаграмм или изучения техник управления на их основе.
TaskJuggler позволяет планировать несколько параллельных проектов в крупных организациях. Для этого здесь есть механизм автоматического разрешения конфликтов при распределении ресурсов.
Это не интерактивный редактор диаграмм. Вам придётся поработать с консолью в манере компилятора. Программа читает список задач из текстового файла и выдает серию отчётов с оптимальными началами и окончаниями каждой задачи на основании выделенных ресурсов, зависимостей, приоритетов и других параметров.
Если вы решитесь изучить специфический синтаксис TaskJuggler, то найдёте здесь весь необходимый функционал для автоматического планирования проекта. Вы можете интегрировать результаты с ]project-open[.
ProjeQtOr – браузерное приложение для управления проектами, специализирующееся на IT. Тут можно управлять рисками, бюджетами, результатами и финансовыми документами, помимо привычного функционала проектов, тикетов и задач. С ProjeQtQr вы сможете интегрировать множество аспектов проектного менеджмента в одной системе.
ProjeQtQr предоставляет редактор диаграмм Гантта, особо не отличающийся в функциях от ProjectLibre. ПО написано на PHP и доступно для Windows, Linux, и macOS. В системе вы сможете сохранить множество различной информации по всем проектам отдела или компании.
Другие инструменты
В отдельных ситуациях вам может пригодиться одна из этих программ, которые заслуживают упоминания, но не вошли в общий список.
Инициирование – процессы, которые выполняются для определения нового проекта или фазы существующего проекта. В том числе сюда входит получение одобрений от вышестоящего руководства.
Планирование – процессы, направленные на определение Scope проекта, целей и задач. Здесь же планируется курс действий, направленных на достижение цели проекта.
Выполнение – процессы, связанные с выполнением работ, необходимых для удовлетворения требованиям проекта.
Мониторинг и контроль – процессы, производимые для отслеживания, проверки и регулирования прогресса и производительности проекта. Здесь определяются все сферы исходного плана, в которые необходимо внести изменения, и производятся корректировки.
Закрытие – процессы, необходимые для формального закрытия и завершения проекта, фазы или контракта.
В дальнейшем все конкретные процессы проектного менеджмента, мы будем определять к одной из этих пяти групп.
Процесс проектного менеджмента – систематическая последовательность действий, в которых вход (исходный материал) преобразуется в выход (результат процесса) при помощи инструментов и техник проектного менеджмента. Выходом может быть результат (deliverable).
Процессы связаны между собой входами и выходами и могут содержать пересекающиеся действия, которые происходят за проект. Обычно результат одного процесса становится входом другого или одним из результатов (deliverables) проекта или фазы проекта.
Все процессы проектного менеджмента попадают в одну из 5 групп:
Фаза проекта – набор логически связанных действий в проекте, которые вместе создают один или более результат (deliverable).
Каждая из фаз проекта может быть описана рядом измеряемых атрибутов, которые зачастую уникальны для конкретной фазы.
В проектном менеджменте нет конкретного перечня фаз. Условно их можно распределить по группам: открытие проекта, организация и подготовка, выполнение работ, окончание проекта.
Примерами фаз проекта являются: разработка концепта, исследование рисков, сбор требований, разработка решения, дизайн, прототип, билд, тест, переход, сдача проекта.
Phase gate – проверка в конце фазы, в ходе которой принимается решение по продолжению, изменению или окончанию фазы проекта. Продуктивность и прогресс проекта сверяется с проектной и бизнес документацией.
Проектный менеджмент решает вопросы применения процессов проектного менеджмента в каждом конкретном проекте. Задача проектного менеджмента – создать практический результат для компании: выпустить продукт, решить проблему, помочь достичь цели.
Программный менеджмент фокусируется на взаимосвязи между проектами и программой, чтобы вывести оптимальный подход к их управлению. Так как программа состоит из проектов и подпрограмм, управлять созданием благ к программе можно целостно, а не на уровне отдельных проектов. Цель программного менеджмента – создать ценность для организации, извлечь выгоду из проекта.
Менеджмент портфолио сосредоточен на эффективном построении стратегий и приоритетов в организации. На этом этапе портфолио организации соотносится со стратегией бизнеса за счёт реализации программ или проектов, приоритизации и распределения ресурсов. Цель менеджмента портфолио – принести ценность бизнеса, например, извлечь прибыль из программы.
Портфолио организации состоит из стратегии организации, которая определяет набор программ, реализуемых в компании.
Каждая из этих программ может включать один или более связанных проектов. После окончания проектов продукты уходят в подчинение операционному менеджменту.
В этой схеме проектные менеджеры занимаются управлением проектами, программные менеджеры – программами, операционные менеджеры – операциями. Над всем этим стоят менеджеры портфолио. За создаваемые в проектах продукты и услуги отвечают продуктовые менеджеры.
1) Необходимость соответствия регуляторным, юридическим или социальным требованиям 2) Необходимость удовлетворения запросов стейкхолдеров или потребности компании: запросы рынка, клиентов или стейкхолдеров, потребности общества. 3) Необходимость создания или изменения стратегий бизнеса: поддержание конкурентоспособности на рынке при изменении технологий/политической обстановки/ситуации на рынке или из соображений поддержания экосистемы (окружающая среда, персонал и т.д.). 4) Необходимость создания, улучшения или исправления продуктов, процессов или услуг бизнеса: появляется вследствие тех же причин, что и предыдущий пункт.
Соответственно, проекты направлены на создание ценности и выгоды для компании. И управляющие компаний работают с ограниченными бюджетами, сроками, ресурсами и технологиями. И чтобы остаться конкурентоспособными, они применяют техники проектного менеджмента.
1) Проект – временная деятельность, направленная на создание уникального продукта, услуги или результата. Имеет конкретное начало и конец, предпринимается для выполнения целей за счёт создания deliverables. 2) Deliverable (результат) – любой уникальный и тестируемый продукт, результат или возможность оказания услуг, который требуется для завершения процесса, фазы или проекта.
Сотрудники, которые организуют команду, работают со стейкхолдерами и двигают проекты вперед Они менеджат бюджет, сроки, цели и задачи проекта как в big picture, так и под микроскопом. Для организации проекта они используют различные техники и методологии, делят сложные задачи на мелкие, которые можно задокументировать, отследить и проконтролировать PMы встречаются в каждой организации нар разных позициях: сотрудники, менеджеры, консультанты и CEO.
Почему в Minecraft нет развитой экономики? Там нет разделения труда. У игроков нет причин для обмена товаров друг с другом, если они всё могут произвести самостоятельно с равной степенью эффективности.
Области знаний, необходимые для PMа: интеграция, scope, время, стоимость, качество, закупки, HR, коммуникации, управление рисками, управление стейкхолдерами.
Решил присоединиться к тренду на мобильную журналистику. Я постоянный автор журнала “Системный Администратор”, также пишу для соцсетей. И следующий месяц я буду писать посты/статьи/материалы только с телефона, а об успехах и трудностях уведомлять вас.
Яндекс опубликовал исследование со сравнением стоимостей владения автомобилями, каршеринга и такси в разных городах. Интересно почитать, если хотите немного больше узнать о роли такси и каршерингов в вытеснении владельцев автомобилей.
Очередной злой инста-предприниматель, который ищет бесплатных рабов на галерах, попытался найти себе SMMщика на роль “управляющего аккаунтом”. При этом сама пишет о том, что такой специальности нет.
Скриншоты я ни у кого не воровал. Влада сама их выложила в группу SMMщиков в ВК.
Так когда же они уже все поймут, что любая работа (хоть с опытом, хоть без) будет оплачиваться. А с предложениями бесплатного труда они могут катиться ежиком в свой райский мир ванильных инста-предпринимателей. Бесплатный труд ты даже в портфолио не запишешь, потому что ты будешь недорабочим, за занятость которого никто не отвечал.
И если у вас сотрудник без почасовой, то 10к это смешно. 20к мало, но уже можно. Либо придумывайте сдельные условия, чтобы можно было совмещать несколько проектов без вопросов с чьей-либо стороны.
Хочу поделиться с читателями отличной книжкой по Agile методологии, которая в открытом доступе распространяется журналом PMToday. Она на английском, конечно же. Если вы ничего не знаете об Agile, но хотите узнать всё и начать применять её на практике? Это книга для вас. Ссылка под катом.
Вчера в очередной раз пассивно анализировал рынок вакансий Project Managers у нас (на hh ru) и в Европе (на linkedin). В первую очередь смотрел англоязычные вакансии джунов в этой области. Хочу поделиться с вами некоторыми своими наблюдениями и забавными моментами.
Какие требования я жду, когда просматриваю linkedin: Excellent speaking and writing English skills
Что я нахожу: Native Spanish speaker Bilingual English speaker
Ты: работаешь в макдональсе с вышкой в IT Сын маминой подруги после шараги:
На hh.ru на первой странице выдачи больше англоязычных вакансий чем на lindein в континентальной Европе.
РБК: вывешивает вакансию под своим аккаунтом Вакансия: В ОДИН ИЗ КРУПНЕЙШИХ САЙТОВ ЗНАКОМСТВ В РОССИИ И СТРАНАХ СНГ LOVEPLANET.RU ТРЕБУЕТСЯ JUNIOR PROJECT MANAGER.
Что за прикол вывешивать вакансии на английском с офисом в Бибирево? Или на Чертановской? Благо не в Некрасовке.
Кстати, у Тиктока вакансии сладкие.
Project Manager в Амстердаме: ездить в “жопу земли” (150 км от Амстердама), опрашивать проституток и потребителей травки. Магистр, 6 лет опыта, €3 500 Project Manager в Мск: 0 лет опыта, знание Библии, Корана, Налогового Кодекса, умение предугадывать вращение Ленина в гробу, опыт переговоров с Лавровым и террористами, 15 000₽
![]project-open[](https://opensource.com/sites/default/files/uploads/project-open.png "]project-open[")
