Управление программными проектами. Проектная деятельность и особенности ИТ-проектов

1.

Управление программными
проектами
Проектная деятельность и особенности ИТпроектов

2.

Давайте знакомиться
Сергеева Елена Александровна
Опыт работы за последние 5 лет (всего 20+
лет опыта):
- СТО-консультант в Международном банке
Таджикистана
- Тимлид + техлид (фронтенд) в Wati
- Сеньор разработчик (React) в Anthill

3.

Понятие проекта
Проект — временная деятельность,
направленная на создание уникального
продукта/услуги.
(Согласно PMBOK Guide)
Ограничен: сроками, ресурсами,
качеством.
Всегда имеет цель и конечный результат.

4.

Проект vs операционная деятельность
Операции → повторяемость, стабильность, поддержание процессов.
Проекты → временные, уникальные, ориентированы на изменения.
Пример:
операция → исправление багов, техдолг (улучшение кода), поддержка;
проект → внедрение новой фичи.

5.

Проект vs операционная деятельность
Критерий
Проект
Операционная деятельность
Цель
Достичь уникальной цели и
Обеспечивать непрерывное,
завершиться
стабильное функционирование
Время
Временный, имеет сроки
Постоянная, повторяющаяся
Результат
Уникальный продукт/услуга
Стандартизированный продукт/услуга
Действия
Одноразовые, неповторяющиеся
Циклические, повторяющиеся
Критерий
Соответствие срокам, бюджету,
Эффективность и производительность
успеха
качеству

6.

Цели и задачи проекта
Цели: зачем нужен проект (бизнес-результат, ценность).
Пример: «Повысить уровень удовлетворенности клиентов на 20% за счет запуска нового
онлайн-чата на сайте».
Задачи: конкретные шаги для достижения цели.
Примеры:
«Разработать функционал чата до 1 октября с интеграцией в CRM-систему».
● «Обучить 10 сотрудников службы поддержки работе с новым чатом до 5 октября».

7.

SMART-подход к постановке целей
S (Specific) – конкретная.
M (Measurable) – измеримая.
A (Achievable) – достижимая.
R (Relevant) – релевантная.
T (Time-bound) – ограниченная по
времени.
Пример:
«В течение 3 месяцев внедрить CRM, повысив
скорость обработки заказов на 20%.»

8.

Жизненный цикл проекта
Это последовательность фаз, через которые проходит проект от
старта до завершения.
Инициация.
Планирование.
Исполнение.
Мониторинг и контроль.
Завершение.
○
○
○
○
Определение идеи проекта.
Анализ осуществимости.
Определение ключевых стейкхолдеров.
Результат: Устав проекта.
○
○
Детальная проработка планов: по содержанию, срокам, стоимости, рискам,
коммуникациям.
Результат: Дорожная карта и план управления проектом.
○
○
○
Координация людей и ресурсов.
Выполнение работ по плану.
Результат: Готовый продукт/услуга.
○
Постоянный мониторинг и контроль отклонений (сроки, бюджет, качество).
○
○
○
○
Сдача результата заказчику.
Release команды.
Анализ уроков, learned (что прошло хорошо, а что нет).
Результат: Формальное закрытие проекта.

9.

Методология: Водопад (Waterfall)
Суть:
Строгая последовательность фаз.
Переход к следующей только после полного завершения предыдущей.
Плюсы:
Простота управления.
Понятные этапы.
Строгая документация.
Минусы:
Негибкость.
Позднее тестирование.
Сложность внесения изменений.
Где используется:
Проекты с четкими и неизменными требованиями (госзаказы, ПО для медоборудования).

10.

Методология: Гибкая (Agile)
Суть:
Итеративная и инкрементальная разработка.
Работа короткими циклами (спринтами 1-4 недели).
Плюсы:
Гибкость.
Быстрое получение обратной связи.
Высокая адаптивность к изменениям.
Минусы:
Сложность оценки итогового бюджета/сроков.
Требует высокой дисциплины команды..
Где используется:
Стартапы, коммерческие продукты, проекты с меняющимися требованиями.

11.

