Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Agile Project Management with Scrum PDF

Agile project management is more about empowerment. Agile projects are not lead by individual like project manager. Agile project management is a combination of art and science both where you should be well versed with the principals of the project management. At the same time you should be practical while taking decision and understanding circumstances.

  • Als Erste(r) kommentieren

Agile Project Management with Scrum PDF

  1. 1. http://www.ifourtechnolab.com Module 8: Agile Project Management https://www.ifourtechnolab.com/custom-software-development
  2. 2. http://www.ifourtechnolab.com • Project management is a combination of art and science both • You should be well versed with the principals of the project management • At the same time you should be practical while taking decision and understanding circumstances • Agile project management is more about empowerment • Agile projects are not lead by individual like project manager. Project Management https://www.ifourtechnolab.com/custom-software-development
  3. 3. http://www.ifourtechnolab.com Project Management • Rather projects are lead by the whole team • Agile projects works on simple processes that anyone can follow • Who manage the agile projects? • Project are mainly managed by both Product Owner and Scrum Master together • Product owner is responsible for managing business aspects • Scrum Master is responsible for implementing agile custom software development processes. https://www.ifourtechnolab.com/custom-software-development
  4. 4. http://www.ifourtechnolab.com Project Phases • There are 5 distinct phasesfor any project, https://www.ifourtechnolab.com/custom-software-development
  5. 5. http://www.ifourtechnolab.com Agile Project Phases Initiation >> Product Backlog Planning >> Sprint Planning Executing >> Sprint Monitoring & Controlling >> Manage Sprint Closing >> Close Iteration &Release Planning https://www.ifourtechnolab.com/custom-software-development
  6. 6. http://www.ifourtechnolab.com Planning (Sprint Planning) Inputs Tools & Techniques Outputs 1 Product Backlog (Prioritized) 2 Velocity Achieved Previously 2 User Stories (Draft) 2 Team Members’ Availability 1 Sprint Planning Meeting 2 Estimating in Points (Fibonacci) 2 Planning Poker 1 Sprint Goals 1 Sprint Backlog 1 User Stories Selected 1 Task Breakdown and Estimates 1 Team’s Commitment 1 Cards on Whiteboard https://www.ifourtechnolab.com/custom-software-development
  7. 7. http://www.ifourtechnolab.com Execute Iteration (Sprint) Inputs Tools &Techniques Outputs 1 Selected User Stories (represented by Cards on Whiteboard) 2 TaskBreakdown 1 Collaboration 1 Test Driven Development 1 Automated Testing 1 Continuous Integration or Daily Build 1 Test Early&Often 1 Pair Programming 1 Refactoring 1 Working Software for Selected User Stories 2 Test Confirmations 2 Automated Tests 2 AnyRelated Documentation https://www.ifourtechnolab.com/custom-software-development
  8. 8. http://www.ifourtechnolab.com Monitor & Control Iteration (Manage Sprint) Inputs Tools &Techniques Outputs 1 Work Completed Yesterday 2 Work Planned Today 2 Impediments Affecting Progress 2 Working Software for User Stories Completed So Far 1 Cards on Whiteboard 1 Daily Scrum/Standup 1 Daily Burn down or Burnup Chart 1 Review Product Frequently / Active User Involvement 1 Address Impediments 1 Definition of Done 1 Final Burn down or Burnup Chart 2 VelocityAchieved https://www.ifourtechnolab.com/custom-software-development
  9. 9. http://www.ifourtechnolab.com Close Iteration (Manage Sprint) Inputs Tools &Techniques Outputs 1 Work Completed Yesterday 2 Work Planned Today 2 Impediments Affecting Progress 2 Working Software for User Stories Completed So Far 1 Cards on Whiteboard 1 Daily Scrum/Standup 1 Daily Burn down or Burnup Chart 1 Review Product Frequently / Active User Involvement 1 Address Impediments 1 Definition of Done 1 Final Burn down or Burnup Chart 2 VelocityAchieved https://www.ifourtechnolab.com/custom-software-development
  10. 10. http://www.ifourtechnolab.com Velocity • Velocity means to find how much work you can commit in a sprint • It better helps to estimating the features and providing commitments • How to measure velocity – i. Select a sprint as unit to measure velocity ii. Add the estimation of all the tasks of the sprint iii. At the end of the sprint add the hours of the tasks that are completed fully iv. Tasks that are not completed will be considered as zero v. At the end of the sprint the hours you got is your velocity. https://www.ifourtechnolab.com/custom-software-development
  11. 11. http://www.ifourtechnolab.com Scrum Of Scrum • Scrum of Scrum is analogues to DailyStand upmeetings (DailyScrum Meetings) • Large Scale projects when there are multiple sprint teams available, each team identifies one person to attend Scrum ofScrum • Decision of who to send is belongs to the team • Usually theperson chosen should be technical – programmer, designer, tester • Generally product owner or scrum master does not selected https://www.ifourtechnolab.com/custom-software-development
  12. 12. http://www.ifourtechnolab.com Scrum Of Scrum Meeting Agenda • Scrum of scrum meeting agenda is similar to daily scrum with one more additional question. • The questions to be asked are, i. What has your team done since we last met? ii. What will your team do before we meet again? iii. Is anything slowing your team down or getting in their way? iv. Are you about to put something in another team’s way? https://www.ifourtechnolab.com/custom-software-development
  13. 13. http://www.ifourtechnolab.com Scrum Of Scrum Example (Large Scale Project) • Total Resources: 243 People • Team size: 9 People in each team • Total Sprint Teams: 27 Sprint Teams • Scrum of Scrum meetings are held for monitoring and helping cluster of teams https://www.ifourtechnolab.com/custom-software-development
  14. 14. http://www.ifourtechnolab.com Scrum Of Scrum Example (Large Scale Project) https://www.ifourtechnolab.com/custom-software-development
  15. 15. http://www.ifourtechnolab.com How agile are you or your team? • Questionnaire to ask the team members • 42 questions present in it • Give answer as 1 if you are 100% doing it else 0 • Take the average of the score of each team member. https://www.ifourtechnolab.com/custom-software-development
  16. 16. http://www.ifourtechnolab.com 42 Points Test 1. The team is empowered to make decisions. 2. The team is self-organizing and does not rely on management to set and meet its goals. 3. The team commits and takes responsibility for delivery and is prepared to help with any task that helps the team to achieve its goal. 4. The team knows who the product owner is. 5. Each sprint/iteration has a clear goal. 6. All team members, including testers, are included in requirements workshops. https://www.ifourtechnolab.com/custom-software-development
  17. 17. http://www.ifourtechnolab.com 42 Points Test 7. Requirements documentation is barely sufficient and the team collaborates to clarify details as features are ready for development. 8. Test cases are written up-front with the requirements/user story. 9. There is a product backlog/feature list prioritized by business value. 10. The product backlog has estimates created by the team. 11. The team knows what their velocity is. 12. Velocity is used to gauge how many user stories should be included in each sprint/iteration. https://www.ifourtechnolab.com/custom-software-development
  18. 18. http://www.ifourtechnolab.com 42 Points Test 13. Sprints/iterations are time boxed to four weeks or less. 14. Sprint budget is calculated to determine how many product backlog items/features can be included in the sprint/iteration. 15. The sprint/iteration ends on the agreed end date. 16. All tasks on the sprint backlog are broken down to a size that is less than one day. 17. Requirements are expressed as user stories and written on a card. 18. The team estimates using points which indicate the relative size of each feature on the product backlog/feature list. https://www.ifourtechnolab.com/custom-software-development
  19. 19. http://www.ifourtechnolab.com 42 Points Test 19. The team generates burn down charts to track progress daily. 20. Software is tested and working at the end of each sprint/iteration. 21. The team is not disrupted during the sprint/iteration. 22. Changes are integrated throughout the sprint/iteration. 23. Automated unit testing is implemented where appropriate. 24. There is an automated build and regression test. 25. Stretch tasks are identified for inclusion in the sprint/iteration if it goes better than expected 26. The Product Owner is actively involved throughout each sprint. 27. All code changes are reversible and it is possible to make a release at any time. https://www.ifourtechnolab.com/custom-software-development
  20. 20. http://www.ifourtechnolab.com 42 Points Test 28. Testing is integrated throughout the life cycle and starts on delivery of the first feature. 29. Impediments that hold up progress are raised, recorded on the whiteboard and resolved in a timely fashion. 30. When someone says ‘done’, they mean DONE! (i.e.shippable). 31. The team uses the whiteboard to provide clear visibility of progress and issues on a daily basis. 32. The sprint/iteration goal(s) is clearly visible on the board. 33. All user stories and tasks are displayed on the whiteboard for the duration of the sprint/iteration. https://www.ifourtechnolab.com/custom-software-development
  21. 21. http://www.ifourtechnolab.com 42 Points Test 34. Daily scrums happen at the same time every day – even if the scrum master isn’t present. 35. The daily scrum is restricted to answering the standard 3 scrum questions and lasts no more than 15 minutes. 36. There is a product demonstration/sprint review meeting at the end of each sprint/iteration. 37. All team members, including testers and Product Owner, are included in the sprint/iteration review. 38. The sprint/iteration review is attended by executive stakeholders. 39. There is a sprint retrospective at the end of each sprint/iteration. https://www.ifourtechnolab.com/custom-software-development
  22. 22. http://www.ifourtechnolab.com 42 Points Test 40. Key metrics are reviewed and captured during each sprint retrospective. 41. All team members, including testers, are included in the sprint retrospective meeting. 42. Actions from the sprint retrospective have a positive impact on the next sprint/iteration. https://www.ifourtechnolab.com/custom-software-development
  23. 23. http://www.ifourtechnolab.com Disadvantage Of Agile 1. Active user involvement and close collaboration 2. Requirements emerge and evolve 3. Agile requirements are barely sufficient 4. Testing is integrated throughout the life cycle 5. Frequent delivery 6. Sustainable pace 7. System structure tends to degrade as new increments are added 8. Regular changes usually corrupts the structure unless time & money spent on refactoring 9. Has the potential to degenerate into a build & fix model. https://www.ifourtechnolab.com/custom-software-development

    Als Erste(r) kommentieren

    Loggen Sie sich ein, um Kommentare anzuzeigen.

  • FaizalPoad1

    Nov. 16, 2020
  • saber13812002

    Dec. 28, 2020
  • mladentomov

    Mar. 1, 2021

Agile project management is more about empowerment. Agile projects are not lead by individual like project manager. Agile project management is a combination of art and science both where you should be well versed with the principals of the project management. At the same time you should be practical while taking decision and understanding circumstances.

Aufrufe

Aufrufe insgesamt

2.367

Auf Slideshare

0

Aus Einbettungen

0

Anzahl der Einbettungen

0

Befehle

Downloads

146

Geteilt

0

Kommentare

0

Likes

3

×