W hitepapers. The Nexus Integration Team. Rob Maher, Patricia Kong. November 2016

Similar documents
Get Good at DevOps: Feature Flag Deployments with ASP.NET, WebAPI, & JavaScript

An Intro to Scrum. Agile (Iterative) Project Development. Written in 2001 Can be read in its entirety at:

AGILE. Getting Started on Your Team. Davisbase. Copyright 2011 Davisbase LLC. Licensed for Classroom Use to ASPE for Webinar Use Only

Trainer Certification Overview

Ready for Scrum? Steve Hutchison DISA T&E

Agile Software Development. Software Development Methodologies. Who am I? Waterfall. John York JOHN YORK EECS 441 FALL 2017 A BRIEF LOOK

SAFe AGILE TRAINING COURSES

Agile Software Development. Software Development Methodologies. Who am I? Waterfall. John York JOHN YORK EECS 441 WINTER 2018 A BRIEF LOOK

GETTING STARTED. Introduction to Backlog Grooming

CONFERENCE PROCEEDINGS QUALITY CONFERENCE. Conference Paper Excerpt from the 28TH ANNUAL SOFTWARE. October 18th 19th, 2010

CERTIFIED KANBAN FOUNDATION. Certification-led

Adopting Agile Practices

AAA Pro Training Program - Frequently Asked Questions

The Need for Agile Project Management

The Kanban Applied Guide

SE420 - Software Quality Assurance

Testing in the Agile World

Story Refinement How to write and refine your stories so that your team can reach DONE by the end of your sprint!

Specifying Acceptance Criteria

Agile Certification Options Primer. Presented by: Tom McGraw, CSM VP of Public Sales

Testing in an Agile Environment Understanding Testing role and techniques in an Agile development environment. Just enough, just in time!

Agile Certification Options. Presented by Tom McGraw, PMI- ACP, ICP, CSM

Agile Software Development Agile UX Work. Kati Kuusinen TUT / Pervasive / IHTE

The State of SAFe in the Marketplace

Going Agile. UK TMF April 2011

Doubling Productivity with Real Agility

Kanban In a Nutshell. Bob Galen President & Principal Consultant RGCG, LLC

Agile Project Management with Primavera

The Scaled Agile Framework

(Complete Package) We are ready to serve Latest Testing Trends, Are you ready to learn? New Batches Info

Collaboration at Scale: Prioritizing a Backlog. 13-Dec-2017

Quality, Project Management & Supply Professional (Customized). Choice of any 3 certifications outlined as follows:

IT Governance ISO/IEC 27001:2013 ISMS Implementation. Service description. Protect Comply Thrive

Leadership and Innovation to Every Building Greener THREE-YEAR STRATEGIC DIRECTION TO 2019

Position Description. Engagement Manager UNCLASSIFIED. Outreach & Engagement Information Assurance and Cyber Security Directorate.

Agile Certifications. Dr. Vijay Kanabar Boston University

WORLD TELECOMMUNICATION STANDARDIZATION ASSEMBLY Hammamet, 25 October 3 November 2016

Lecture 7: Software Processes. Refresher: Software Always Evolves

EUROPEAN ICT PROFESSIONAL ROLE PROFILES VERSION 2 CWA 16458:2018 LOGFILE

PMP Exam Preparation Course 4 days program with PMBOK 6 th edition

Agile 2005 Experience Report

Agile where are we at?

Benefits of CORDA platform features

Practicing Agile As a BA

RSA Solution Brief. Managing Risk Within Advanced Security Operations. RSA Solution Brief

Managing The Digital Network Workforce Transformation

Delivery 4. From group 4 at Florida Atlantic University (FAU)

Development Processes Agile Adaptive Planning. Stefan Sobek

Value & Role of Business Analyst in Agile. Presented by: Jagruti Shah Associate Business Consultant Mastek Ltd

1. PM as Profession 2. Definitions and Outcomes 3. Registration of Designations 4. PMSA Member Profile 5. What to do now 6. A Vision for our Future

Scrum & Kanban Better Together? Some Scrum/Kanban Myths & What Professional Scrum+Kanban can look like

DSDM Agile Professional Candidate Guidelines October I do it right

MSc Digital Marketing

Sprint Review. DesignOps / October 11, Sprint 2 Sprint Dates: 9/28/2017 to 10/11/2017. CWDS / Child Welfare Digital Services

Branching and Merging

MTAT Software Engineering. Written Exam 10 January Start: 9:15 End: 11:45

Sprint Review. DesignOps / September 27, Sprint 1 Sprint Dates: 9/14/2017 to 9/27/2017. CWDS / Child Welfare Digital Services

Agile Accessibility. Presenters: Ensuring accessibility throughout the Agile development process

ASHRAE. Strategic Plan STARTING

THE PROFESSIONAL SCRUM PRODUCT OWNER: GUIDE TO PASS PSPO 1 CERTIFICATION BY MOHAMMED MUSTHAFA SOUKATH ALI

