�ݺ�ߣ

Editor's Notes

• #4: что такое Agile? Кто работал? Люд\взаимодействие важнее процессов и инструментов Раб.продукт важнее документации Сотруд. заказчиком важнее условий контракта Изменения важнее следования первоначальному плану 3-9 человек (n*(n-1)) /2 ; 1-3-6-10-15-21-36-45
• #5: в чистом виде кому что не знакомо спрашивайте
• #6: кен швальбер + scrum.org. Простое и лаконичное scrum как базовый элемент. Nexus - как строительный блок(базовый элемент). Фреймоврк состоит из ролей событий артефактов Работа должна быть организована, выстроена по очереди и зависимостей екзоскелет
• #7: ок для тех кто знаком, но внимание зависимостям между командами
• #8: Команда Интеграции Нексуса ответственна за то, чтобы Интегрированный Инкремент производилась как минимум каждый Спринт и которые потенциально можно поставить Роли: - 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 События: дополняют или заменяют события в обычном скраме
• #9: NSP Координация активностей Представитель + по желанию от каждой команды(в идеале все) Nexus Sprint Goal Потом свои личные SprintPlanning Могут выявляйся зависимости (визуализируются) NDS текущее состояние и новые зависимости влияние на общий инструмент каждой командой NSR обратная связь по Интегрированному инкременту заменяет отдельные ревью митинги так как нужна обратно связи в целом, по частям не видно NSRet постоянное улучшение. Фокусирование на проблемах обсуждение проблем повлиявших более чем на одну команду локальные ретроспективы третья часть - обсуждение решения и как его отслеживать Ref - минимальный по количеству и без зависимостей(WBS?) Декомпозиция Зависимости
• #10: 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.
• #11: 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.
• #12: 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.
• #13: 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?
• #14: 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
• #15: > 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.
• #16: наиболее продуманный - фреймворк уровень 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 - соединяет все вместе: бережливый и гибкий склад ума, такие же лидеры способные это внедрить, Принципы, комюнити.
• #17: long-lived, self-organized team-of-Agile-team 50-125человек -> plan, execute, commit вместе ART: - выстраивает команды согласно общей миссии - значимый и завершенный продукт каждые 2 недели - Синхронизирует итерации команд - собирает итерации в единый Program Increment - согласовывает с архитектурой и общим UX дизайном
• #18: 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, автоматизируют процессы интеграции.
• #19: стандартизованная агенда присутствуют все кто может день-два
• #21: результат - комитент на следующий PI Требует подготовки координации и коммуникации. Делается до планирования
• #23: RTE SoS - зависимости и прогресс Product Managers and Product Owner Inspect-Adopt PI SysDemo measurements and metrics Problem-solving workshops
• #27: постоянство процессов и практик Общий инструмент тренеры и консультанты поддержка топ-менеджмента внутренние стремление команды