Детальней об управлении проектом. Команда. Инструменты управления

1.

Управление программными
проектами
Детальней об управлении проектом

2.

Команда и инструменты: как не утонуть в проекте
● Управление командой: роли, мотивация, конфликты.
● Системы управления проектами: Jira, Taiga на практике.

3.

Что общего у менеджера и разработчика?
● Цель у всех одна — успешный продукт.
● Процессы и инструменты — это общий язык, который помогает
достичь цели.
● Сегодня вы узнаете:
○
Как устроена команда и почему люди в ней действуют так, а не иначе.
○
Как инструменты автоматизируют и структурируют работу команды.

4.

Роли в IT-команде (Кто есть кто?)
Product Owner (PO): Что делать? Голос клиента, отвечает за ценность
продукта. Формирует backlog.
Tech Lead/Architect: Как сделать? Отвечает за архитектуру, тех. стек,
качество кода.
Team Lead: Как работают люди? Мотивация, развитие, разрешение конфликтов в
команде.
Разработчики (Devs): Создают продукт. Бывают frontend, backend, mobile.
QA-инженеры: Все ли работает? Обеспечивают качество через тестирование.
Дизайнеры (UX/UI): Как это выглядит и работает? Проектируют
пользовательский опыт.

5.

Кто я?
Кто из вас хотел бы быть Product Owner'ом? Почему?
Кто видит себя Tech Lead'ом?
Кто хотел бы быть разработчиком в сильной команде?
Кому интересна роль Team Lead'а?

6.

Приоритеты мотивации
Задача: Вы получили два предложения о работе.
● Вариант А: Интересный проект, современный стек, но
немного нервный менеджер и оклад X.
● Вариант Б: Скучный legacy-проект, но спокойная атмосфера,
отличный коллектив и оклад X+20%.
Вопрос: Что вы выберете и почему?

7.

Что мотивирует разработчика? (Не только деньги!)
● Качество проекта и кода: Возможность писать хороший код, а
не костыли.
● Профессиональный рост: Изучение новых технологий, решение
интересных задач.
● Автономия и доверие: Возможность принимать решения без
микроменеджмента.
● Признание: Публичная благодарность за хорошо сделанную
работу.
● Деньги и бенефиты: Важно, но часто является "гигиеническим
фактором" (не мотивирует, но ее отсутствие демотивирует).

8.

Коммуникация: Где рождаются проблемы и их решения
● Правило: N * (N - 1) / 2 — количество каналов коммуникации.
Чем больше команда, тем сложнее.
● Инструменты:
○
Slack/Teams — для оперативных вопросов.
○
Email — для формальных решений.
○
Код-ревью — тоже коммуникация!
● Конфликты — это нормально. Главное — управлять ими.
○
Плохо: Конфликт личностей, скрытые обиды.
○
Хорошо: Конфликт идей, спор за лучшее техническое решение.

9.

Боль боли
Представьте, что вы делаете курсовой проект в команде из 4
человек БЕЗ каких-либо инструментов (только чат). С какими
проблемами вы столкнетесь?

10.

Системы поддержки управления проектами. Зачем это нужно?
Один источник правды
● Проблема: Бесконечные вопросы в чатах: "А что по статусу
задачи?", "Кто это делает?", "Какой приоритет?".
● Решение: Jira, Taiga, YouTrack — это единое пространство
для всей информации по проекту.
● Что это дает команде:
○
Прозрачность: Все видят статус задач.
○
Фокус: Каждый знает, что делать ему.
○
Отслеживание прогресса: Видна общая картина по проекту.
○
История: Все изменения зафиксированы.

11.

Сквозной взгляд на задачу в Jira
● Задача (Issue) — это единица работы. Фича, баг, задача.
● У задачи есть:
○
Тип: Ошибка (Bug), Новый функционал (Story), Задача (Task)
○
Статус: Open, In Progress, Code Review, Testing, Done
○
Приоритет: High, Medium, Low
○
Исполнитель (Assignee)
○
Спринт: К какому циклу разработки привязана
○
Описание и критерии приемки (Acceptance Criteria)

12.

Пример задачи

13.

Чеклист приемки

14.

Как это выглядит на практике? Гибкая методология (Scrum) в
Jira
● Backlog: Список всех желаемых функций (им управляет PO).
● Спринт: Короткий цикл разработки (1-4 недели). Команда
выбирает задачи из бэклога в спринт.
● Доска (Kanban Board): Колонки со статусами задач (To Do,
In Progress, Done). Визуализация прогресса.
● Рабочий процесс (Workflow): Правила перевода задачи из
статуса в статус (например, нельзя закрыть задачу без
код-ревью).

15.

Backlog

16.

Канбан-доска в Jira

17.

Workflow

18.

Собери workflow
Testing
Code Review
In Progress
Done
To Do
Open
Rejected

19.

Собери workflow
Open
Rejected
To Do
In Progress
Code Review
Testing
Done

20.

Jira vs Taiga: Что выбрать?
● Jira (Enterprise):
○
○
○
Плюсы: Огромный функционал, гибкая настройка, интеграции с тысячами
сервисов.
Минусы: Сложность, цена, может быть "медленной".
Для кого: Крупные компании, сложные проекты.
● Taiga (Startup/Friendly):
○
○
○
Плюсы: Простой и интуитивный интерфейс, open source, хороша для
чистого Kanban.
Минусы: Меньше интеграций и кастомизации.
Для кого: Стартапы, небольшие команды, образовательные проекты.

21.

Итоги: Всё связано
1. Команда — это люди со своими ролями и мотивацией.
2. Процессы (как Scrum) — это правила взаимодействия в
команде.
3. Инструменты (как Jira) — это цифровая среда, которая
автоматизирует и делает видимыми эти процессы.
4. Ваша цель: Понимать логику этих связей, чтобы эффективнее
работать в любой системе.

22.

Регистрируемся на https://tree.taiga.io
Имя должно быть ваше реальное!

23.

Создаем проект

24.

Создаем проект

25.

Создаем проект

26.

Домашнее задание №2.2
1. Зарегистрироваться на https://tree.taiga.io/
2. Создать проект, для которого писали устав в предыдущем ДЗ
3. Зайти в настройки и добавить в Statuses для Task Statuses
и Issue Statuses статус Code Review.
4. Поставить его в правильном порядке.
5. Прикрепить к ДЗ ссылку на проект.