запланированные задачи; задачи в активной работе; выполненные задачи.

Доска — это визуальное отображение рабочего процесса на разных стадиях. С ее помощью каждый член команды может контролировать свою работу и следить за проектом. Удаленная координация осуществляется через телеграфные коды. Философия

Постоянное самосовершенствование и самообучение команды.

Автономность. Каждый участник несет ответственность за свою часть работы и за общий результат.

Кроссфункциональность. Наличие в команде людей с разными навыками делает ее самодостаточной.

Внедрение и обратная связь. После всех спринтов — релиз. Заказчик и архитектор, корректор дают обратную связь, на основе которой команда дорабатывает продукт.

Чем Scrum отличается от Kanban (у ГГ система Родова) — структурированный подход с заданными этапами создания продукта, а Kanban — сбалансированный, основная цель которого — обеспечить всех членов команды одинаковым количеством работы. В Scrum предусмотрены организованные периоды работы с задачами на период. В Kanban новые задачи могут появляться в любой день. Scrum-команды работают в течение заданного отрезка времени, а в Kanban задачи поступают непрерывно и больше подходя для производства.

Основная разница между Scrum и Канбан — в длине итераций. В Scrum итерации — 2 недели, в Kanban задачи можно «подсовывать» хоть каждый день.

Kanban дает больше гибкости, если под гибкостью понимать частоту смены приоритетов. Вчера исполнитель сделали новую схему, а сегодня получили данные из мастерской и узнали, что она не работает так, как было задумано. Координатор просит переделать схему, и послезавтра мы пробуем новую деталь.

В варианте Scrum от ГГ задачи оценивают в баллах. Без оценки не получится сформировать спринт: ведь нам нужно знать, успеем ли мы сделать задачи за 2 недели. Через 2 недели мы получаем ценную статистику — сколько часов команда смогла сделать за сприн. Velocity — это индекс в баллах, производительность команды за один спринт. Этот параметр позволяет координатору предсказать, где команда будет через 2 недели.

В Kanban же не принято делать оценку. Это опционально, команда решает сама. Здесь нет понятия «скорость работы команды», считается только среднее время на задачу. Время это считается с помощью специального отчета — циклического таймера.

Циклический таймер для задачи = время выполнения задачи минус время начала работы над задачей. Можно сказать что

в Scrum цель — закончить спринт, в Kanban — задачу или так Scrum — это автобус, который останавливается лишь на определенных остановках, где люди выходят группами. А Kanban — это маршрутка: захотел пассажир выйти, попросил водителя и вышел там, где ему нужно.

Преимущества элементов Scrum

Команда работает небольшими этапами, на каждом из которых определяются цели и способы их достижения, что повышает скорость работы. Команда одновременно работает над разными задачами проекта и быстрее достигает желаемой цели. Большие задачи дробятся на мелкие, поэтому удобно вносить корректировки в процессе работы. Благодаря быстрой реакции на изменения и устранения ошибок минимизируются риски. Каждый член команды знает, за что отвечает. Открытый обмен информацией делает работу максимально прозрачной. Ежедневная видимость достижений поддерживает высокий уровень мотивации.

Координатор организует спринты, где команда выбирает задачи на ближайший срок, и ретроспективы, на которых обсуждаются результаты работы. Проводит ежедневные стендапы, чтобы команда могла быстро решать текущие вопросы. Находит и убирает любые барьеры, которые мешают команде завершить спринт, будь то внутренние проблемы или отвлекающие внешние, например внезапные запросы. Оберегает команду от лишних вмешательств и изменений приоритетов. Помогает наладить взаимодействие с руководством, чтобы участники процесса понимали, какие задачи сейчас важны и так далее, обучает работе с конкретным проектом.

ГГ добавляет в Scrum метод, аналогичный методу критической цепи: у нас есть средняя скорость команды и исходя из нее мы оцениваем дату завершения проекта, потом к этой дате мы добавляем буфер (еще несколько итераций) и получаем «надежную» дату поставки. Дальше наша главная задача — не разбазарить этот буфер.

В итоге в любой момент времени состояние проекта описывается двумя цифрами: процентом завершения проекта и процентом израсходованного буфера. Мало того, этим двумя цифрами можнот описать проект любой природы, где используется итеративная методология. То есть, каким бы ни был проект, его статус — это всего лишь точка на плоскости (процент завершения)-(процент использованного буфера). похожий проект в РИ https://www.maruey.com/w-book-detail/b00022607

Архитектор занимается подбором систем исполнения проекта и систем его контроля. ЦИК архитекторы используют гибридные проекты, общую базу данных решений, информации, аналогичных проектов, методов их реализации и контроля и подбирают оптимальный алгоритм с элементами Канбан, Scrum, водопад, мультиводопад и прочее

Матрица RACI https://secretmag.ru/enciklopediya/chto-takoe-matrica-raci-obyasnyaem-prostymi-slovami.htm инструмент для управления отношениями в команде; это таблица, с помощью которой распределяют ответственность, полномочия и роли.

R — Responsible (исполняет);A — Accountable (несёт ответственность);C–Consult before doing (консультирует до исполнения);I–Inform after doing (оповещается после исполнения).S — supported (оказывает поддержку)

«мульти-водопад»

Сложный проект выполняется по этапам, каждый из которых представляет из себя подпроект или модуль готового и протестированного функционала (например, плата, деталь). Причём разрабатываемая система разбивается на модули таким образом, чтобы ей можно было пользоваться, как можно скорее, желательно после реализации первого же этапа, а последующие подпроекты добавляли элементы к «базовому» функционалу.

Что даёт такая модель? Возможность разделить изначально большую и технически сложную систему на набор сравнительно небольших модулей, которые можно разрабатывать последовательно либо параллельно. За счёт небольшого размера «смыслового модуля» (чертёж, план, деталь, узел и т. п), снижается его сложность и требования к батракам, поэтому его легче проектировать, реализовывать и тестировать. Цикл разделен на более мелкие легко создаваемые модули. Каждый модуль проходит через фазы определения требований, проектирования, корректирования, внедрения и тестирования. Для этого и нужен архитектор, чтобы правильно разделить систему на модули. Особенно помня о том, что целое всегда больше, чем просто сумма частей.

Мультиводопад даёт возможность вести крупные проекты с высокой степенью неопределённости. Элементы адаптированной спиральной модели моделирования.

https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C

СМ позволет отслеживать такие риски как: дефицит специалистов. Нереалистичные сроки и бюджет. Реализация несоответствующей функциональности. Разработка неправильного технического задания. «Золотая сервировка» (слишком дорогие решения, детали, элементы) перфекционизм, ненужная оптимизация и оттачивание деталей. Непрекращающийся поток изменений. Нехватка информации о деталях и узлах, определяющих инфраструктуру системы или вовлечённых в интеграцию. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами. Разрыв между квалификацией специалистов и требованиями проекта.