[udemy] Как стать классным менеджером проектов и не ох..еть (Антон Кучер)

Чему вы научитесь

• Методологии разработки: Waterfall, Agile (Scrum)
• График Ганта
• Канбан доски
• А/Б тестирование
• Автоматизация тестирования

• Пользование компьютером и интернетом на среднем уровне
• Базовое понимание процесса разработки программного обеспечения

Спойлер: Содержание:

• Введение в профессию:
  • Кто такой менеджер проекта?
    
  • “Ненужная прокладка между Заказчиком и исполнителями”
    
  • Список необходимых навыков
    
  • К чему стоить быть готовым
• Начало работы по проекту:
  • Определение бюджета и сроков. Осмечивать свои постановки, а не требования Заказчика
    
  • Подписание договора: что стоит предусмотреть
    
  • Сбор требований Заказчика
    
  • Формирование и подготовка команды
    
  • Выбор методологии разработки: Waterfall (гибридный), Agile/Scrum. Риски параллельной работы специалистов.
    
  • Планирование проекта: График Ганта и kanban доски
    
  • GIT и система хранения версионности
• Что продумать заранее:
  • Анализ взаимосвязей при доработке программного обеспечения
    
  • Документация кода
    
  • Обсудить с Заказчиком факт появления доработок после окончания проекта. Проект - 80% готовности.
    
  • Скорость работы
    
  • Удобство администрирования
    
  • Универсальность решений
    
  • Архитектура проекта/чистота кода
    
  • Необходимые серверные мощности и настройка программного обеспечения
• Проектная документация (пример):
  • Спецификация (ссылки на концепты)
    
  • БТ-ФЗ-ТЗ
    
  • Концепты
    
  • Бриф на дизайн
    
  • Схема контента
• Правила написания функциональных (технических) заданий:
  • Структура: БТ/Описание/ФЗ-ТЗ/Критерии успеха
    
  • Оформление документа с оглавлением и ссылками на разделы
    
  • Необходимая детализация
    
  • Ответы на вопросы: Где? Что? Как? Пример.
    
  • Как ее упустить жизненно важных функций проекта: пример с газовой плитой
    
  • Спецификация параметров: перевозим любые грузы. Перевези статую свободы. Функция должна либо выдавать ограничение параметра, либо выдавать значение
    
  • Универсальность предлагаемых решений и их стоимость.
    
  • Усложнение проектной документации в процессе обсуждения. Надо ли так поступать?
    
  • Не забыть обсудить: администрирование, вывод ошибок в логах, GDPR
    
  • Библиотека стандартных пунктов ФЗ
    
  • Работа с дополнениями/изменениями после заверения ФЗ с Заказчиком
• Управление проектом:
  • Письмо о выдаче в работу с доступами, сроками, промежуточным тестированием и пеней (пример письма)
    
  • График загрузки
    
  • Правило 1,5 или фикс по времени
    
  • Анализ план/фактного выполнения задач (График Ганта)
    
  • Ежедневные отчеты (пример отчета)
    
  • Промежуточное тестирование
    
  • Организация code review
    
  • Работа с исполнителями hands-on
    
  • Безконтекстное управление - проговаривать с исполнителями нюансы
    
  • Коммуникация с клиентом: держать в курсе о ходе выполнения и кол-ве часов к выдаче. Сообщать о ходе разработки до того, как он первый спросит
    
  • Подключение программиста к работе с клиентом
    
  • Осмечивание план/факт и внесение изменений
    
  • Сообщение осмечивания клиенту и заверение времени
• Тестирование:
  • “Я не тестировщик”
    
  • Сценарий тестирования
    
  • Чек-лист по тестированию
    
  • Постановка работы с тестировщиком
    
  • Разработка из тестирования
    
  • Автоматизация тестирования: Selenium, Unit-тесты
    
  • Типовые значения тестов: тест пограничных значений, тест переполнения/незаполнения, нагрузочный тест.
    
  • А/Б тестирование
• Сдача проекта:
  • Принцип 1,2,3
    
  • Список багов и пожеланий
    
  • Инструкция по пользованию
    
  • Бэкап
    
  • Опросник Заказчику
