Feature vs. Component Teams for New Software Development
Несмотря на многочисленные исследования того, как эффективно управлять разработкой новых программных продуктов, все еще остается неясным, какая организационная структура лучше всего может помочь быстрее поставлять ценные продукты на рынок. В этом исследовании мы исследуем два подхода к формированию групп разработчиков (т.е. функциональные группы, которые больше ориентированы на клиента, и команды компонентов, которые больше ориентированы на системную архитектуру), и тестируем, какой тип лучше подходит для создания новых программных продуктов с различной структурой и сложностью. .

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

Очень интересная конференция от Sber https://smartdev.ru/

Русский вариант Руководства по #kanban для #scrum команд от Scrum.org. Полезные практики как усилить фокус на Ценностях.

Гайд про #целеполагание и управление командами на основе фактов. #EBM может хорошо подойти как этап в приземлении амбициозного #OKR.

https://www.scrum.org/resources/evidence-based-management

Это про Agile или всетаки нет? У кого какие мнения? https://youtu.be/QdGuP6hnIsM

Интересная точка зрения Максима Дорофеева на личную эффективность. Agile вряд ли заработает, если не начать с себя. https://youtu.be/7oOI6H-Fz1I

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

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

Гайд из 10 пунктов, как оценить в Story Point бэклог https://link.medium.com/4F8QlzBuakb

Вычисление мощности команды до появления исторических данных. Пригодится для проведения первого PI Planning или для запуска новой Agile команды. https://link.medium.com/0lf6TpUlWkb

Простая модель гранулярности элементов Бэклога для стара Поезда в SAFe https://link.medium.com/o9YS59xsXkb

Git - потрясающая распределённая система управления версиями. Ее сторит использовать даже если продукт разрабатывается силами одного разработчика https://link.medium.com/GyK79TVxplb

Краткое описание Историй, Задачь и Багов для подготовки к PI Planning 🚄 https://link.medium.com/csQyrK6xwlb

Осознание, что новая реальность наступила надолго уже пришло. Остаётся делать хорошо свою работу, и быть готовым к любым поворотом событий.
Представляю базовый список практик для развития кросфункционалтной команды. Поможет если не было полноценного kickoff у команды или вам нужно быстро погрузиться в контекст и структурировать работу https://link.medium.com/vGEyOAGgqob