CEN 4010 Intro to Software Engineering Professor Alex Roque

Slides:



Advertisements
Similar presentations
Iteration Planning.
Advertisements

What is Agile? Agile is a software methodology based on iterative and incremental development, where requirements and solutions evolve through collaboration.
Copyright © 2012 by Mark J. Sebern Product Owner & ScrumMaster Who are these people, anyway?
Agile 101.
Scrum. An evolutionary/iterative/incremental/agile software process The main roles in Scrum are: – Scrum team: Team of software developers – Scrum master.
Intro to Scrum. What is Scrum? An answer to traditional “fixed cost / strict requirements” contracts which had very high rates of failure Recognizes the.
Scrum CS These slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
© Timothy Korson Page 1 Scrum by Dr. Korson For CPTR 209 Software Engineering Version
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Agile development By Sam Chamberlain. First a bit of history..
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
Gaining Support for a Sustainable Agile Transformation Dennis Stevens, VP Enterprise Engagements LeadingAgile November 12, 2013.
What is Scrum Process? Where is it used? How is it better?
1 Today’s Plan In Class Exam – Quick Review Thoughts on your Junior Projects, cntd People and Roles on Projects.
Process is continuously improving Have Definition of Done (DoD) DoD achievable within each iteration Team respects DoD The bottom line Delivering working,
Copyright © 2012 by Mark J. Sebern Scrum Overview (from
Dr. Nguyen Hai Quan.  Why SCRUM?  What is SCRUM?  Some terms  SCRUM Meetings  Sprint  Estimation  Product backlog  Sprint backlog  Whiteboard.
Agile Information Management Development. Agile Project Management Characteristics  Acceptance and even welcome of changing requirements  Incremental.
Presentation from: See Also: scrumreferencecard.com/ScrumReferenceCard.pdf.
Copyright © by Mark J. Sebern Software Engineering Process I SE 2800.
SCRUM.
Agile 101. Feasibility Study SDLC – What is it? Systems Development Life Cycle: The most commonly used, and generally accepted, project management approach..
A Noble Product Owner – Who Can Find? Kim Hardy, Agile Coach CSM & SAFe Program Consultant.
Introduction to Agile. Introduction Who is this guy?
Managing Agile Software Development Teams Using Scrum AKA: Wrangling Developers for Fun and Profit!
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
The Scrum Framework Presented by Somnath Ghosh Scrum Practitioner 24 hours weeks.
Barnes & Noble Alonda Morgan. Agile UX Agile.
AGILE METHODS Curtis Cook CS 569 Spring 2003.
Agile Project Management and the yin & yang of
CEN 4010 Intro to Software Engineering Professor Alex Roque
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
CEN 4010 Intro to Software Engineering Professor Alex Roque
CEN 4010 Intro to Software Engineering Professor Alex Roque
The Strategic Role of Information Development in Continuous Delivery
Agile Project Management Methodology Scrum Overview
Scrum.
Agile Training Day 2 November 17, 2015.
SCRUM.
Agile Training – Agile Overview
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
27/05/2018.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
By: By: Agile Scrum Master Online Training.
Requirements and User Stories
Navigating an Agile Transformation
Creating User Documentation in an Agile World
Project & Program Governance
Product Backlog List of things that needs to be done to make the product come into existence 
CSCE 741 Software Process Lecture 04 Availability
CEN 4010 Intro to Software Engineering Professor Alex Roque
Project Management and the Agile Manifesto
CSCE 741 Software Process Lecture 04 Availability
Scrum MODULE 3 – Part 3.
How to Successfully Implement an Agile Project
Summarizing Our Models to Date
Scrum Overview.
CS 577b: Software Engineering II
CSCE 741 Software Process Lecture 04 Availability
Sprint Planning April 2018.
Introduction If you have got a call for an Agile testing interview, then congratulations are in order. You may be feeling nervous, but it sure to be felt.
Introduction to Agile Blue Ocean Workshops.
Scrum Science NGSS: Engineering, Technology, Applications of Science
Be Collaborative. Be Innovative. Be Agile.
Taking it to the next level
Software Development In Agile
Scrum in Action.
Are you measuring what really counts?
Software Development In Agile
Presentation transcript:

CEN 4010 Intro to Software Engineering Professor Alex Roque Scrum Roles: PO, SM , Team CEN 4010 Intro to Software Engineering Professor Alex Roque

Role: Product Owner The PO is the empowered central point of product leadership Combines with the ScrumMaster & Dev. Team to form a Scrum team Focus of the PO Role is building the RIGHT product PO must face two directions simultaneously

Role: Product Owner The PO’s Responsibilities include: Managing Economics Participating in Planning Activities Grooming the Product Backlog Defining Acceptance Criteria and verifying that they are met Collaborating with the Dev. Team Collaborating with the Stakeholders

Role: Product Owner Managing Economics: PO Is supposed to manage the economics at various levels: Release Level: Tradeoffs must be made to ensure that we are releasing high value for the customer. Sprint Level: The PO understands that each Sprint is an investment and must ensure that there is a good ROI (Return on investment) for work to be done in upcoming sprints. “Would I write a check out of my own bank account to fund the features in the upcoming sprint?” Product Backlog Level: Manage the ever changing priorities of backlog items. Are we really working on the right things?

Role: Product Owner Participating in Planning Activities Portfolio, Product, Release, Sprint- Must participate and owns the product Grooming the Product Backlog Team is responsible for estimation. A good PO is always constantly grooming the sprint. Defining Acceptance Criteria and verifying that they are met Should not close any stories with the definition of “Done” if they truly don’t do what the acceptance criteria defined.

Role: Product Owner Collaborating with the Dev. Team Note the difference between Scrum/Traditional Customer engagement is kept constant throughout the sprint Collaborating with the Stakeholders Consults with internal stakeholders: Executive management, program management Consult with external stakeholders: Customers , vendors, regulatory partners

Role: Product Owner Important PO Characteristics Domain Skills People Skills Decision Making Skills Accountability

A day in the life…

Who should be a product owner? Most non-Scrum organizations won’t have an existing role labeled PO Melding of traditional roles of product manager, product marketer, project manager, business analyst, acceptance tester

Product Owner Combined With Other Roles Capacity permitting, the same person may play the role of PO for more than one Scrum team Easier if that PO participates on the same (large) development effort

Scrummaster Role The ScrumMaster provides Scrum process leadership Combines with the Product Owner & Dev. Team to form a Scrum team Focus of the ScrumMaster is helping everyone understand and embrace Scrum values, principles, and practices Helps the organization develop its own high-performance, organization-specific Scrum approach

Scrummaster Responsibilities The ScrumMaster’s Responsibilities include: Coaching Serving (servant leader) Process Authority Interference Shield Impediment Remover Change Agent

Scrummaster Characteristics Important PO Characteristics Knowledgeable Questioning Patient Collaborative Protective Transparent

A Day in the life

Who Should be a Scrummaster? Most non-Scrum organizations won’t have an existing role labeled ScrumMaster Melding of traditional roles of product manager (perhaps better role would be as PO), project manager, functional area managers, resource managers, development, tester, other technical backgrounds Functional/Resource managers would need to give up their “people” management role for the Scrum team that they are ScrumMaster for Technical leads may play the role but the ScrumMaster role is NOT that of that person being able to apply his/her technical skills directly

Scrummaster combine with other roles Capacity permitting, the same person may play the role of ScrumMaster and Dev. Team member but this causes potential conflict trying to wear both hats Capacity permitting, better to serve as ScrumMaster for multiple teams Highly discouraged is to have ScrumMaster play role of PO for same Scrum project

Development Team Role Traditional software development approaches define various job types, such as architect, programmer, etc. Scrum defines the role of Development Team, which is simply a cross-functional collection of these roles Combines with the Product Owner & ScrumMaster to form a Scrum team Focus of the Dev. Team is to build the right product the most effective and efficient way Other terms for this team include delivery team, design- build-test team, team

Role Specific Teams Many organizations are accustomed to intentionally splitting different job roles into specialized, role-specific teams One team of Designers One team of Developers One team of Testers These role-specific teams hand off work to one another In Scrum… The Dev. Team must do all of the work to create one or more vertical slices of working product functionality each sprint Need exists for a team that is skilled at all of the tasks needed Some organizations try to separate out QA team but rarely is that necessary (exceptions might include regulatory requirement)

Responsibilities The Dev. Team’s Responsibilities include: Planning the Sprint Performing Sprint Execution Inspecting and Adapting Each Day Grooming the Product Backlog Inspecting and Adapting the Product and Process

Characteristics Important Dev. Team Characteristics Self-Organizing Cross-Functionally Diverse & Sufficient T-Shaped Skills Musketeer Attitude High-Bandwidth Communications Transparent Communication Right-Sized Focused and Committed Works at Sustainable Pace Long-Lived

Characteristics Cross-Functionally Diverse & Sufficient T-Shaped Skills Musketeer Attitude

Characteristics Focused and Committed Works at Sustainable Pace Long-Lived