• Последующий саппорт:
  • Гарантийный период правки багов
    
  • Классификация задач и срок реакции
    
  • График работы и организация саппорта во внерабочее время
    
  • Закрытие ежемесячных актов выполненных работ
    
  • Переход от аутсорсинга к аутстаффингу
• Работа с исполнителями:
  • Планировать выдачу проектов спецам заранее
    
  • Описание работы со штатными и внештатными спецами
    
  • Процесс работы по предварительному осмечиванию
    
  • Отправка программисту на осмечивание ФЗ с суммами и разделом 'на потом'. Доступы Заказчика к документу.
    
  • Осмечивание задач по времени программирования. Как не дать себя обмануть.
    
  • Климат в коллективе: знание мотивов, отслеживание доходов, приветствие инициативы
    
  • Если специалист ответил 'нет', спрашивать 'почему'
    
  • Принципы общения с тех специалистами (техническая грамотность)
    
  • Перепроверка доступов перед выдачей спецам
    
  • Сообщать исполнителям, что без подтверждения/письма не приступать к выполнению заданий
• Работа с клиентом:
  • Продажа экспертности
    
  • Ответ клиенту в другой ветке, оформление ответов под вопросами
    
  • Содержание сообщений клиентам о задачах: что, кто, когда
    
  • Как правильно называть сроки выполнения задач
    
  • Ответы PM: 'Клиент так хочет' ©. Обдумывать пожелания клиентов, не просто соглашаться.
    
  • Сообщение Заказчику о нашей лаже
    
  • Заверение документов ссылками на гугл диск
    
  • Проблемные клиенты и процесс работы с ними
• Кризис-менеджмент:
  • Когда проект становится проблемным
    
  • “Красные флажки” недовольства Заказчика
    
  • Признак глобальности ошибок
    
  • Работа с затянутыми сроками
    
  • Созвон со специалистами 2 раза в день
    
  • Обработка претензий Заказчика: “это же логично”, “это подразумевалось”, “об этом мы говорили еще на первой встрече”, “вы же эксперты” и т.д.
    
  • Обсуждение недовольства клиента перепиской
    
  • Процесс работы с проблемными задачами: тушим огонь
    
  • Анализ причин и решения
    
  • Возможность повысить лояльность и получить доп задачи
    
  • Работа с горящими задачами клиентов: приоритетность (критерии), держать клиента в курсе, сообщение о поправке с причиной (формулировка), приоритет багов, о которых клиент знает
    
  • Расставление приоритетов по задачам
    
  • Планирование приоритетного/ограниченного по срокам проекта
    
  • Risk mitigation plan (Управление рисками)
    
  • Ответственность за убытки Заказчика
• Прикладные знания (soft skills):
  • Time management
    
  • Принципы эффективной коммуникации
    
  • Базовые знания по продажам
    
  • Work/life balance и выгорание
    
  • Принципы расчета стоимости работ. Важность срока получения прибыли
    
  • Теория ограничения систем: узкое звено
    
  • Обмен данными: основы и нюансы
• Полезные приложения:
  • Вред стремления гнаться за последними новинками
    
  • Программное обеспечение, позволяющее упростить жизнь менеджера проекта: гугл диск (доступы), Trello, Jira, Графики Ганта и т.д.
    
  • Хранение паролей: 1password и Zoho Vault

• Студенты IT направлений
• Действующие менеджеры проектов уровня Junior и Middle
• Руководители отделов, внедряющие управление проектами

Спойлер: Преподаватель
Антон Кучер
Управление IT проектами, Продажи, Time-management, Бизнес
Около 10 лет руковожу IT компанией 'Meta-Sistem' SRL, осуществляющей разработку веб-проектов на CMS Wordpress и framework'ах PHP, а также учетных систем на платформе 1С.
Сейчас компания насчитывает около 100 сотрудников и выполняет, в основном, заказы клиентов из Европы.
Я руководил разработкой таких проектов как:
- онлайн аукцион в Германии VeryImportantLot
- фитнес конкурс во Франции LaSeche
- доставка еды в Швейцарии Fasivery
и многих других.
Есть большой опыт в построении процесса разработки и сопровождения IT проектов.