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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Концепты

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. Бэкап

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

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

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

1. Договор и SLA

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Time management

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

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

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

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

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

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

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

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

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

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