Today, I recorded the sound track to go with the video version of the Inside the Scrum Team info-graphic! Here is the script for Part 1, which is is about how the Scrum Team interacts with the outside world. Part 2 will be about the interactions within the Scrum team.
My goal is that anyone will be able to use these videos to train and share Scrum. They strives to be up-to-date and correct, while giving the flavor of a good Scrum implementation. Aside from author credits, there is no branding, and both the graphic and the video are reusable under a Creative Commons license.
The video will premier on October at the Regional Scrum Gathering in Sri Lanka. Follow me on Linked In for updates, and please support this video by contributing to my gofundme to cover production costs.
Hi! I’d like to take you Inside the Scrum Team. In this video, you’ll discover how a Scrum Team interacts with the outside world to create great products! So here we go!
Scrum is a simple, team-based framework for solving complex problems. If you only remember one thing about Scrum, remember this: “Inspect and Adapt at regular intervals… and tell yourself the truth.”
Scrum was created for software development, where it is widely used, but today it finds application in many other complex domains, like corporate transformation, hardware development, and education, to name just a few.
The definitive description is found in the Scrum Guide. This is both the reference and the place to start. With this video, you can discover how Scrum guides interactions and relationships with the Scrum Team, so you can apply Scrum effectively in real life.
Scrum was modeled on patterns of successful product development, so let’s start here: The product.
Scrum works in short iterations, called sprints. At least once per sprint, the Scrum Team produces a new version of the product with a few new or upgraded features.
This is called the “Product Increment,” but I like to call this a tangible result: Each Sprint produces a tangible result that supports the overall goal: Something you can use, something you could sell, something you can test in real life; most importantly, something the Scrum Team can review together with its stakeholders.
Whether your team is developing software or doing something else, the idea is to produce tangible results, every sprint. You can produce increments more often, even deploy them continuously, if that makes sense and your team has the technical excellence to do it.
A product is built for its stakeholders, and most development efforts have many of them.
Two of the most important are the users, that is the people who will actually use the product, and customers, the people or entities who actually pay for the product, but many other people could be involved. Without stakeholders there would be no product!
Stakeholders usually appreciate having a working increment frequently! This virtually eliminates Delivery Risk. Direct interaction with stakeholders builds trust and reduces Market Risk, that is, increases the likelihood that the product will be a success!
With a working product in hand, you can have good conversations about what you have, what changes are needed, and how best to move forward. You can also identify work to delay or skip entirely, saving both time and money.
This is possible because each “Product Increment” works. It is “Done!”
“Done” is a quality gate: nothing enters the Product Increment unless it done. Every Scrum team has a definition of done, and it is applied to every feature and every increment.
The definition of Done does not address whether the product is complete or “finished.” As long as a product is viable, its development never really ends.
The Definition of Done is often a simple checklist that covers both acceptance criteria and quality control. It ensures that features from previous sprints still work and that the team maintains its quality standards.
The Scrum Team is accountable for creating a valuable, working product increment every sprint. Ideas come into the team, the product owner sequences them, and the Scrum Team commits to do its best to turn the most valuable of those ideas into a working solution by the end of the sprint.
Accountabilities define each member’s contribution to the overall result. Scrum forbids hierarchies or sub-teams within the Scrum Team. There is one team working toward a common goal.
The Scrum Team consists of Developers who are accountable for creating the increment, a Product Owner who is accountable that the increment is valuable, and a Scrum Master who is accountable that people can work and collaborate effectively.
The Scrum Team solves the problem together. They organize and manage themselves. A Scrum Team is cross-functional, that is, it has all the skills and authority necessary to transform incoming “ideas” into something that is “done” and valuable. This includes making decisions about the product.
Typically, a Scrum Team has 10 people or less. The limit is not rigid, but if the team gets larger, effectiveness usually declines, and performance suffers! Conversely, a small team may not have all the skills needed to build the product, especially if someone goes on vacation, gets sick, or is otherwise unavailable.
Product development in Scrum is a continuous cycle of generating ideas, collecting feedback, creating new product increments, and self-improvement. In Part 2, we’ll zoom in on the Scrum Team to see how each member contributes to the whole. I hope this is useful to you!
Cookie | Duration | Description |
---|---|---|
cookielawinfo-checkbox-advertisement | 1 year | Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Advertisement" category . |
cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |
Cookie | Duration | Description |
---|---|---|
mailchimp_landing_site | 1 month | The cookie is set by MailChimp to record which page the user first visited. |
Cookie | Duration | Description |
---|---|---|
CONSENT | 2 years | YouTube sets this cookie via embedded youtube-videos and registers anonymous statistical data. |
_ga | 2 years | The _ga cookie, installed by Google Analytics, calculates visitor, session and campaign data and also keeps track of site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognize unique visitors. |
_gat_gtag_UA_42152348_1 | 1 minute | Set by Google to distinguish users. |
_gcl_au | 3 months | Provided by Google Tag Manager to experiment advertisement efficiency of websites using their services. |
_gid | 1 day | Installed by Google Analytics, _gid cookie stores information on how visitors use a website, while also creating an analytics report of the website's performance. Some of the data that are collected include the number of visitors, their source, and the pages they visit anonymously. |
Cookie | Duration | Description |
---|---|---|
NID | 6 months | NID cookie, set by Google, is used for advertising purposes; to limit the number of times the user sees an ad, to mute unwanted ads, and to measure the effectiveness of ads. |
test_cookie | 15 minutes | The test_cookie is set by doubleclick.net and is used to determine if the user's browser supports cookies. |
VISITOR_INFO1_LIVE | 5 months 27 days | A cookie set by YouTube to measure bandwidth that determines whether the user gets the new or old player interface. |
YSC | session | YSC cookie is set by Youtube and is used to track the views of embedded videos on Youtube pages. |
yt-remote-connected-devices | never | YouTube sets this cookie to store the video preferences of the user using embedded YouTube video. |
yt-remote-device-id | never | YouTube sets this cookie to store the video preferences of the user using embedded YouTube video. |
Cookie | Duration | Description |
---|---|---|
COMPASS | 1 hour | No description |
cookies.js | session | No description available. |
S | 1 hour | No description available. |