Pega 9/14/2018 8:48 AM Definition of Done = ready for PO acceptance

Slides:



Advertisements
Similar presentations
Behavior Driven Test Development
Advertisements

Making the System Operational
Iteration Planning.
> Sprint Planning Presentation API Release: Date: Presented by:
Acceptance Testing.
System Integration Verification and Validation
Local Touch – Global Reach The New Tester Matthew Eakin, Manager Managed Testing Practice Sogeti, USA.
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Streamlined Action Plan Code Review Process Ken Kopatz Software Process Improvement Network (SPIN) Meeting 30 June 2000.
Stoimen Stoimenov QA Engineer QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
> Blueprint Kickoff >. Introductions Customer Vision & Success Criteria Apigee Accelerator Overview Blueprint Schedule Roles & Responsibilities Communications.
Release & Deployment ITIL Version 3
CBIIT Quality Assurance and Compliance Process August 8, 2012.
Gaining Support for a Sustainable Agile Transformation Dennis Stevens, VP Enterprise Engagements LeadingAgile November 12, 2013.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management greene.com 1 Applied Software.
Categories of Testing.
What is Scrum Process? Where is it used? How is it better?
Agile Adoption GMAS Product / Practice Teams PMO Meeting – May 2014.
Software Testing Life Cycle
Software testing basic. Main contents  Why is testing necessary?  What is testing?  Test Design techniques  Test level  Test type  How to write.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Sprint 112 Review / Sprint 113 Planning July 29 th, 2013.
How To Build a Testing Project 1 Onyx Gabriel Rodriguez.
BA Team: Product Ownership, Analysis, and Solution Design BA Bi-Weekly Mini-meeting May 19, Acceptance Criteria Defining Success one Story.
TESTING LEVELS Unit Testing Integration Testing System Testing Acceptance Testing.
With a hint of HP Quality Center Agile development and functional testing: friend or foe? Tom Vercauteren, June 26th, 2009.
Principles of Computer Security: CompTIA Security + ® and Beyond, Third Edition © 2012 Principles of Computer Security: CompTIA Security+ ® and Beyond,
BEHAVIOR DRIVEN TEST DEVELOPMENT Specification by Example.
Definition of Done in the Age of DevOps Intel Agile and Lean Development Conference Piotr Żmijewski May 22 nd, 2014.
Dr. Rob Hasker Dr. Brad Dennis. Scrum review experience  Lessons learned Saturday Differences from process taught? Similarities? Other lessons?
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Prepared by Amira Selim 31 st October 2009 Revised by Dahlia Biazid Requirements Analysis.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Certified Software Tester How To Build a Testing Project, Part 1.
Barnes & Noble Alonda Morgan. Agile UX Agile.
Software Reviews Ashima Wadhwa.
Agile Metrics that Matter
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
Software Configuration Management (SCM)
Testing Process Roman Yagodka ISS Test Leader.
Integrate Agile Testing into the Process
Dr. Rob Hasker SE 3800 Note 3 Ch. 4, 5.
Behavior Driven Test Development
Description of Revision
As implemented for CSM Field Session
Validation & conformity testing
Applied Software Implementation & Testing
Advantages OF BDD Testing
CEN 4010 Intro to Software Engineering Professor Alex Roque
Our Change Management Approach
Dilbert Scott Adams Manage It! Your Guide to Modern, Pragmatic Project Management. Johanna Rothman.
Johanna Rothman Know What “Done” Means Chapter 11
Engineering Processes
Definition of Ready.
HPCMP New Users’ Guide “Who may run on HPCMP Resources?”
What is user acceptance testing and how is it different than system testing Kusum daga.
Project Management Methodology Documentation Chart
Definitions of Done Every team’s definition of done will be different
Agile practices for documentation teams
Lesson 1 Understanding Software Quality Assurance
Development Lifecycle
Applied Software Project Management
Holistic Release Criteria
Software Development In Agile
Walking dead. How to save project?
Agile Development.
{Project Name} Organizational Chart, Roles and Responsibilities
Definition of Done – why it matters
Software Development In Agile
Open Source Tool Based Automation solution with Continuous Integration and end to end BDD Implementation Arun Krishnan - Automation Manager Maria Afzal-
Presentation transcript:

Pega 9/14/2018 8:48 AM Definition of Done = ready for PO acceptance The exit criteria, or a governing agreement that guides all development activities Defines potentially implementable functionality, so must include QA testing Defined by each team; may vary among teams May also differ from one sprint to another depending on the type and scope of the sprint Can have different DoDs for user stories, tasks, and releases While acceptance criteria applies to a single story, DoD applies to the entire sprint or release All team members shape and agree on the DoD Start with a simple, minimally acceptable version Take your product’s requirements and your team’s abilities and expectations into account Consider non-functional requirements (scalability, portability, security, maintainability) Review and adjust at the end of each sprint

User Story (during sprint) Definition of Done EXamples User Story (during sprint) Release Unit- and regression-tested when applicable, and tests pass All code for release deployed to production Test scripts executed; no blockers or critical defects exist Smoke tests passed Code is peer-reviewed Product Owner has accepted release contents All rules are documented Release notes updated Specifications are attached to rules and are marked as complete End to end, or global, validation performed to ensure rules can coexist in production Rule is checked into release ruleset End-user documentation written and reviewed Technical documentation updated if appropriate Product rule updated when applicable No unjustified warnings Design review performed