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

Обязательное видео (6:01:00):

1.Выбор методологии

• Управление проектами и выбор методологии
• Какие бывают подходы и жизненные циклы

2.Терминология

• Что такое проект
• История проектного управления
• Принципы стандарта PMI
• Роли
• Организационные структуры
• Координатор проекта
• Программы и портфели

Дополнительный материал (0:44:23)

• Подготовка к PMP

В модуле:

1. 5 занятий

• Занятие 1. Выбор подхода
• Занятие 2. Выбор подхода 2
• Занятие 3. Оргструктуры
• Занятие 4. Роли
• Занятие 5. Portfolio. Руководитель проекта vs руководитель портфеля

2.Тест

3.Эссе

Ознакомительный фрагмент Занятия №1

Задание 1. Выбор подхода

Ситуация:

Вас только что назначили руководить ИТ-проектом.

Проект должен занять больше года. Команда — около 15 человек, 12 уже назначены и участвуют с вами во встрече (встреча и обсуждаемые вопросы — описаны ниже). По необходимости могут быть согласованы еще ставки 1-2 человек. Бюджет на закупку комплектующих для тестовых образцов и опытной партии согласован в объеме $75.000 и не может быть увеличен (по предварительным оценкам — это реалистичный бюджет, если не сработают значимые риски, уложиться в него весьма вероятно).

Проект идет в рамках контракта — клиент заказал разработку и внедрение биллинговой системы (он продает древесину и хочет наладить автоматический учет проданного и перевод продукции в деньги с учетом сроков, скидок, типов клиентов и т.п.) Результатом проекта должна стать работающая система.

Система должна предоставлять учет и отчетность по государственным стандартам (компания подотчетна государству).

У проекта есть жесткий дедлайн. Ровно через 14 месяцев вступает в силу новый закон, который потребует от всех производителей раскрывать всю отчетность согласно установленным правилам. Клиент подчеркивает — если система не будет работоспособна к этому моменту и / или учет в ней не будет охватывать 100% производимой или реализуемой продукции, то бизнес компании окажется парализован.

Разрабатываемая и внедряемая программа должна соответствовать сложным требованиям заказчика. Список этих требований сформулирован исходя из принципа “минимально достаточно” (т.е. более 90% из них абсолютно необходимы и не могут быть убраны из проекта ни при каких условиях). Однако уточнение и корректировка этих требований возможны. Так, например, заказчик точно понимает, что нужно будет автоматизировать участки лесообработки и как минимум регистрировать поступающее на них сырье, его объем, источник, дату и время поступления, а также выход продукции — опять же объем, класс продукции, ряд ее характеристик. При этом существует несколько способов реализовать это требование (например, можно сделать интеграцию с заводским оборудованием, а можно ограничиться разработкой собственных программных модулей с нуля; главное, чтобы форматы передаваемых ими данных соответствовали установленным государством стандартам).

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

В вашей команде есть опытный разработчик, который настаивает на применении продуктового подхода. В качестве такового он предлагает Скрам (Scrum).

Он подчеркивает, что продуктовый подход позволит максимально сфокусироваться на потребностях клиента и максимально быстро их удовлетворить. А поскольку Скрам (Scrum) является еще и agile-подходом, то можно будет добиться существенного выигрыша во времени, за счет отказа от детального планирования.

Вы отмечаете, что работу, вероятно, все же целесообразнее организовать как “проект” (как она и была изначально запущена). На что разработчик отвечает: “Результатом проекта все равно является продукт (или услуга). Так как мы именно продукт и разрабатываем (ИТ-систему), давайте применим к ней продуктовые подходы, где же тут противоречие? Так всем будет только лучше!”.

 До занятия:

Свои ответы зафиксируйте в удобном для вас виде и добавьте в эту Таблицу (доступно студентам курса)(сделайте копию таблицы для своей группы) заранее до занятия.

Исходя из ваших знаний о проектном и продуктовом управлении — определите: 

• Справедливы ли слова опытного разработчика об отсутствии разницы между проектным и продуктовым подходом в данном случае? 
• Какие плюсы и минусы можно ждать в данном случае от применения продуктового подхода Скрам (Scrum) вместо классического проектного?

При подготовке используйте наводящие вопросы автора:

• Вспомните материалы курса и сформулируйте основную идею проектного и продуктового подходов? В чем ключевое различие между ними? Исходя из этого — верно ли утверждение о том, что нет особого противоречия между продуктовым и проектным подходом, если на выходе все равно продукт?
• Что в данном кейсе является ключевым для выбора проектного или продуктового подхода?
• Какие подходы лучше совместимы с жесткими дедлайнами?
• Если предпочесть продуктовый подход — будут ли эффективны его практики постепенных поставок и возможность корректировать бэклог (если 90% описанных требований заказчика должны быть реализованы в любом случае, согласно закону)?

На занятии:

1. Группа вырабатывает единое решение по заданию.
2. Сравнивает свое решение с рекомендацией тренера.
3. По результатам занятия группа письменно фиксирует решение в удобном для себя формате. В решении также отражает выводы после сравнения с рекомендацией тренера (совпадает ли решение группы с рекомендацией тренера; в чем различия, если они есть; что не учли/пропустили на этапе подготовки).

Сценарий занятия: https://docs.google.com/document/d/1vluQMfFrzIAr-Mk8bUtOTlmqhIKq1V0WCVmlnAbvmxk/edit

Задание:  доступно студентам курса

Таблица для ДЗ:  доступно студентам курса

Рекомендация тренера: доступностудентам курса

Отчет о выполненной работе:  доступно студентам курса