Как стать классным менеджером проектов и не выгореть

Мой курс научит тебя управлять проектами как Боженька) В динамичной и местами юмористичной манере я расскажу, как нелегка и извилиста дорога менеджера проекта. Дам практические рекомендации и инструменты, чтобы ты уже сегодня применил все полученные знания на практике. Поделюсь лайфхаками, которые позволят тебе избежать вражеских пуль и клиентских претензий. Не будет скучных лекций по методологиям и терминологии. Не будет нравоучений и банальных банальностей. Только суть как она есть, много практики и разбора fuckup’ов за мой 10-летний опыт управления командой менеджеров проектов. Основной материал рассчитан на выполнение работ по программной разработке IT проектов по заказу клиента (аутсорсинг). Хотя большая часть материала подойдет и для управления внутренними проектами компании. А теперь push the button и GO!

Содержание:

1. Введение в профессию:

   1. Кто такой менеджер проекта?

   2. “Ненужная прокладка между Заказчиком и исполнителями”

   3. Список необходимых навыков

   4. К чему стоить быть готовым

2. Начало работы по проекту:

   1. Определение бюджета и сроков. Осмечивать свои постановки, а не требования Заказчика

   2. Подписание договора: что стоит предусмотреть

   3. Сбор требований Заказчика

   4. Формирование и подготовка команды

   5. Выбор методологии разработки: Waterfall (гибридный), Agile/Scrum. Риски параллельной работы специалистов.

   6. Планирование проекта: График Ганта и kanban доски

3. Что продумать заранее:

   1. Необходимые серверные мощности и настройка программного обеспечения

   2. GIT и система хранения версионности

   3. Анализ взаимосвязей при доработке программного обеспечения

   4. Документация кода

   5. Обсудить с Заказчиком факт появления доработок после окончания проекта. Проект - 80% готовности.

   6. Скорость работы

   7. Удобство администрирования

   8. Универсальность решений

   9. Архитектура проекта/чистота кода

4. Проектная документация:

   1. Спецификация

   2. Разница ФЗ и ТЗ

   3. Концепты

5. Правила написания функциональных (технических) заданий:

   1. Структура: БТ/Описание/ФЗ-ТЗ/Критерии успеха

   2. Оформление документа с оглавлением и ссылками на разделы

   3. Необходимая детализация

   4. Ответы на вопросы: Где? Что? Как? Пример.

   5. Как не упустить жизненно важных функций проекта: пример с газовой плитой

   6. Спецификация параметров: перевозим любые грузы. Перевези статую свободы. Функция должна либо выдавать ограничение параметра, либо выдавать значение

   7. Универсальность предлагаемых решений и их стоимость.

   8. Усложнение проектной документации в процессе обсуждения. Надо ли так поступать?

   9. Не забыть обсудить: администрирование, вывод ошибок в логах, GDPR

   10. Библиотека стандартных пунктов ФЗ

6. Управление проектом:

   1. Письмо о выдаче в работу с доступами, сроками, промежуточным тестированием и пеней (пример письма)

   2. Правило 1,5 или фикс по времени

   3. График загрузки

   4. Анализ план/фактного выполнения задач (График Ганта)

   5. Ежедневные отчеты (пример отчета)

   6. Промежуточное тестирование

   7. Организация code review

   8. Работа с исполнителями hands-on

   9. Безконтекстное управление - проговаривать с исполнителями нюансы

   10. Коммуникация с клиентом: держать в курсе о ходе выполнения и кол-ве часов к выдаче. Сообщать о ходе разработки до того, как он первый спросит

   11. Работа с дополнениями/изменениями

7. Тестирование:

   1. “Я не тестировщик”

   2. Сценарий тестирования

   3. Чек-лист по тестированию

   4. Постановка работы с тестировщиком

   5. Разработка из тестирования

   6. Автоматизация тестирования: Selenium, Unit-тесты

   7. Типовые значения тестов: тест пограничных значений, тест переполнения/незаполнения, нагрузочный тест.

   8. А/Б тестирование

8. Сдача проекта:

   1. Принцип 1,2,3

   2. Список багов и пожеланий

   3. Инструкция по пользованию

   4. Бэкап

   5. Опросник Заказчику

   6. Период бесплатной технической поддержки

9. Последующее сопровождение:

   1. Договор и SLA

   2. “Единое окно” приема задач

   3. Классификация задач и срок реакции

   4. График работы и организация суппорта во внерабочее время

   5. Процесс работы с задачами клиента

   6. Dev -> Release Test -> Prerelease -> Release Work

   7. Осмечивание план/факт и внесение изменений

   8. Сообщение осмечивания клиенту и заверение времени

   9. Закрытие ежемесячных актов выполненных работ

   10. Открытое время vs минимальное количество часов специалистов

   11. Переход от аутсорсинга к аутстаффингу

10. Работа с исполнителями:

    1. Планировать выдачу проектов спецам заранее

    2. Описание работы со штатными и внештатными спецами

    3. Процесс работы по предварительному осмечиванию

    4. Отправка программисту на осмечивание ФЗ с суммами и разделом "на потом". Доступы Заказчика к документу.

    5. Осмечивание задач по времени программирования. Как не дать себя обмануть.

    6. Климат в коллективе: знание мотивов, отслеживание доходов, приветствие инициативы

    7. Если специалист ответил "нет", спрашивать "почему"

    8. Принципы общения с тех специалистами (техническая грамотность)

    9. Перепроверка доступов перед выдачей спецам

    10. Сообщать исполнителям, что без подтверждения/письма не приступать к выполнению заданий

    11. Риски параллельной работы специалистов.

11. Работа с клиентом:

    1. Продажа экспертности

    2. Ответ клиенту в другой ветке, оформление ответов под вопросами

    3. Содержание сообщений клиентам о задачах: что, кто, когда

    4. Как правильно называть сроки выполнения задач

    5. Ответы PM: "Клиент так хочет" ©. Обдумывать пожелания клиентов, не просто соглашаться.

    6. Сообщение Заказчику о нашей лаже

    7. Не связывать исполнителей с клиентами напрямую

    8. Заверение документов ссылками на гугл диск

    9. Проблемные клиенты и процесс работы с ними

12. Кризис-менеджмент:

    1. Когда проект становится проблемным

    2. “Красные флажки” недовольства Заказчика

    3. Признак глобальности ошибок

    4. Работа с затянутыми сроками

    5. Созвон со специалистами 2 раза в день

    6. Обработка претензий Заказчика: “это же логично”, “это подразумевалось”, “об этом мы говорили еще на первой встрече”, “вы же эксперты” и т.д.

    7. Обсуждение недовольства клиента перепиской

    8. Процесс работы с проблемными задачами: тушим огонь

    9. Анализ причин и решения

    10. Возможность повысить лояльность и получить доп задачи

    11. Планирование приоритетного/ограниченного по срокам проекта

    12. Risk mitigation plan (Управление рисками)

    13. Ответственность за убытки Заказчика

13. Прикладные знания (soft skills):

    1. Time management

    2. Принципы эффективной коммуникации

    3. Базовые знания по продажам

    4. Work/life balance и выгорание

    5. Принципы расчета стоимости работ. Важность срока получения прибыли

    6. Теория ограничения систем: узкое звено

    7. Обмен данными: основы и нюансы

14. Полезные приложения:

    1. Вред стремления гнаться за последними новинками

    2. Программное обеспечение, позволяющее упростить жизнь менеджера проекта: гугл диск (доступы), Trello, Jira, Графики Ганта и т.д.

    3. Хранение паролей: 1password и Zoho Vault