Online class intro to agile & scrum - final

Copyright Conscires 20111Intro to Agile & ScrumPresenter:BachanAnandT: @bachananandE: bachan.anand@conscires.com

Agenda2Intro to Agile & ScrumScrum FrameworkScrum RolesPlanning & EstimationTeam EngagementQ&A - Class feedbackCopyright Conscires 20112

Agile Manifesto3Individuals and interactions over processes and tools Working software/product over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan Copyright Conscires 20113

Agile 12 Principles5Highest priority is to satisfy the customerthrough early and continuous deliveryof valuable softwareWelcome changing requirementsDeliver working software (Product) frequentlyBusiness people and developers must work together daily throughout the projectBuild projects around motivated individualsMost efficient and effective method of conveying information is face-to-face conversationCopyright Conscires 20115

Agile 12 Principles6Working software (product) is the primary measure of progressAgile processes promote sustainable development (maintain a constant pace indefinitely)Continuous attention to technical excellence and good design enhances agilitySimplicity (art of maximizing amount of work not done) is essentialBest architectures, requirements, and designs emerge from self-organizing teamsAt regular intervals, team reflects on how to become more effective, then tunes and adjustshttp://agilemanifesto.org/principles.htmlCopyright Conscires 20116

Scrum Foundation7Empiricism Detailed up-front planning and defined processes are replaced by just-in-time Inspect and Adapt cyclesSelf-OrganizationSmall teams manage their own workload and organize themselves around clear goals and constraintsPrioritizationDo the next right thingRhythmAllows teams to avoid daily noise and focus on deliveryCollaborationLeaders and customers work with the Team, rather than directing themCopyright Conscires 20117

Scrum Values8TransparencyEverything about a project is visible to everyoneCommitmentBe willing to commit to a goalCourageHave the courage to commit, to act, to be open and to expect respectFocusFocus all of your efforts and skills on doing the work that you have committed to doingRespectRespect and trust the different people who comprise a teamCopyright Conscires 20118

Scrum Framework9Copyright Conscires 20119

Scrum and Waterfall Differences10Copyright Conscires 201110

Scrum Roles11Product OwnerMaximize the value of the work done by prioritizing the features by market valueScrum MasterManages the Scrum frameworkTeamSelf-organizing empowered individuals motivated by business goalsOther StakeholdersAnyone who needs something from the team or the team something fromCopyright Conscires 201111

Scrum Roles Details – Product Owner12Thought Leader and VisionaryDrives the Product Vision (for example, with Story Mapping)Prioritizes the User Stories Maintains the Product Backlog with the teamAccepts the Working Product (on behalf of the customer)Copyright Conscires 201112

Scrum Roles Details – Scrum Master13Servant LeaderFacilitates the ProcessSupports the TeamRemoves Organizational ImpedimentsSocializes Scrum to ManagementEnable close collaboration across all roles and functionsCopyright Conscires 201113

Scrum Roles Details – Scrum Team14Cross-Functional 5-8 MembersSelf-OrganizingFocused on meeting CommitmentsCopyright Conscires 201114

Roles Relationship15Copyright Conscires 201115

Management Roles (Servant Leadership)16Is a servant first and ensures other people – i.e. followers or stakeholders – highest priority needs are being served Empowers others and supports an environment of trust Has empathy and sensitivity to the needs and interest of all stakeholders Is open to the voice of others by supporting discussions that includes those without a voiceAccept risks; takes the risk of failure along with the chance of success, while trusting others My cup is always full – my focus is now; I’ve learned from yesterday and I’m planning for tomorrowCopyright Conscires 201116

Scrum roles vrs tradition roles17

Pre-Scrum Planning18Pre-Scrum is where projects are approved, budgets and resources assigned Project Portfolio’s are expensiveThey are riskyDo we have the right people with the right experience and skills?Can we afford the project?What are the objectives of the project? Clear goals.Lack of commitmentCan we verify the promise was met?The business want value and a return on investmentCopyright Conscires 201118

Pre-Scrum Planning19Pre-PortfolioActive PortfolioPost-PortfolioRejectSuccess orFailureCopyright Conscires 2011Projects Being formulated

Pending approvalProjectsApproved

Product Vision & Role Engagement21A goal to aspire toCan be summarized in a short statement of intentCommunicate it to the teamCommon format:For: (Our Target Customer)Who: (Statement of need)The: (Product/Product name) is a (Product/Product category)That: (Product/Product key benefit, compelling reason to buy and/or use)Unlike: (Primary competitive alternative)Our Product: (Final statement of primary differentiation)Copyright Conscires 201121

Product Backlog22A living list of requirements captured in the form of User StoriesRepresents the WHAT of the systemPrioritization with respect to business value is essential!Each story has estimated Story Points, which represent relative size, and is determined by those actually doing the workHigher priority items are decomposed and lower priority items are left as larger stories (epics)Copyright Conscires 201122