Особенности программных проектов
● Изменчивость требований.
○
○
Пожелания заказчика и рыночные условия могут меняться во время разработки.
Подход: Гибкие методологии (Agile, Scrum), итеративная разработка.
○
На старте часто невозможно точно оценить все усилия, сроки и технические
сложности.
Подход: Поэтапное планирование, прототипирование.
● Высокая степень неопределённости.
○
● Технологические риски.
○
○
Риск устаревания технологий, появления новых решений, проблем с совместимостью,
безопасностью.
Подход: Технический анализ, PoC (Proof of Concept) , резерв на непредвиденные
обстоятельства.
● Зависимость от квалификации команды.

12.

Примеры проблем в ИТ-проектах
● Как изменчивость требований может проявиться в разработке
игры?
● Какая неопределённость может быть в проекте по запуску
нового мессенджера?
● Какие технологические риски есть у проекта на базе
искусственного интеллекта?

13.

Ключевые роли в управлении проектами
Заказчик (Customer)
Руководитель проекта (Project Manager/Product Manager)
○
○
○
Лицо или организация, которая финансирует проект.
Формирует основные требования и принимает конечный результат.
Главный бенефициар (выгодоприобретатель) проекта.
○
○
Лицо, ответственное за достижение целей проекта.
Ключевые функции: Планирование, организация, мотивация команды, контроль, коммуникация со
стейкхолдерами, управление рисками.
Команда проекта (Project Team)
○
○
Группа специалистов, которые выполняют работу по проекту.
Несет ответственность за качественное выполнение задач в срок.
○
Все лица и организации, которые активно участвуют в проекте или интересы которых могут быть
затронуты в ходе его реализации.
Примеры: конечные пользователи, руководство компании, государственные регуляторы, инвесторы.
Стейкхолдеры (Stakeholders)
○

14.

Взаимодействие ролей
● PM работает с Заказчиком на предмет требований, бюджета,
отчетности.
● PM управляет Командой: ставит задачи, мотивирует,
устраняет препятствия.
● PM управляет ожиданиями и коммуникацией со всеми
Стейкхолдерами.

15.

Успешность проекта в ИТ
● Чёткие требования.
● Реалистичное планирование.
● Мотивация команды.
● Поддержка заказчика.
● Треугольник ограничений: сроки – стоимость – содержание.

16.

Треугольник ограничений
Успех проекта — это баланс трех основных ограничений:
Содержание/Объем (Scope) -> Качество (Quality)
○
Что именно должно быть сделано? Соответствие результата требованиям и
ожиданиям.
Время (Time)
○
Как долго это будет делаться? Соблюдение утвержденных сроков.
○
Во сколько это обойдется? Соответствие утвержденному бюджету.
Стоимость (Cost)
Изменение одного из факторов неизбежно влияет на два
других.
Пример: Заказчик захотел сделать больше функций (содержание)
-> потребуется больше времени и денег.

17.

Треугольник ограничений
1.
Взаимосвязь содержания и двух остальных элементов —
прямо пропорциональна. Это значит, что увеличивая
содержание проекта, нужно увеличить и сроки его
выполнения, и закладываемый бюджет.
2.
Взаимосвязь сроков и бюджета — обратно пропорциональна.
Это значит, что сокращая сроки проекта, нужно увеличить
его бюджет. Снижая бюджет, нужно продлить время на
выполнение задач.

18.

Мини-кейс / Дискуссия
Кейс: «Запуск нового фитнес-приложения»
Цель: Привлечь 50 тыс. пользователей за год.
Проблема: Через 3 месяца разработки появился конкурент с новой крутой функцией. Заказчик
настаивает на ее добавлении.
Вопросы:
1.
Как это изменение повлияет на треугольник ограничений (время, стоимость,
содержание/качество)?
2.
Какие роли (Заказчик, PM, Команда) будут вовлечены в принятие решения?
3.
Какие риски возникают?

19.

Инструменты управления проектами
● Для планирования и
отслеживания:
○
○
○
Диаграмма Ганта (Gantt Chart)
Канбан-доски (Trello, Jira)
Списки задач (To-Do Lists)
● Для коммуникации:
○
Совещания (митинги), отчеты, чаты (Slack,
Teams)
● Для управления рисками:
○
Реестр рисков

20.

Итоги
● Проект = временная, уникальная деятельность.
● Отличие проектов от операций: ориентир на изменения.
● Жизненный цикл проекта = 5 этапов.
● ИТ-проекты сложны: изменчивость, неопределённость, риски.
● Успех: планирование, коммуникации, управление рисками.

21.

Домашнее задание №1
Заполните небольшую анкету:
https://forms.gle/hLXjLys2HTo142U17