GOARN s role in the SEARO Regional Framework on Operational Partnerships for Emergency Response

2 days. Certified UX & Usability Professional User Experience & Interaction Design with Lean UX & Agile UX

STRATEGIC PLAN VERSION 1.0 JANUARY 31, 2015

Agile Project Management With Scrum (Microsoft Professional) By Ken Schwaber

Final Paper/Best Practice/Tutorial Advantages OF BDD Testing

EVALUATION AND APPROVAL OF AUDITORS. Deliverable 4.4.3: Design of a governmental Social Responsibility and Quality Certification System

ADMINISTRATIVE PROFESSIONAL CERTIFICATE (APC) PROGRAM

Scaling LEGO & Spotify. Henrik

Testing Agile Projects Stuart Reid

How Cisco IT Improved Development Processes with a New Operating Model

JOB TITLE: Senior Database Administrator PRIMARY JOB DUTIES Application Database Development

SUCCESSFULLY BOOTSTRAPPING A LARGE SCALABLE SCRUM PRACTICE AT ROYAL DUTCH SHELL

THE SCRUM FRAMEWORK 1

How technical excellence helps in LeSS adoption. Anton Bevzuk Dodo Pizza Chief Agile Officer

Review Version Control Concepts

Agile Testing Course: 15 16/11

WHO/ITU National ehealth Strategy Toolkit. Joan Dzenowagis

The Role of IT in HIPAA Security & Compliance

First Session of the Asia Pacific Information Superhighway Steering Committee, 1 2 November 2017, Dhaka, Bangladesh.

WRI BUILDING EFFICIENCY INITIATIVE BUILDING EFFICIENCY INITIATIVE, WRI ROSS CENTER FOR SUSTAINABLE CITIES

Shift Left, Automation, and Other Smart Strategies for Getting Ahead in QA

MSc Digital Marketing

Global Security Advisor

Prosci Change Management Certification Program. learn and Change

INTRODUCTION TO THE QUALIFIED COURSE PROFESSIONAL GUIDELINES

PERSPECTIVE. End-to-end test automation A behaviordriven and tool-agnostic approach. Abstract

IT Information Security Manager Job Description

Use Guide STANDARD JIRA CLIENT. (Practical Case)

EXIN BCS SIAM Foundation. Sample Exam. Edition

Education Brochure. Education. Accelerate your path to business discovery. qlik.com

Symantec Data Center Transformation

MTAT Software Engineering Management

What s the Value of Your Data? The Agile Advantage

April 17, Ronald Layne Manager, Data Quality and Data Governance

LESSONS LEARNED: BEING AGILE IN THE WATERFALL SANDBOX

Requirements and User-Centered Design in an Agile Context

Kanban One-Day Workshop

ISSUE OBJECTIVES FOR THE 2002 G8 KANANASKIS SUMMIT - DIGITAL OPPORTUNITIES TASK FORCE (DOT FORCE) -

Data Governance Quick Start

Global Accreditation Body for Scrum and Agile Certifications

Transcription:

November 2016 W hitepapers The Nexus Integration Team Rob Maher, Patricia Kong The Nexus Integration Team (NIT) is a new role that is essential within the Nexus framework. It is a role that is performed by a team of people. As described in the Nexus Guide, the Nexus Integration Team exists to coordinate, coach, and supervise the application of Nexus and the operation of Scrum so the best outcomes are derived. The Nexus Integration Team provides transparent accountability of integration among the Scrum Teams in the Nexus Integration. The Nexus Integration Team consists of the Product Owner, a Scrum Master, and Nexus Integration Team members as shown in Figure 1. Figure 1. Nexus Integration Team Roles Nexus is made up of three to nine Scrum Teams working together off of a single Product Backlog to deliver one product. The Product Backlog is ordered and refined by the Product Owner, who is responsible for maximizing the value of the product and the work done by the Nexus. As mentioned in both the Scrum and Nexus Guides, How this is done may vary widely across organizations, Scrum Teams, and individuals, however ultimate accountability lies with the Product Owner. The Product Owner is on the Nexus Integration Team, and the services of the Product Owner role are represented on every team in the Nexus. It doesn t however mean that the Product Owner is working in a vacuum Scrum.org, 2016 All Rights Reserved 1

