18. §
Program Increment
“The most efficient and effective method of conveying
information to and within a development team is face-to-face
conversation.” Agile Manifesto
что такое Agile? Кто работал?
Люд\взаимодействие важнее процессов и инструментов
Раб.продукт важнее документации
Сотруд. заказчиком важнее условий контракта
Изменения важнее следования первоначальному плану
3-9 человек (n*(n-1)) /2 ; 1-3-6-10-15-21-36-45
в чистом виде
кому что не знакомо спрашивайте
кен швальбер + scrum.org. Простое и лаконичное
scrum как базовый элемент.
Nexus - как строительный блок(базовый элемент).
Фреймоврк состоит из ролей событий артефактов
Работа должна быть организована, выстроена по очереди и зависимостей
екзоскелет
ок для тех кто знаком,
но внимание зависимостям между командами
Команда Интеграции Нексуса ответственна за то,
чтобы Интегрированный Инкремент производилась
как минимум каждый Спринт и
которые потенциально можно поставить
Роли:
- NIT координирует обучает наблюдает
- В случае конфликтов NIT более приоритетен
- состав меняется
PO 1 Prod backlog = 1 PO (from Scrum)
ordering Prod Backlog + maximum value
SM гарантирует что фреймворк понят и используется
коуч-фасилитатор + может быть СМ в других командах,
NIT members - системные инженеры и skilled-участники команд
не только выявляет закономерности и зависимости но обучает команды( так как кайдзен)
обучение практикам и инструментам
Артифакты:
Product backlog -> nexus sprint backlog-> team sprint backlog
События: дополняют или заменяют события в обычном скраме
NSP
Координация активностей
Представитель + по желанию от каждой команды(в идеале все)
Nexus Sprint Goal
Потом свои личные SprintPlanning
Могут выявляйся зависимости (визуализируются)
NDS
текущее состояние и новые зависимости
влияние на общий инструмент каждой командой
NSR
обратная связь по Интегрированному инкременту
заменяет отдельные ревью митинги так как нужна обратно связи в целом, по частям не видно
NSRet
постоянное улучшение. Фокусирование на проблемах
обсуждение проблем повлиявших более чем на одну команду
локальные ретроспективы
третья часть - обсуждение решения и как его отслеживать
Ref - минимальный по количеству и без зависимостей(WBS?)
Декомпозиция
Зависимости
from standard one-team Scrum.
deep organizational change to become agile.
LeSS is a scaled up one-team Scrum:
• one Product Owner + single Product Backlog;
• one Definition of Done for all teams,
• one Potentially Shippable Product Increment at the end of each Sprint,
• many complete, cross-functional team
• one Sprint.
What’s Different in LeSS from one team?
• Sprint Planning Part 1: Product Owner + it includes
people from all teams. self-manage to decide their division of Product Backlog Items.
• Sprint Planning Part 2: independently and usually in parallel by each Team
• Daily Scrum: independently by each Team, Team A may observe Team B.
• Product Backlog Refinement: single-team PBR, the same as in one team Scrum. + multi-team PBR,
• Sprint Review: In addition to the one Product Owner, it includes people from all teams, and relevant customers/users and other stakeholders. For the phase of inspecting the product increment and new items, consider a “bazaar” or “science fair” style: a large room with multiple areas, each staffed by team members, where the items developed by teams are shown and discussed.
• Overall Retrospective: This is a new meeting not found in one-team Scrum, and its purpose is to explore improving the overall system, rather than focusing on one Team. The maximum duration is 45 minutes per week of Sprint. It includes the Product Owner, Scrum Masters, and rotating representatives from each Team.
Sprint Planning One
focus on selection of ready items from those offered by the Product Owner
Sprint Goal.
Product Owner presents the highest priority
which team on with feature
• Discuss coordination between teams
during the upcoming sprint.
Sprint Planning Two
same as in one-team Scrum
focuses on creating a plan of work to get to ‘done’ for each item.
plan of action or tasks comprise the Sprint Backlog.
separate meeting per team where each team creates the plan for getting the items to ‘done’ during the Sprint.
Just Talk
Any member of a self-managing team would be able and.
Communicate in Code
continuous integration checked in to the central
Send Observers to the Daily Scrum
not the Scrum Master—as a silent observe.
Scrum of Scrums (2-3 in week)
A Scrum of Scrums meeting is a Daily-Scrum-like:
• What did my team do that is relevant to other teams?
• What will my team do that is relevant?
• What are my team’s obstacles that other teams should know about or can help with?
Travelers to exploit and break bottlenecks and create skill
Each Sprint they join a different team, coaching via pairing, workshops, and teaching sessions.
Sprint Review
The Sprint Review is an inspect-adapt point
customers and stakeholders examine what the teams built
discuss changes and new ideas.
direction of the product
review product together with team
Sprint Review Bazaar - Stakeholders visit areas of interest.
Retrospective
- individual Retrospectives.
- same as a one-team Scrum retrospective.
- brainstorm about larger obstacles that are impeding
——-
Overall Retrospective - new meeting in LeSS.
- cross-team, organizational and systemic problems within the organization.
- systemic and organizational issues
• How well are the teams working together? Are the Communities of Practice working?
• Are the teams learning together? Is the Product Owner doing well?
Initial Product Backlog Refinement
Before you start your first Sprint, you need
a Product Backlog with some ready items, and
a Definition of Done.
Product Backlog Refinement
Ongoing Product Backlog Refinement (PBR) is needed within
splitting big items,
detailing items until ready, and
estimating.
Note! Refinement of items is not done separately by the Product Owner or a business analysis group—doing that would increase the lean wastes of hand-off and information scatter.
• Overall Product Backlog Refinement (shared amongst all teams)
• Team-level Product Backlog Refinement
• Multi-team Product Backlog Refinement
> 8 teams.
One Product Backlog,
one Definition of Done,
one Potentially Shippable Product Increment,
one (overall) Product Owner,
one Sprint.
All Teams in one Sprint with one delivery.
What’s Different?
Role changes: Area PO.
Artifact changes: “Requirement areas” in Product Backlog; Area Backlog.
наиболее продуманный - фреймворк
уровень enterprise
используется в IBM
3-x и 4x уровненный
Team - stories from backlog, sprint, iteration cadence, scrum(kanban)
Program - ART(virt-Team)
Value Stream - поддержка больших и сложных решений.
Sync ART.
Portfolio - set of VS( set of solutions).
Стратегические цели.
бюджетирование.
Foundation - соединяет все вместе: бережливый и гибкий склад ума, такие же лидеры способные это внедрить, Принципы, комюнити.
long-lived, self-organized team-of-Agile-team
50-125человек -> plan, execute, commit вместе
ART:
- выстраивает команды согласно общей миссии
- значимый и завершенный продукт каждые 2 недели
- Синхронизирует итерации команд
- собирает итерации в единый Program Increment
- согласовывает с архитектурой и общим UX дизайном
Scrum master
- фасилитатор
- двигает аджайл
- посещает SoS, impediment,
Product Owner
- бэклог команды, как заказчик,
- приоритеты, с менеджмен топ по PI.
DevTeam
- Dev\тестеры и другие специалисты нужны для работы
- Создание пользовательской истории
- разработки критериев приемки(DoD)
- тесты
- деливерит истории
Уровень ART
RTE - chief Scrum Master for the train
Product Management - програмный беклог
System Architect Engineer - архитектурное и техническое руководство
Business Owner and Customer - ключивывые стекхолдеры
System Team + DevOps - инфраструктура, интеграция, тестирование ART, автоматизируют процессы интеграции.
стандартизованная агенда
присутствуют все кто может
день-два
результат - комитент на следующий PI
Требует подготовки координации и коммуникации.
Делается до планирования
RTE SoS - зависимости и прогресс
Product Managers and Product Owner
Inspect-Adopt
PI SysDemo
measurements and metrics
Problem-solving workshops
постоянство процессов и практик
Общий инструмент
тренеры и консультанты
поддержка топ-менеджмента
внутренние стремление команды
