Download presentation
Presentation is loading. Please wait.
Published byAbel Williamson Modified over 9 years ago
1
Agile Methodologies for Project Management By – Komal Mehta
2
Agenda What is Agile? Why Agile? Are we sure that Agile will succeed? Birth of Agile Agile Methodologies SCRUM Team Composition Process Artifacts Timeline Ceremonies Take-away from this meeting
3
What is Agile By Oxford dictionary Agile means – “Able to move quickly and easily” By IT Industry Standards Set of methodologies to manage and run IT Projects
4
Why Agile? Traditional Waterfall model has a frightening history of failure, in over 30 years of practice 68% of IT projects fail due to Poor Requirement 68% of IT projects have marginal or outright failure 41% of time is spent in Requirement gathering Most projects take over 180% of target time Most projects consume 168% of allocated budge Overall 66% project failure rate These statistical evidences became a proponent of corrections in Requirement gathering, Estimations, Time, over consuming budget and project execution.
5
Are we sure that Agile will succeed? Agile removes few blind assumptions made by traditional waterfall model Customer knows all! Customer has complete set of requirements while allocating projects to us! Market conditions, sponsors, competitors will never have a better product idea! Our processes are mature and don’t need revision!
6
Birth of Agile Dr. Winston Royce in 1970 claimed the failure mode of traditional sequential development model. Later in 2001 a group of 17 professionals met to brainstorm about the problem, and come up with a solution of continuous project failure. They came up with few rules to run modern project management called - 4 Agile Values and 12 Agile Principles. http://agilemanifesto.org/
7
Agile Methodologies SCRUM - we will focus here Xtreme Programming (XP) Feature Driven Development (FDD) Dynamic System Development Method (DSDM) Lean Software Development Crystal
8
Equated to a game of Rugby A light weight project management framework based upon Agile model. Software development based upon Iterative and Incremental framework. 2-3 weeks iterations. Promotes Team work SCRUM In Rugby the whole team works towards the common goal to pass the ball and score goals.
9
SCRUM - Team Composition Product OwnerTeam Identifies product features. Maintains feature priority list. Defines and elaborates user-stories Defines acceptance criteria Defines and coordinates a release Promotes Team work SCRUM expert Process expert Servant leader Removes impediments / road-blocks Resolves conflicts Shields the team from outside pressures Product quality owner Composed of developers, testers, graphics designers, technical writers, etc. all as part of one team. Commitment owner - authorized to make team, development, and execution commitments. Negotiate for deliverables, in good faith of the project SCRUM Master
10
SCRUM - Process
11
Sprint Timeline A sprint iteration of 10 days (2 weeks) Sprint Planning - 1 Day Sprint Development - 8 days (each day starts with a Standup meeting) Sprint Review (Demo and Retrospective) - 4 hrs each
12
SCRUM Ceremonies Sprint Planning The daily stand-up meeting Sprint Review Sprint Retrospective
13
SCRUM – Sprint Planning Sprint Planning Product Owner discusses high priority user stories. Team defines Sprint Goal. Scrum Master communicates Team’s Velocity based upon historic performances Team will post their queries to PO Team discusses high level technical approach Team commits User Stories for the sprint
14
SCRUM - Daily Stand-up Status of Team, To the Team Each member answers 3 questions What did I do yesterday? What will I do today? Is there any road-block in my goal for today? The road-blocks or Impediments are ToDos of Scrum Master. These impediments should be resolved ideally in One Day, or ASAP to avoid harming sprint’s goal.
15
SCRUM - Sprint Review Are all committed stories complete Are features Acceptable to the Product Owner Do the features meet Definition of Done. Any changes or improvement should be added to Product Backlog as new tasks
16
SCRUM - Sprint Retrospective Steps to conduct a retrospective Set the Stage Gather data Generate insight Decide what to do Close the meeting Is an group introspection exercise What can we start doing ? What should we stop doing? What should we continue doing?
17
SCRUM - Artifacts Incremental Product Groomed up Product Backlog Burndown & Burnup charts (these will help determine team’s Velocity) Refined and detailed Sprint Backlog
18
Take-away from this meeting Trust your team Involve customer frequently Get prioritized list of requirements Refine requirements, refine estimates Develop in chunks Get frequent feedback Retrospect and improve Leverage available tools to automate and improve
19
Thank You My thanks to: YOU – the great audience! http://agilemanifesto.org/ http://agilemanifesto.org/ http://www.scrumalliance.org/ http://www.scrumalliance.org/ http://www.mountaingoatsoftware.com/ http://www.mountaingoatsoftware.com/ “PMI-ACP Exam Prep” - Mike Griffiths “Scaling Software Agility” - Dean Leffingwell
Similar presentations
© 2024 SlidePlayer.com. Inc.
All rights reserved.