or does all of the work. As in Scrum, the role of the Product Owner is having the accountability for the Product Backlog, but they can work with others to help better define and refine it. The Scrum Master on the Nexus Integration Team is responsible for ensuring that Nexus is understood and enacted. They may facilitate Nexus level events (Nexus Daily Scrum, Nexus Sprint Planning, Cross Team Refinement, Nexus Sprint Review, Nexus Retrospective) or provide support to others performing facilitation. They may also facilitate the Scrum Master community within the Nexus to support each team s efforts in order to maximize the value of Scrum. The Nexus Integration Team will also consist of Nexus Integration Team members. These are made up of Development Team Members from the different Scrum Teams within the Nexus who are accountable for ensuring that an Integrated Increment (the combined work completed by a Nexus) is produced at least every Sprint. Other than the role of the Product Owner, composition of the Nexus Integration Team may change over time depending on the current needs of the Nexus. (To learn more about facilitation techniques for Nexus level events, see other white papers on Nexus Sprint Planning and Cross Team Refinement.) It is common for members of the Nexus Integration Team to be drawn from Scrum Teams within the Nexus. In this case, membership on the Nexus Integration Team is part time. Membership in the Nexus Integration Team can be part time or full time. However, priority must always be given to the Nexus Integration Team as this is work that affects the whole Nexus and the work of many. Accountability The Nexus Integration Team is accountable for ensuring that an Integrated Increment is produced at least every Sprint. This ensures that the integrated product represents focus across the teams, rather than just the efforts of individual teams. Scaled software development requires tools and practices that individual Scrum Teams may not frequently use. Therefore, the Nexus Integration Team should consist of professionals who are technically proficient. However, integration is broader than code. How teams work together and collaborate is a vital part of integration. For instance, how teams react to breaking builds or practice collective code ownership all form part of successful integration. The Nexus Integration Team needs to have members with both technical and people skills. Activity Nexus Integration Team as Coaches on Member Scrum Teams Nexus Integration Team Members should possess the skills and traits required to enable the Scrum Teams within the Nexus to constantly improve the state of the Integrated Increment. Activities that the Nexus Integration Team may perform daily include: Helping coordinate work between the teams Raising awareness of dependencies as early as possible Ensuring integration tools and practices are known and used Serving as consultants, coaches, and communication links Scrum.org, 2016 All Rights Reserved 2

Sometimes assisting with the work (as appropriate as necessary) Facilitating shared architecture/infrastructure Constantly providing transparency of integration It is important that the people serving on the Nexus Integration Team are servant leaders and have a coaching approach to improvement. This is not the all star team. By staffing the Nexus Integration Team with members from the Scrum Teams within the Nexus as shown in Figure 2, we avoid a them and us divide. Figure 2. Nexus Integration Team consists of Members from the Scrum Teams The Nexus Integration Team typically does not work as a Scrum Team together, pulling from the Product Backlog. Rather, they are a community of coaches and guides providing service to the Scrum Teams within the Nexus. As they are also members of those Scrum Teams, the Nexus inherently provides its own leadership. Nexus Integration Team as a Scrum Team If there are serious integration concerns or issues, as a last resort, the Nexus Integration Team may decide that they need to pull work from the backlog and work as a Scrum Team. In this case they move from their existing Scrum Teams into the Nexus Integration Team full time as shown in Figure 3 until the issues are resolved. They may choose to do this because: The work requires skills that only members on the Nexus Integration Team possess The product is in an unknown state The Scrum Teams within the Nexus are temporarily unable to successfully integrate Scrum.org, 2016 All Rights Reserved 3

This is not a sustainable working model as it means that the Nexus has failed to scale Scrum successfully and work slows to the pace of a single team the Nexus Integration Team. Ultimately, if only the Nexus Integration Team can do the work, then scaling has failed. However, the decision to work this way should be triggered by the Nexus Integration Team, which includes the Product Owner, as a temporary last resort in order to fulfill their accountability.. Figure 3. Nexus Integration Team acts as an individual Scrum Team Having the Nexus Integration Team work as a Scrum Team is considered fail mode. This should be a short term tactical choice. In general, it is a good idea for members of the Nexus Integration Team to work with the Scrum Teams within the Nexus to transfer scarce skills and knowledge through pairing and coaching. Membership Other than the role of the Product Owner, membership in the Nexus Integration Team does not have to be permanent. In fact, it should be situational. The types of skills that are needed should change over time, leading to changes in team composition. The Nexus may decide to invite people from outside the Nexus to join the Nexus Integration Team. These may include representatives from areas that are critical to the success of the Nexus. If they share the same integration accountability, then their participation in the Nexus Integration Team can lead to positive outcomes. Scrum.org, 2016 All Rights Reserved 4

Conclusion The Nexus Integration Team is not a management team nor should they be a team of people with sliced expertise and experience. They are a team of professionals usually from the individual Scrum Teams within the Nexus who ensure that practices and tools are implemented, understood, and used to detect dependencies. They are accountable for ensuring that an Integrated Increment is produced at least every Sprint. Their focus on integration should include dealing with both technical and nontechnical issues within the Nexus. The Nexus Integration Team acts precisely as a Scrum Master acts to a Scrum Team, not as in charge, but through servant leadership and coaching. They should use bottom up intelligence from the teams to resolve issues and improve. Success at scale results from every team being able to constantly contribute to increased product development. To experience and learn more about the Nexus Framework and about the role of the Nexus Integration Team, learn more through our Scaled Professional Scrum workshops. www.scrum.org/sps Scrum.org, 2016 All Rights Reserved 5