Relative Estimation23Humans are better at relative estimates than absolute estimatesMany heads are better than oneEstimates are made by those who perform the workEstimate size/complexity – Derive durationThe goal is to get useful estimates with minimal effortEstimates are not commitmentsPlanning Poker is the common method for estimationCopyright Conscires 201123

Fruit Salad – Relative estimation24

Relative Estimation25Story Points:Commonly used in Agile estimationNo real-world dimensionsCompare one story to anotherBased on effort, complexity, riskPrecision is not criticalCopyright Conscires 201125

Scrum Release - Velocity26Total number of story points completed by a team in a SprintCan be used by the team as a reference during Sprint PlanningUsed by Product Owner to plan out the releasesCopyright Conscires 201126

Scrum Release Planning27Product Owner, in conjunction with the team, formulates Release Plans by applying the team Velocity to the Product BacklogRelease Plans are revisited after every SprintTwo ways to approachFix scope and determine how many sprints are neededFix time and determine how much scope can be completedCopyright Conscires 201127

User Stories28Product requirements formulated as one or more sentences in the everyday or business language of the userAs a <user>, I would like <function> so that I get <value>Each User Story has an associated Acceptance Criteria that is used to determine if the Story is completedCopyright Conscires 201128

Sprint Backlog29List of stories, broken down into tasks, that is committed for any particular SprintOwned and managed by the TeamAny team member can add, delete or change the sprint backlog with additional tasksCopyright Conscires 201129

User Stories30IndependentNot overlap in concept and be able to schedule and implement them in any orderNegotiableNot an explicit contract for features; rather, details will be co-created by Product Owner and TeamValuableAdd business valueEstimatedJust enough to help the Product Owner rank and schedule the story's implementationSized AppropriatelyNeed to be small, such as a few person-daysTestableA characteristic of good requirementsCopyright Conscires 201130

Task Board31Active visual indicator of flow of workShould be visible to team members at all timesShould be kept currentEncourages self-organization, and collaborationCopyright Conscires 201131

DOD - (Definition of Done)32Team creates its own definition of Done in the interest of creating quality softwareDefinition can evolve over sprintsExample checklist (not exhaustive):Unit tests pass (ideally automated)Customer Acceptance tests passUser docs writtenUI design approved by POIntegrated into existing systemRegression test/s pass (ideally automated)Deployed on staging serverPerformance tests passCopyright Conscires 201132

Sprint Burn-down34Shows daily progress in the SprintX-axis is the number of days in the SprintY-axis is the number of remaining storiesCopyright Conscires 201134

Release Burn-down35Shows progress across SprintsX-axis is the number of SprintsY-axis is the total number of storiesCopyright Conscires 201135

Daily Standup Meetings36Meetings held in same location, same time, every dayTime-boxed at 15 minutesEncourages self-organization, rhythm, and collaborationNot a status meetingEach Team member speaks to:What did I accomplish in the last 24 hoursWhat do I plan to accomplish in the next 24 hoursAny impediments getting in the way of my workCopyright Conscires 201136

Sprint Planning37Sprint Planning meeting held at beginning of each SprintTime and Resources are fixed in any given Sprint Goal is to have prioritized Sprint Backlog, broken down into tasks, that the Team can commit toDuring planning, Team commits to scope that can be completed in the Sprint, taking into account the definition of DoneStory points may be refinedCopyright Conscires 201137

Sprint Review38Occurs at the end of each SprintInspect and Adapt the product (Empiricism)The team meets with the Product Owner (and Stakeholders) to demonstrate the working software from the SprintThis is a hands-on software demo (not a PowerPoint) that usually requires some prep beforehandCopyright Conscires 201138

Retrospectives39Occurs at the end of each SprintInspect and Adapt the process (Empiricism)Team and ScrumMaster meet to reflect on what went well and what can be improvedTone of the meeting is that everyone did their best and now look to how can we improveRetrospectives must conclude with team commitments to actionCopyright Conscires 201139

Scrum Myths40Scrum Myths:No quality/no testingPeople burnout because of short and frequent delivery cycles (sprints)No culture change is neededWill make a better teamScrum is the only Agile methodSolution to allCopyright Conscires 201140

Scrum Myths42Scrum Myths:A silver bulletManagement believes it will solve all problemsEasy to implementCowboy codingNo documentationCopyright Conscires 201142

Online class intro to agile & scrum - final

More Related Content

What's hot

What's hot (19)

Viewers also liked

Viewers also liked (20)

Similar to Online class intro to agile & scrum - final

Similar to Online class intro to agile & scrum - final (20)

More from Conscires Agile Practices

More from Conscires Agile Practices (20)

Recently uploaded

Recently uploaded (20)

Online class intro to agile & scrum - final