Krijg jij met regelmaat aantal vragen over de relatie tussen Lean en Scrum?, Hier wordt in dit blog aandacht aan besteed door de Agile Scrum Group. Deze vragen zijn bestempeld als in de volgende misvattingen:
- Lean is voor processen en Scrum is voor projecten
- Lean is voor bestaande zaken en Scrum is voor innovatie
- We hadden eerst Lean, nu gaan we scrummen
- Lean en Scrum moeten bottom-up ontstaan
- Na een theorie training bén je Scrum Master of Yellow/ Green/ Orange Belt
- Je moet kiezen als organisatie tussen de Lean en agile filosofie
Lees het volledige artikel hier: https://agilescrumgroup.nl/misvattingen-lean-scrum/
Found this online tool, need to give it a try: https://www.retrium.com/
- Step 1: Increase the Depth and Breadth of Transparency
- Step 2: Apply Lean Principles Simplified
- Step 3: Expect Change and Seek Better (i.e. Inspect and Adapt)
- Step 4: Focus on Delivering a “Done” Increment
- Step 5: Move Beyond the Low Hanging Fruit
Read the complete article here: https://www.scrum.org/resources/blog/scrum-mastery-5-steps-improve-team-process
In this article Mike Cohn busts six agile product development myths:
- Myth #1: Isn’t Agile Just for Software Development?
- Myth #2: Is It True That Managers Have No Role in Agile?
- Myth #3: Can’t Stakeholders Introduce Change Whenever They Want?
- Myth #4: Doesn’t Everyone Need to Be a Generalist on an Agile Team?
- Myth #5: I’ve Heard that Agile Teams Don’t (or Can’t) Plan.
- Myth #6: Don’t Agile Teams Create Products with No Architectural Plan?
Find the complete article here: https://www.mountaingoatsoftware.com/blog/six-agile-product-development-myths-busted
A great article where Christiaan Verwijs & Barry Overeem bust the myth that a Scrum Mastere is just a Junior Agile Coach. Read it here: https://medium.com/the-liberators/myth-the-scrum-master-is-a-junior-agile-coach-9defb2dd6def
This article is for the Scrum Masters who think they are on the right track but can do better, which in essence should be the attitude of all Scrum Masters. Jasper Alblas will take you along on a part of his learning-journey so it can help you improve yourself and others towards Professional Scrum.
Read the full article here: https://medium.com/the-liberators/master-up-your-scrum-bf1d4e1b0cb0
Bootstrapping a Working Agreement for the Agile Team is a simple, yet powerful practice every team should have! Read about it here: https://blog.crisp.se/2018/12/05/jimmyjanlen/bootstrapping-a-working-agreement-for-the-agile-team
Want to get into organization design and -change? Here’s a good post on what to read: https://medium.com/@timcasasola/books-id-tell-my-21-year-old-self-to-read-709da4afbf28
Sign up to receive weekly tips like the one below from Mike Cohn to Help You Succeed with Agile here: https://www.mountaingoatsoftware.com/email-tips
Do your stakeholders have a hard time accepting a “no” from the team? Or put another way, does your team have a hard time telling the stakeholders that what they want is impossible? If the answer to either of those questions is yes, you are not alone.
I’ve found two techniques useful in communicating a “no” so that stakeholders listen and understand.
First, the team should establish a track record of planning projects accurately and meeting most commitments.
You don’t need to be perfect, but if a team meets most of its commitments, the business is more likely to listen when the team says something is impossible.
Second, when telling a stakeholder that a proposed date cannot be achieved, offer alternatives. For example,
- By what date could the functionality be delivered?
- Are there especially challenging requirements that could be relaxed to meet the deadline?
- What could be done to make the date feasible? More people? Stop using the team for second-level support?
Stakeholders often want more than can be delivered by some date. This shouldn’t be the team’s problem alone.
Wanting more than can be delivered must be viewed as a shared problem. A solution can only be found by the business and team working together.
When stakeholders trust the team’s commitment and work together with team members to find solutions, they all succeed with agile.