{"id":19944090,"url":"https://github.com/rominalodolo/scrummaster","last_synced_at":"2026-03-06T01:03:26.887Z","repository":{"id":224488669,"uuid":"763378940","full_name":"rominalodolo/ScrumMaster","owner":"rominalodolo","description":"Serum Master course via Udemy  https://www.udemy.com/course/scrum-certification/","archived":false,"fork":false,"pushed_at":"2024-03-04T12:41:48.000Z","size":107,"stargazers_count":0,"open_issues_count":0,"forks_count":0,"subscribers_count":1,"default_branch":"main","last_synced_at":"2025-03-01T13:42:03.085Z","etag":null,"topics":["agile-development","agile-methodologies","notes","scrum"],"latest_commit_sha":null,"homepage":"","language":null,"has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":null,"status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/rominalodolo.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2024-02-26T07:21:34.000Z","updated_at":"2024-03-04T10:50:24.000Z","dependencies_parsed_at":"2025-03-01T13:50:50.615Z","dependency_job_id":null,"html_url":"https://github.com/rominalodolo/ScrumMaster","commit_stats":null,"previous_names":["rominalodolo/scrummaster"],"tags_count":0,"template":false,"template_full_name":null,"purl":"pkg:github/rominalodolo/ScrumMaster","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rominalodolo%2FScrumMaster","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rominalodolo%2FScrumMaster/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rominalodolo%2FScrumMaster/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rominalodolo%2FScrumMaster/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/rominalodolo","download_url":"https://codeload.github.com/rominalodolo/ScrumMaster/tar.gz/refs/heads/main","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rominalodolo%2FScrumMaster/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":30156865,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-03-05T22:39:40.138Z","status":"ssl_error","status_checked_at":"2026-03-05T22:39:24.771Z","response_time":93,"last_error":"SSL_connect returned=1 errno=0 peeraddr=140.82.121.6:443 state=error: unexpected eof while reading","robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":false,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["agile-development","agile-methodologies","notes","scrum"],"created_at":"2024-11-13T00:19:04.849Z","updated_at":"2026-03-06T01:03:26.856Z","avatar_url":"https://github.com/rominalodolo.png","language":null,"funding_links":[],"categories":[],"sub_categories":[],"readme":"# Overview of Scrum Agile project management+common questions+tips to pass PSM scrum org ONLINE Scrum Master Certification\n\u003e\u003e Total 3 hours\n\u003e\u003e \n\u003e\u003e Notes captured here by Romina Lodolo on the 26th of Feb 2024.\n\n## Section 1 : Introduction \nDownload this **PDF Scrum Guide** [2020-Scrum-Guide-US-highlighted.pdf](https://github.com/rominalodolo/ScrumMaster/files/14401159/2020-Scrum-Guide-US-highlighted.pdf)\n\n**This course is Updated regularly + Scrum Guide Attribution and Use Scrum Guide Attribution and Use**\n\nThis course has the Scrum Guide Attached to it and uses screenshots of the Scrum Guide in order to draw your attention to the scrum rules. We have licensed the use of the Scrum Guide using the creative commons license below.  For legal reasons, the following attribution and creative commons license have been added and relates to the scrum guide:\n\nAuthor(s): Ken Schwaber and Jeff Sutherland\n\nLink to source material: http://scrumguides.org/\n\nLicense: http://creativecommons.org/licenses/by-sa/4.0/legalcode\n\nNo Changes: No changes have been made to the content of the scrum guide in this course, however parts of the Scrum Guide have been highlighted and excerpts of the scrum guide have been used within videos in this course.The licensor of the above license in no way endorses me or my use.\n\nNo Restrictions: I apply no legal terms or technological measures that legally restrict others from doing anything the license permits.\n\n_This course is up to date_\n\"Hello there!\n\nI just wanted to make sure you are absolutely certain that this course is  using the November 2020 Scrum Guide. Any images used from the older scrum guide are purely for illustrative purposes :)\n\nYou will be given a link to the Open assessment (for practice) and Scrum Certification at the end of the course.  There are also quiz questions along the way!\"\n\nGet the free Daily Team To-do list here to take your team to the next level!\n\n### The Scrum To-do List\nWant to deliver projects on time? Scrum To-Do Lists help you to do this. Understanding the fundamentals of scrum is a very simple thing to do. However putting it into practice in the world of deadlines, strong characters and the need for quick decisions can often make it a huge challenge to get the job done using the scrum rules. There are often situations where the rules are forgotten and put to one side, especially when they are most needed.\n\nIn my experience as a scrum master, team lead and software engineer I saw how easy it is for employees of a fast moving business to put the scrum rules to one side and destroy the very framework that would help make their daily lives easier. Observing how easy it is to forget the fundamental elements of scrum, I have put together this simple To-Do List that anyone can use on a daily basis. It covers:\n\nTo-Do List for the fundamental tasks of every scrum role\nan overview and recap of each scrum meeting (time-box)\nTo-Do List for the preparation, carrying-out and goals of every scrum meeting\nUsing these To-Do List, you can be prepared and confident that you are carrying out the scrum practices on your daily job, boosting the productivity of your scrum team and increasing return on investment for the business. One section of the check list is below.\n\n### The SCRUM MASTER To-Do List\no update list of impediments from daily scrum, emails and other contact\n\no follow up on impediments above\n\no order any team equipment\n\no write sprint report to stake holders (once a sprint)\n\no chase up any information holding up sprint backlog (eg. third party supplied artefacts)\n\no make sure burndown and task board are visible in team room\n\no arrange meetings and have chats to coach any new or needy team members, product owners or stakeholders\n\n### The PRODUCT OWNER To-Do List\no update backlog daily with any changes\n\no prioritise backlog daily based on business value\n\no meet stakeholders when needed to coordinate and capture requirements\n\no liaise with team to clarify requirements and make trade offs communicate release plan to stakeholders\n\n### The DEVELOPERS To-Do List\no update task board with time remaining on tasks\n\no report any impediments to scrum master\n\no communicate with product owner before attempting and after completing a story\n\no achieve daily targets\n\no maintain team communication\n\no keep solutions simple\n\no focus on ship-ability (e.g. using practices such as pair programming, code review, continuous refactoring)\n\n\n### Check list \n- [Daily Team Checklist](https://go.pashunconsulting.co.uk/daily-team-checklist-explainer32633470)\n- Step 2 Prepare:\n  \n  ![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/9385b6a9-3087-4212-b653-bbc7188c6a88)\n- Step 3: Meeting\n  \n  ![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/d78f09ca-51f2-485d-a79e-4d993b51052e)\n- Summary: The team is well co-ordinated and planned for the day\n  - The whole development team is up to date with progress\n  - Any issues have been captured so that they can be removed as soon as possible\n  - The Facilitator has been informed if the issues are not simple for the team to resolve \n\n\n\n## Section 2 : The world before agile and scrum \nLearning objectives\n1. What is wrong with traditional methods of project managemnt\n2. What is the waterfall model and why it's less flexable than agile\n3. What is agile and how is it different from scrum\n    Agile is not an alternative to Scrum but an umbrella term for a set of methodologies and frameworks that share a manifesto and a set of principles.\n     Scrum is one such framework.\n\n\n   Birth of agile:\n   Image of waterfall vs iterative  method of the development process:\n![Waterfall_vs_iterative](https://github.com/rominalodolo/ScrumMaster/assets/83961643/3f66a798-c715-4442-8b28-3e60c1e21f8a)\n\n[XP, FDD, DSDM, and Crystal Methods of Agile Development](https://project-management.com/xp-fdd-dsdm-and-crystal-methods-of-agile-development/)\n- XP\n- Crystal\n- DSDM\n- FDD\n  \nThe object mentor group agreed on set of principles and made [the manifesto for agile software developmemnt](https://agilemanifesto.org/)\n\n   [Waterfall model](https://www.youtube.com/watch?v=bNLcRdrSQAU)\n    -  SDLC: linear, sequential approach to the software development lifecycle\n    ![whatis-waterfall_model](https://github.com/rominalodolo/ScrumMaster/assets/83961643/b77c78e2-786f-4480-8542-46bb09d1ad0f)\n    - If the requirements change after the requirements phase, then this has a knock-on effect to the other phases, therefore, the launch date becomes more difficult to hit. On top of that, the bulk of the defects and issues are not usually found until the test phase. This often delays launch, since more time is needed to fix bugs. This situation usually leads to overtime, low morale, and a last minute scramble towards the end of the project.\n   \n\n## Section 3 : Introducing Scrum \n1. What is [Scrum](https://www.techagilist.com/agile/scrum-theory-scrum-framework/)\n  Self Managing cross functional TEAMS\n  Scrum theory\n    * Iteratve\n    * Incremental\n    * Theories: Transparancy, Inspection, Adaptation\n  ![scrum-pillars](https://github.com/rominalodolo/ScrumMaster/assets/83961643/9fe3764a-7ad1-4ec7-bb9a-95f86ead763b)\n\n   **Scrum skeleton**\n![scrum_process](https://github.com/rominalodolo/ScrumMaster/assets/83961643/9ee8e0d1-ebcf-4edf-9f24-cf91f481d929)\n\n**Self-Managing over Self-Organizing**\nScrum teams are self-managing, choosing who does the work, how, and what to work on.\n\n**Lean Thinking**\nAs well as Empiricism, Scrum is founded on Lean Thinking. Lean thinking reduces waste and focuses on the essentials. as you will see Scrum removes waste (impediments) and prioritises value (essentials).\n\n\n3. What the core theory of scrum is\n  Its a framework not a comeplete process \n\n4. An overview of the Scrum practices\n   * Deliving often. \n   * Using evidence from the past to keep improving. \n   * Inspection shouldn't be too frequent that it gets in the way of doing actual work.\n  \n     4 formal events for inspection and adaptation:\n     1. Sprint planning\n     2. Daily Scrum\n     3. Sprint Review\n     4. Sprint Retrospective\n\n_Empiricism is about learning from the mistakes from the past_\n\n[**Sprint**](https://www.atlassian.com/agile/scrum/sprints)\nA sprint is an iteration of a calender month or less in which a product increment is delivered. \nSetting sprint length should give enough opportinity to inspect and adapt. \n\n  **How to plan and execute scrum sprints**\n![scrum_process_atlassian](https://github.com/rominalodolo/ScrumMaster/assets/83961643/c3919782-2a4c-48fb-a98e-40a6e8a968e2)\n\n\n5. Scrum Guide Gotchas\n Find the full guide here: [2020-Scrum-Guide-US-highlighted.pdf](https://github.com/rominalodolo/ScrumMaster/files/14401159/2020-Scrum-Guide-US-highlighted.pdf)\n   \n\n## Section 4 : Scrum team accountabitlities\nScrum Team \n1. Scrum master:\n  * Understanding the scrum rules,\n  * remove impepements and\n  * help team slef manage\n  * Go-to person\n  * facilitates meetings\n  * helps product owner to maximize ROI\n  * aids team in porductivity\n\n2. Product owner\n  * creates product backlog and provides featutes needed\n  * makes decisions for ROI\n  * tradeoff to maximise product value\n  * priooritise requiremnets based on business value\n\n3. The developers\n  * Self managing and collaborative\n  * Multi-skilled for the project, experts in their field \n\n\n**Developers and Scrum Team Size**\n\n\u003e Development Team is now referred to as \"developers\"\n\u003e\u003e The goal was to eliminate the concept of a separate team within a team that has led to “proxy” or \"us and them” behavior between the PO and Dev Team. There is now just one Scrum Team focused on the same objective, with three different sets of accountabilities: PO, SM, and Developers.\n\n\u003e Scrum Team Size\n\u003e\u003e The Scrum Team is small enough to remain nimble and large enough to complete significant work within a Sprint, typically 10 or fewer people. In general, we have found that smaller teams communicate better and are more productive. If Scrum Teams become too large, they should consider reorganizing into multiple cohesive Scrum Teams, each focused on the same product.\n\nNote: The size of the scrum team above is not prescribed. It is recommended.\n\n**The Product Owner**\n  * Product Owner is responsible for maximising value of product \u0026 Developers\n  * What a Product Owner isn't responsible for\n  * What a Product Owner is accountable for\n  * Product Owner accountable for prouct backlog\n  * remind how YOU add value\n  * Prioritising\n  * using info from the teams to help make decisions\n_For the Product Owner to succeed the entire organisation must respect their decisions_\n\n**The Development Team**\n * The developers consit of professionals who do the work of delivering a potenially releasable Increment of 'DONE' product at the end of each sprint\n * DONE increment is key\n * Scrum recognises no titles for the developers members other than developer, regardless of the work being performed by the other person; there are no exceptions to this rule.\n\n   [Sprint backlog info](https://medium.com/@KnowledgeHut/from-creation-to-execution-how-sprint-backlog-helps-scrum-teams-6b01ffaf1eb)\n  ![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/38c788db-6c46-4773-a436-d50b6112bb36)\n\n\u003e [Open assesment](https://www.scrum.org/open-assessments/scrum-open): \n\u003e \n\u003e [Learning path for above assessment](https://www.scrum.org/pathway/scrum-master/)\n\u003e\n\n**[Scrum Master](https://www.productplan.com/learn/scrum-master-responsibilities/)**\n_Scrum master is a servent leadership - always serving the team. Serving the team by leading the team._\n  * Facilitating scrum events as required or needed.\n  * Removing any impediments\n  * Authority to coach and lead anyone in the organisation.\n  * Be the authority on scrum.\n\n\n## Section 5 : Scrum events\n\n1. Scrum events\n  Time box / Event\n  Ending and managing meetings on time.\n  Scrum masters role to organise and manage these meetings.\n\n**Sprint planning meeting - 8 hours for 1 month sprint.**  \nTeam plan the work for the next sprint \n4 hours meeting for a 2 week sprint \n3 topics - why(sprint goal), what, how. \n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/cb39efad-cd6e-4c3d-897a-07a90001e28e)\nDaily scrum: \n  1. What did I do yestrday that helped us meet the sprint goal?\n  2. What will I do today to help us meet the sprint goal?\n  3. Do I see any impediment that prevents me or us from meeting the Sprint goal?\n\nSprint review help after the sprint by the scrum mater. Sprint retrospective is held after the sprint review and before the next sprint. Each team member is asked what worked and what cuold be done better. \n\n**Release Planning meeting**\nNot officially a scrum event but often used in scrum. \nProduct backlog items prioritised for release.\nTeam agrees on what is feasible for release.\nAn indicator not a commitment. \n\nThe 5 Scrum events: The sprint, Sprint planning, Daily scrum, Sprint review, sprint retrospective. \nMax length of a daily scrum = 15min. There is no minimum time. \nAll events are compulsory otherwise you are not doing a scrum.\n\n_Prescribed events are used in Scrum to create regulatirt and to maximize the need for meetings not defined in scrum. All events are time-boxed events, such that every event has a maximum duration._\n\nVery important to having a limit on time on projects and meetings. \n\nIf you're not doing all these events you're not doing SCRUM: \n- Sprint planning\n- Daily scrum\n- Sprint review\n- Sprint retrospective\n\n  \u003cimg width=\"640\" alt=\"the-scrum-values-color-signed\" src=\"https://github.com/rominalodolo/ScrumMaster/assets/83961643/2f1a440e-37ed-4463-898e-20339ffe32a4\"\u003e\n\n\u003e\u003e_The heart of scrum is a sprint, a time-box of one month or less during which a \"DOne\", useable, and potentially releasable product Increment is created._\n\u003e\u003e\n\u003e\u003e_A new sprint starts immedietly after the conclusion of the previous Sprint._\n\u003e\u003e\n\u003e\u003e_Each Sprint may be considered a project with no more than a one-month horizon._\n\nCanceling a sprint is done only by a Product owner. \n\nSprint planning: \n- Sprint planning is a time boxed max of 8 hours per month\n- For a 2 week sprint, a 4 hour meeting usually works.\n- 4 hour meeting can have breaks but it's becuase there is that much to talk about when planning.\n- Maybe could be reduced to 2 hours when you have more experience and know how to plan better.\n\nChanges to Sprint planning rules:\n\nTopics coved in Planning\n  * The Why : Sprint goal - Kick off the meeting\n  * The What : Actions, what needs to be done\n  * The How : How will it get done\n\n    _projected capacity of the developers during the sprint_\nHow much time do the developers have? Who is available for what. Time for lunch, for travel, restroom breaks, time for other time consuming tasks.\nTime available - Factored Unavailable time = capacity\nthis builds buffer bto the plan\n\nHow to plan working days: \n5 working days : 1 day for planning and include all other unavailable time. So only 4 days and maybe only 4 of those hours are productive. \n10 working days : 9 capacity days etc. \n\n_The Sprint goal is an objective that will be met within the Spint through the implementation of the Product Backlog._\n\n\n5. Purpose of these \nRemember: Three Sprint Planning Topics\nRemember: Sprint Planning addresses the following topics:\n\n### Topic One: Why is this Sprint valuable?\nThe Product Owner proposes how the product could increase its value and utility in the current Sprint. The whole Scrum Team then collaborates to define a Sprint Goal that communicates why the Sprint is valuable to stakeholders. The Sprint Goal must be finalized prior to the end of Sprint Planning\n\n### Topic Two: What can be Done this Sprint?\nThrough discussion with the Product Owner, the Developers select items from the Product Backlog to include in the current Sprint. The Scrum Team may refine these items during this process, which increases understanding and confidence. Selecting how much can be completed within a Sprint may be challenging. However, the more the Developers know about their past performance, their upcoming capacity, and their Definition of Done, the more confident they will be in their Sprint forecasts.\n\n### Topic Three: How will the chosen work get done?\nFor each selected Product Backlog item, the Developers plan the work necessary to create an Increment that meets the Definition of Done. This is often done by decomposing Product Backlog items into smaller work items of one day or less. How this is done is at the sole discretion of the Developers. No one else tells them how to turn Product Backlog items into Increments of value. 9 The Sprint Goal, the Product Backlog items selected for the Sprint, plus the plan for delivering them are together referred to as the Sprint Backlog. Sprint Planning is timeboxed to a maximum of eight hours for a one-month Sprint. For shorter Sprints, the event is usually shorter.\n\n\n\n6. What happens in each event\n\n7. Scrum guide and exam prep\n\n\n\n## Section 6 : Scrum Artifacts\n\n## Section 7 : Scaling scrum \n\n## Section 8 : Final words and certification \n\n## Section 9 : Practical examples and case study \n\n#### Daily Scrum Example\n[Video Examples](https://www.youtube.com/@AgileTrainingVideos)\n[Agile Simulation - Part 20 | The Daily Standup | Agile Videos](https://www.youtube.com/watch?v=q_R9wQY4G5I)\n\n\n\n## Section 10 : FAQs\n**Certificate** \n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/32e9d397-b6c5-435b-92cd-765e390be4a2)\n\u0026\u0026 [The Scrum To-Do List](http://pashunconsulting.co.uk/blog/scrum_todo_list_blog/?utm_source=udemy\u0026utm_medium=scrumcertcourse)\n**The Scrum To-do List**\n\n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/97451ac7-26d7-472f-b800-9f1f0a7e2a94)\n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/e38d2b2a-797a-4684-bda4-f46355d37cb7)\n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/9953ac4f-53d7-40eb-9abc-418380c8c200)\n\n\n## Section 11 : BONUS materials\nAudiobook:  Kicking off a Project - from \"The Power of Scrum in thew real world\" \u0026 Sprint Planning - from \"The Power of Scrum in thew real world\"\n\n### How scrum works presentation\n![Slide1](https://github.com/rominalodolo/ScrumMaster/assets/83961643/b1f69281-555b-43eb-9918-222285a06c96)\n![Slide2](https://github.com/rominalodolo/ScrumMaster/assets/83961643/73753fd1-e302-452a-bf39-7e185e793c8b)\n![Slide3](https://github.com/rominalodolo/ScrumMaster/assets/83961643/ad00550b-b454-47e7-8b22-cc8ac8ec909b)\n![Slide4](https://github.com/rominalodolo/ScrumMaster/assets/83961643/d3fd1ef7-12f7-460b-b8f3-5a1f6cc290b0)\n![Slide5](https://github.com/rominalodolo/ScrumMaster/assets/83961643/fe465236-b505-43d5-a1da-455ac82312a5)\n![Slide6](https://github.com/rominalodolo/ScrumMaster/assets/83961643/25e1f094-3422-48ee-8d95-45a0c468c90a)\n![Slide7](https://github.com/rominalodolo/ScrumMaster/assets/83961643/da1df45b-7e43-4518-824c-60eece179d53)\n![Slide8](https://github.com/rominalodolo/ScrumMaster/assets/83961643/27795d4c-fd61-47c8-b113-b73f7ec8ae1b)\n![Slide9](https://github.com/rominalodolo/ScrumMaster/assets/83961643/768a02af-caf6-42d4-b191-7c14bb8cfb64)\n![Slide10](https://github.com/rominalodolo/ScrumMaster/assets/83961643/4a896620-ebad-42c0-a933-671436b2b4ae)\n![Slide11](https://github.com/rominalodolo/ScrumMaster/assets/83961643/a2689639-8bc0-4646-b765-359774991068)\n![Slide12](https://github.com/rominalodolo/ScrumMaster/assets/83961643/2958f1eb-1735-4c3f-b35b-ed33e588d299)\n![Slide13](https://github.com/rominalodolo/ScrumMaster/assets/83961643/109c95b3-72dd-4d96-9c83-d83d49095337)\n![Slide14](https://github.com/rominalodolo/ScrumMaster/assets/83961643/4a37cd50-60f5-4e6f-bab9-7be523da386b)\n![Slide15](https://github.com/rominalodolo/ScrumMaster/assets/83961643/b7d29ce6-eb3f-4313-b002-3cb3d4010e05)\n![Slide16](https://github.com/rominalodolo/ScrumMaster/assets/83961643/e19a11f1-278d-4ab1-987a-d9bd8d7167b0)\n![Slide17](https://github.com/rominalodolo/ScrumMaster/assets/83961643/eb19f22d-bf1b-4d13-a00b-b4d060215213)\n![Slide18](https://github.com/rominalodolo/ScrumMaster/assets/83961643/227c8031-c9d6-4153-9eec-48a56b8157f3)\n![Slide19](https://github.com/rominalodolo/ScrumMaster/assets/83961643/9d29c56d-d650-4c3d-a8b1-67787cd35ad1)\n![Slide20](https://github.com/rominalodolo/ScrumMaster/assets/83961643/9006d158-bce3-418d-994c-98f2e3d9e9e7)\n![Slide21](https://github.com/rominalodolo/ScrumMaster/assets/83961643/3abb2be2-1d6d-46b6-b766-5db7f9a7d80f)\n\n\n\n### The Scrum Mega Pack PDF \n[72+Reasons+Why+Scrum+Works+-+Roiles+Excerpt.pdf](https://github.com/rominalodolo/ScrumMaster/files/14480202/72%2BReasons%2BWhy%2BScrum%2BWorks%2B-%2BRoiles%2BExcerpt.pdf)\n\n\n### 3 Top Blog Posts\n1. [Scrum Starter Kit](http://pashunconsulting.co.uk/blog/scrum_kit_blog/)\n2. [Top 3 Books that changed my life](http://pashunconsulting.co.uk/blog/3-books-that-changed-my-life-top-agile-books/)\n3. [Build Anything with Scrum](http://pashunconsulting.co.uk/blog/plan-and-build-anything-with-scrum/)\n\n### Summeries: \n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/72bd56e8-253c-44aa-ab75-013f358732b6)\n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/8b9541e1-2459-4478-aac6-15483523f011)\n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/dca8f4d8-d3e4-4806-89d7-ba6299110360)\n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/8052e00b-2770-4bdf-8cd7-179b959c6783)\n![image](https://github.com/rominalodolo/ScrumMaster/assets/83961643/8c466cc1-2fef-4649-98b1-a4f9c7c74f96)\n\n\n\n#### BONUS \n[Free Daily Team Checklist](https://go.pashunconsulting.co.uk/lm-mps-daily-team-checklist)\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Frominalodolo%2Fscrummaster","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Frominalodolo%2Fscrummaster","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Frominalodolo%2Fscrummaster/lists"}