The Agile Business Team
This team is primarily the Client’s Business Stakeholders, Subject Matter Experts and Business Analysts.
The engagement solution provider augments this team with support for the understanding of the Business Model with on-site resources.
The Business on-site team consists of Business Analysts, the Program Manager, the Product Owner and the Lexicon Master for created a Ubiquitous Language that will be used for all technology architecture help form the understanding that the Architect Team will use to architect, design and build the Technology Domain Model.
Team Justification
The primary driver of any technology initiative is the business group that owns the Business Use Cases.
A Business Use Case is the business justification for seeking a technology solution for some positive company directive.
The Business Stakeholders are the Business Drivers for the directive’s successful outcome.
The Business Domain Subject Matter Experts are the Business Analysts that provide Domain Knowledge to the Technology Solution Providers that ensures that the expected results are clearly understood.
The Ubiquitous Language for the technology initiative is created from the terminology generated by the Business Team during meetings, documents and emails.
A Lexicon of Terms, the Ubiquitous Language, is maintained by a dedicated Business Team member designated as the Lexicon Master.
All Architectural Decisions, Development Designs and Development
… Are Driven by the Information Provided by the Business Team
Roles and Responsibilities
Business Stakeholders – These team members are the drivers of the Business Initiatives. They define the Business Use Cases that will become the Agile Backlog.
They create the Business User Stories and help set the priorities of those User Stories.
They help define the Acceptance Criteria for the Architect Team to map the requirements to Design Acceptance Scenarios
Subject Matter Experts – These team members are the Business Analysts that define the requirements of the Business User Story’s acceptance criteria.
The Business Domain Knowledge is communicated to the Architect Team by the Subject Matter Experts.
Lexicon Master – The Ubiquitous Language is managed by this team member.
All Business terms used by the Stakeholders and Subject Matter Experts are captured by the Lexicon Master and added to the initiative’s Lexicon of Terms.
This dictionary of business phrases, words and concepts are maintained using a define daily maintenance process by the Lexicon Master.
The Lexicon of Terms creates the design and development naming convention for all technology architecture. Changes to the Ubiquitous Language trigger a change in the architecture, design and developed code.
This role is a non-speaking member of the Daily Scrum Stand Up Meetings.
All resolution details are scheduled as an “Off-line” meeting, with the relevant Team Members. after the Stand up meeting by the Scrum Master.
Product Owner – The Customer Liaison for the initiative is the Product Owner.
This Agile Role is the bridge between the Business Team and the Technology Teams.
The Product Owner manages Client expectations by communicating, in business speak, information about the progress and issues of the Agile Sprints to the Business Team.
This role also communicate, in technology speak, to the Technology Teams the expectations of the Business Team.
The Product Owner participates in the Daily Scrum Meetings to maintain awareness of daily issues that may impact delivery.
The Product Owner is the key role to manage and communicate issues to the Business Team and to the Technology Teams before they become problems or disasters.
This role facilitates, with the help of the Scrum Master and representatives from the Business and Technology Teams, successful resolution of potential problems.
This role is a non-speaking member of the Daily Scrum Stand Up Meetings.
All resolution details are scheduled as an “Off-line” meeting, with the relevant Team Members. after the Stand up meeting by the Scrum Master.
Business Analysts – These team members are the Business Analysts from the Solutions Delivery Team.
They help provide understanding of the Client’s business model to the Architecture team.
The Business Domain Model is created with the knowledge gained by the Business Analysts interactions with the Business Stakeholders.
Program Manager – This team member is the manager of the entire engagement.
This role is ultimately responsible for all aspects of the Client’s initiative and works closely with the Business drivers to managing changing requirements throughout the engagement.
This team member helps the Business Analysts and Architect team to thoroughly understand the success criteria of the engagement.
The Program Manager ensure changing requirements are addressed and communicated to the Project Managers for disseminated to the key team roles.
Scrum Master – This role is the primary daily team member responsible for the daily success of the Development and QA Teams.
The Scrum Master runs the Daily Stand Up Meetings and acts as the primary facilitator in resolving all team member defines blocks.
This role works with the Product Owner with Client expectation management.
The Sprint’s additional Backlog assignments and Burn-down rate of scheduled deliverables are managed and monitored by the Scrum Master.
The Scrum Master ensures that the Continuous Integration (CI) processes and Sprint Deployments are successful for each Development Sprint iteration.
A tight working relationship exists between the Architect and Development Teams along with QA and the Network Team.
Areas of Participation
Scope – The Business scope defines the Business Domain as a collection of business entities that are important to the success of the business.
The Business Domain Entities defined will help create the Technology Domain Entities used to map the Business to the Technology solutions.
The entities are part of the business processes that must be understood by all as they apply to the initiative success criteria.
Locations where the business processes are implemented will be discussed and details presented for understanding.
The organization’s roles and responsibilities of people involved with the initiative and the changes related to the technology solutions will be evaluated and communicated for impact on the daily business operations.
All time sensitive Business Events will be evaluated for proper scheduling of delivery and deployment of the technology solutions.
Proper scheduling of initiative deliverables will help support the strategic goals. These actions are carefully aimed to maximize the initiative’s success criteria.
Business Model – A Semantic Model that defines the Business Domain Entity Model is used to create the Ubiquitous Language.
This Lexicon of Terms creates a common understanding of the relationships that the Entities has with the Business Domain.
A complete understanding of the Business Processes that act on Business Domain Entity Model will be understood and communicated as Domain Knowledge to the Technology Teams.
Terms of these processes will be added to the Lexicon of Terms and uses as naming conventions during the Architecture and Design processes.
Geographical locations that will be impacted by the deployed solutions will be discussed and implications evaluated.
The Business Organizational work flow models must be evaluated for the impact on the daily activities of the work force.
Consideration must be discussed for the business impact for the deployment of the delivered technology solution to the business environment to the work flow.
The success criteria should be driven by the Business Event Cycles that would benefit from timely Technology releases to the marketplace.
A strategic business plan should define the Business Objectives to help define the priorities of the defined Business User Stories for the initiative.
Business Model – A Semantic Model that defines the Business Domain Entity Model is used to create the Ubiquitous Language.
This Lexicon of Terms creates a common understanding of the relationships that the Entities has with the Business Domain.
A complete understanding of the Business Processes that act on Business Domain Entity Model will be understood and communicated as Domain Knowledge to the Technology Teams.
Terms of these processes will be added to the Lexicon of Terms and uses as naming conventions during the Architecture and Design processes.
Geographical locations that will be impacted by the deployed solutions will be discussed and implications evaluated.
The Business Organizational work flow models must be evaluated for the impact on the daily activities of the work force.
Consideration must be discussed for the business impact for the deployment of the delivered technology solution to the business environment to the work flow.
The success criteria should be driven by the Business Event Cycles that would benefit from timely Technology releases to the marketplace.
A strategic business plan should define the Business Objectives to help define the priorities of the defined Business User Stories for the initiative.
Participation Requirements
-
Domain Entity Model
-
Subject Matter Experts
-
Lexicon Master
-
Product Owner
-
Program Manager
-
Project Manager
-
Scrum Master
-
Business Analysts
-
-
Business Processes
-
Business Stakeholders
-
Subject Matter Experts
-
Lexicon Master
-
Product Owner
-
Program Manager
-
Project Manager
-
Scrum Master
-
Business Analysts
-
-
Business Locations Effected
-
Business Stakeholders
-
Subject Matter Experts
-
Product Owner
-
Program Manager
-
Project Manager
-
Scrum Master
-
Business Analysts
-
-
Business Organizational Impact
-
Business Stakeholders
-
Subject Matter Experts
-
Product Owner
-
Program Manager
-
Project Manager
-
Scrum Master
-
Business Analysts
-
-
Business Event Cycle
-
Business Stakeholders
-
Subject Matter Experts
-
Lexicon Master
-
Product Owner
-
Program Manager
-
Project Manager
-
Scrum Master
-
Business Analysts
-
-
Business Strategies
-
Business Stakeholders
-
Subject Matter Experts
-
Product Owner
-
Program Manager
-
Project Manager
-
Scrum Master
-
Business Analysts
-
-
Daily Scrum Stand Up Meeting
-
Scrum Master
-
Business Stakeholder Representative
-
Lexicon Master
-
Product Owner
-
Project Manager
-
-
Sprint Design Reviews
-
Scrum Master
-
Subject Matter Expert Representative
-
Lexicon Master
-
Product Owner
-
Program Manager
-
Project Manager
-
-
Sprint QA Release Reviews
-
Scrum Master
-
Subject Matter Expert Representative
-
Lexicon Master
-
Product Owner
-
Program Manager
-
Project Manager
-
Wisdom Pearl # 124 – A Thought on Big Design Decisions
Don’t Rush to Solve Big Design Decisions
… Hold Off to the Last Possible Moment
…… Your Knowledge Reservoir will be Greater
Latest posts by Brad Huett (see all)
- DevOps: A Bridge to Your DevOps Culture - March 25, 2016
- Embracing Test Driven Development (TDD) - March 25, 2016
- DevOps: Delivering Agile Projects - March 25, 2016