Мы решили провести эту лекцию, так как по прошлому году мы заметили, что у вас возникает много вопросов по поводу организации командной работы. Вы обращались с такими проблемами, как:

• не получается упорядочить для себя объём работы
• распределение ответственности и задач
• как осуществлять контроль, когда толком нет лидера
• ничего не успеваем
• и т.д.

В этой лекции мы поговорим не про какую-то абстрактную теорию менеджмента, а о реальных практиках, которые применяются (которыми пользуется конкретно Максим).

Глобально есть два подхода к проектам.
Разбор на примере подготовки Максима к этой лекции:

1 Подход:
1 день: структура
2 день: примеры
3 день: сборка презы
4 день: добавление картинок и мемов
Этот подход условно называется waterfall, когда всё делается последовательно.
Подходит тогда, когда точно понятно, что делать и как.

2 Подход:
1 день: первая версия презы (всё сразу, и примеры, и структура, и картинки)
2 день: вторая версия презы ( чуть лучше структура, примеры чётче)
3 день: третья версия презы (улучшение)
4 день: финальная версия презы
Этот подход называется agile, когда делается всё сразу, но итеративно.
Подходит, когда вообще непонятно, что делать и сколько это займёт времени.
Максим использовал 2 Подход. На нашем проекте вы также пользуетесь по большей мере agile.

Рассмотрим на примере:
У вас появилось новое задание по майнору.

Первая проблема: непонятно, что делать - образ результата (нет требований, что должно быть, что не должно, нет критерий оценки).
Финальное описание задания приходит попозже, так происходит суперчасто в реальной жизни.
Нужно: постараться самим накидать описание результата, а не ждать описания от семинариста.

Далее нужно распределить кто, что делает.
В качестве инструмента подойдёт доска Miro:

• Одна задача - одна карточка, в которой описана задача, ответственный и срок сдачи.
• Задачи распределяются по столбикам: идеи, задачи, задачи в холде, задачи в работе, готовое.

Вторая проблема: как к этой борде прийти?

1. Сначала, если совсем непонятно, что делать, нужно накидать ИДЕИ. Они не должны быть структурированы. Идея нужна, чтобы свыкнуться с тем, что надо что-то сделать.
2. После, идеи уже можно разбивать на ЗАДАЧИ. У каждой задачи образ результата - это артефакт (список, эссе, табличка, фреймворк). Задача должна быть небольшой, у неё должен быть владелец и срок выполнения.
3. Далее необходимо оценить время на задачи и риски (это почти никто не делает, но это нужно). Чтобы это сделать поможет планинг покер. Проводится всей командой.
4. После этого нужен созвон для распределения задач и выяснения, кто то уже сделал. (такие созвоны нужно делать между спринтами, например, раз в неделю).Все изменения по задаче отображаются в карточках ответственными.