Please enable JavaScript.
Coggle requires JavaScript to display documents.
+Основы проджект-менеджмента - Coggle Diagram
+Основы проджект-менеджмента
1. Работа с проектом: этапы, особенности и артефакты
Артефакты проекта=физические носители информации
Формальные - обязательные, прописанные в условиях
Неформальные - все остальные
Этапы проекта
Инициализация
Анализ бизнес-идеи
Разработка проектного задания
Стратегическое планирование
Участие высшего руководства
Реализация=контроль + исполнение
Создание конечного продукта или его части
Отслеживание продвижение проекта
Решение возникающих проблем
Информирование участников о ходе проекта
Управление вносимыми изменениями проекта
Планирование
Определение объемов проекта, определение этапов, контрольных точек проекта
Выявление всех возможных рисков, связанных с реализацией проекта и разработка способов их предотвращения
Выявление участников проекта, распределение зон ответственности, выбор членов проектной группы
Расчет количества ресурсов, необходимых для выполнения проекта
Завершение
Оценка удовлетворенности клиентов
Оценка приобретенного опыта
Поставка продукта Заказчику
Распределение артефактов
Инициализация
Проектное задание
ТЗ, коммерческое предложение, Договор и приложения, допсоглашение
Планирование
План проекта
дорожная карта, план проекта, точки сверки, ресурсный план
Реализация
Промежуточный и конечный результат
Акт сдачи-приемки работ, замечания и доработки
Завершение
Отчет о внедрении
Инструкция по работе, обучение, акт сдачи-приемки работ
Основные артефакты по проекту (IT)
Паспорт проекта (свод данных, участник, ответственность)
Макеты и дизайн
ТЗ-Цели-Требования-Техзадания
Задачи
Итоги проекта
Итоги встреч и других коммуникаций
Планы на будущее
Сбор артефактов
Согласование требований с исполнителями
Согласование результата с конечными пользователями
Сбор требований с заказчиком, уточнение деталей
Подведение итоггов каждой встречи и уведомление всех участников
Анализ
Виды заказчиков
Бизнес-заказчик
Стартап
Близкий к госсфере заказчик
Госзаказчик
Таблица RACI
А - Несет ответственность
В задаче только одна
С - Консультирует до исполнения
I- Оповещается после исполнения
R - Исполняет
Должен быть на каждой деятельности
(может быть несколько)
2. Проектная документация и тройственные ограничения проекта
Закон Лермана: "Любую техническую проблему можно преодолеть, имея достаточно времени и денег"
Следствие Лермана: "Вам никогда не будет хватать либо времени, либо денег"
Матрица приоритетов (время, стоимость, содержание - что главнее) обговаривается с Заказчиком.
Золотой треугольник менеджера
Скоуп (содержание) проекта
Ресурсы (люди, бюджет)
Время реализации
!!!Качество проекта
Контракт
Проговорить зависимости частей ограничения
Дать возможность заказчику задать вопросы
На этапе инициализации и планирования
Золотой круг
(донести команде)
КАК? Как вы реализуете проект и как вас это отличает.
ПОЧЕМУ? Почему проект важен для людей (вашей команды)
ЧТО? Что за проект вы делаете с командой и какой контекст
КЕЙСЫ ИЗ ЖИЗНИ
4. Сбор требований и верификация. Часть 2
Оценка рисков
Обозначить последствия рисков и вероятность их реализации
Разработать стратегию в отношении рисков
Выявить риски
Согласовать стратегию с командой и бизнесом
Изменение плана работ после оценки
Определяем и оцениваем альтернативные варианты реализации
Выявляя проблему - предлагайте решение!
Оценка ресурсов (время, бюджет, команда)
КОМАНДА
Где искать недостающие компетенции?
Как работать с внешними сотрудниками?
Какие компетенции необходимы для реализации проекта?
ДРУГИЕ РЕСУРСЫ
Внешние эксперты
Сторонние сервисы
Технические ресурсы
БЮДЖЕТ
Стоимость работы внутренних и внешних сотрудников
Коэффициенты себестоимости
Затраты на допресурсы
Согласование с бизнесом
Согласовать изменение с бизнесом
Зафиксировать все изменения перед стартом работ
Подготовить альтернативные варианты, их достоинства и недостатки.
Итоговый срок поставки проекта
Разработка
Учитывать прошлый опыт реализации прошлых работ (поговорить с коллегами)
Учитывать время старта работ.
Учитывать время на внутреннюю проверку.
Что делать, если невозможно/трудно дать оценку сейчас?
Тестирование
Тестирование работает раздельно от разработки.
Тестирование вместе с разработкой.
Аналитика
Согласовать метрики с Заказчиком
Включить в Roadmap доработки, если надо
Определить метрики успеха (кол-во новых пользователей, заявок, лояльность, Гугл аналитика, Яндекс метрика и т.д.)
Включить в план отчет по метрикам успеха
Внедрение
Технические ресурсы, инфраструктура (сервер, хостинг, тестовая среда и т.д.)
Согласование с отделами (маркетинг, служба поддержки и т.д.)
Процедура внедрения и релиз (бета-тест и фокус-группы)
Формирование MVP и Roadmap
MVP- минимально жизнеспособная версия продукта, которая позволяет получить осознанную обратную связь от пользователя.
3. Сбор требований и верификация. Часть 1
Предподготовка проекта
Составление паспорта проекта
Полное описание задач проекта
Сроки этапов
Цель проекта
Решение задачи (приоритизация и планирование)
Формирование релизов из оставшихся задач (релиз - это законченная версия продукта, в которую собираются определенные задачи)
MVP необходимо презентовать заказчику и всем заинтересованным лицам.
Выделение минимально жизнеспособного продукта (MVP)
Приоритизируем оставшиеся задачи (на основе ключевых метрик). 2. Декомпозиция задач (техническая и продуктовая). 3. Формируем релизы и планируем поставку продукта. Создается Roadmap.
Roadmap - графический обзор целей и результатов проекта, представленных на временной шкале.
Этапы реализации.
Сроки начала и конца этапа.
Ключевые события.
Графический результат на временной шкале (диаграмма Ганта).
Понимание проекта
Для кого функционал?
Определить аудиторию.
Характеристики ЦА.
Потребности ЦА.
Особенности ЦА.
Демография: пол, возраст, география.
Социальные характеристики.
Количественные характеристики.
Понимать сроки решения.
Проблема имеет срок - в приоритете срок от бизнеса. 2. Проблема не имеет срок - в приоритете оценка от исполнителя.
Изменение срока - это новое требование.
Какую и чью потребность удовлетворяем?
Потребность - необходимость.
Проблема - это вопрос/задача, требующая решения.
Существует ли проблема:
исследование;
зачем-зачем-зачем;
как пользователи решали ранее.
Варианты решения, оценка и перспектива
Основные методологии работы с командой
Команда -временная группа специалистов для выполнения проекта
Фреймворк - руководство по организации рабочего процесса (описание типовых ролей и т.п.)
Методологии
Классический менеджмент (PMI/PMBOK)
Гибкий менеджмент (Agile, Kanban, Scrum)
Традиционный последовательный менеджмент (Вотерфол (водопад) - последовательное выполнение шагов, Критикал Пач метод (метод поиска критической цепи)
Другие виды менеджмента (Lean, Lean Six Sigma, PRINCE2 и другие)
Традиционный менеджмент
Каскадный цикл разработки
Дизайн
Кодирование
Проектирование
Тестирование
Поддержка
Гибкий менеджмент
AGILE-культура:
Работающие продукты важнее исчерпывающей документации.
Сотрудничество с заказчиком важнее проработки деталей контрактов.
Люди и их взаимодействия важнее инструментов и механизмов.
Готовность к изменениям важнее следования первоначальному плану.
SCRUM
Владелец продукта (Product Owner)
Скрам-мастер
Команда разработки (Scrum Team)
Процессы
Ежедневный скрам
Обзор спринта (демо)
Ретроспектива спринта
Планирование спринта (спринт до 4 недель)
KANBAN (начните с того, что вы делаете сейчас)
Процессы
Выполнено
Задачи в очереди)
