Курсовая по управлению проектами: как собрать план, сроки, риски и бюджет в одну работающую модель

Курсовая по управлению проектами становится сильной, когда в ней есть реальный проект, а не пересказ терминов PMBOK. Можно прекрасно описать жизненный цикл, роли и методологии, но если в практической части нет сроков, ресурсов, рисков и результата, управленческой модели не получилось.

Начните с результата проекта

Сформулируйте, что должно быть создано.

Например:

• сайт;
• мероприятие;
• внедрение системы;
• открытие точки;
• запуск продукта;
• реконструкция;
• образовательный курс.

Результат должен быть проверяемым.

Не «улучшить коммуникацию», а конкретный продукт или изменение.

Ограничения

У проекта минимум три базовых ограничения:

• срок;
• стоимость;
• содержание.

Часто добавляются:

• качество;
• ресурсы;
• риски.

Запишите их в начале.

Если ограничений нет, любой план можно назвать успешным.

WBS

Декомпозиция работ должна описывать результат, а не календарь.

Разбейте проект на крупные блоки, потом на пакеты работ.

Например:

1. анализ;
2. проектирование;
3. разработка;
4. тестирование;
5. запуск.

Не дробите до бессмысленных действий вроде «отправить письмо», если они не нужны для управления.

Результат каждой работы

У пакета должен быть конкретный выход.

Например:

• утверждённое ТЗ;
• готовый макет;
• протокол тестирования.

Фраза «работа с дизайном» слишком расплывчата.

Сетевой график

Если дисциплина требует CPM или PERT, не рисуйте схему после календаря.

Сначала определите зависимости.

Какая работа не может начаться до завершения другой?

После этого можно искать критический путь.

Критический путь

Не просто выделите его цветом.

Объясните:

• какие работы критические;
• какой резерв;
• что произойдёт при задержке.

Если у критической работы нулевой резерв, перенос напрямую влияет на срок проекта.

Оценка длительности

Не придумывайте сроки из головы.

Используйте:

• экспертную оценку;
• аналог;
• норматив;
• производительность;
• исторические данные.

Если точность низкая, можно использовать три оценки:

• оптимистичную;
• наиболее вероятную;
• пессимистичную.

Ресурсы

Календарь без ресурсов может быть физически невыполнимым.

Проверьте:

• сколько людей;
• какие компетенции;
• оборудование;
• помещение;
• внешние подрядчики.

Если один специалист назначен на три параллельные задачи, график требует выравнивания.

Бюджет

Свяжите стоимость с работами.

Можно разделить:

• труд;
• материалы;
• оборудование;
• подрядчики;
• резерв.

Не вставляйте общую сумму без происхождения.

План и факт

Если есть реальный проект, сравните плановые и фактические показатели.

Например:

| Работа | План | Факт | Отклонение |
|---|---:|---:|---:|
| ... | ... | ... | ... |

После этого объясните причину.

Риски

Не делайте список из двадцати абстрактных рисков.

Для каждого важного риска определите:

• вероятность;
• влияние;
• владелец;
• реакцию.

Например, задержка поставки должна иметь конкретный план.

Матрица рисков

Шкала должна быть понятна.

Не ставьте всем рискам «среднюю вероятность».

Если риск высокий, покажите, почему.

После матрицы должны появиться приоритеты.

Заинтересованные стороны

Определите:

• кто влияет;
• кому важен результат;
• кто принимает решение;
• кто может сопротивляться.

Для ключевых стейкхолдеров нужен план коммуникаций.

Коммуникации

Не пишите «проводить совещания».

Укажите:

• кому;
• какую информацию;
• как часто;
• в каком формате.

Например, заказчик получает еженедельный статус, команда - ежедневный короткий синк.

Изменения

Проект редко идёт без изменений.

Опишите простой процесс:

1. запрос;
2. оценка влияния;
3. решение;
4. обновление плана.

Не меняйте содержание проекта молча.

Методология

Agile, Scrum, Waterfall - не украшения.

Выберите подход под проект.

Если требования стабильны и результат регламентирован, один подход.

Если продукт развивается итерациями, другой.

Объясните выбор.

Scrum

Если используете Scrum, не ограничивайтесь словами «спринт» и «backlog».

Покажите:

• продуктовый backlog;
• приоритет;
• спринт;
• критерий готовности.

Если проект учебный и команда из одного человека, не изображайте полноценный Scrum без смысла.

Контроль качества

Для каждой ключевой работы задайте критерий приёмки.

Например:

• тест пройден;
• макет согласован;
• данные загружены;
• производительность достигнута.

Так качество становится измеримым.

Освоенный объём

Если дисциплина требует EVM, используйте его только при наличии плана стоимости.

Покажите смысл показателей, а не набор формул.

Индекс ниже 1 должен иметь управленческую интерпретацию.

Практическая рекомендация

Курсовая не обязана «исправлять» проект.

Можно показать оптимизированный вариант.

Например:

• изменить последовательность;
• добавить ресурс;
• создать резерв;
• изменить поставщика.

Оцените влияние на срок и бюджет.

Защита

Лучше всего показать один экран:

• WBS;
• календарь;
• критический путь;
• главные риски.

Будьте готовы ответить:

«Что случится, если эта работа задержится на неделю?»

Финальная проверка

Сверьте WBS, календарь и бюджет.

Все работы должны называться одинаково.

Проверьте, что ресурсы не перегружены.

Курсовая по управлению проектами выглядит профессионально, когда план можно реально использовать для управления, а не только показать в отчёте.