Retromat is a free online website that allows to generate random plans for Agile and Scrum retrospectives. Out of a pool of more than 100 activities, it selects one for each of the five phases (stage setting, data gathering, insight generating, decision, conclusion) to create a retrospective plan.
Learn which building blocks help you to create the culture of systematic improvement in a software development organization and a Scrum team. This talk discusses how the Deming cycle – Plan-Do-Check-Act has been applied concretely in an R&D organization to ensure that the operational development is done systematically. The practices have been evolving during couple of years and the talk will also share the lessons learned from this journey.
If Scrum and Agile approaches are supposed to increase the chances of success for software development projects, not all the projects that want to use Scrum are successful. In this article, John Yorke shares his opinion on why Agile projects might fail because of the confusion between the roles (ScrumMaster, Product Owner, Developer) of a Scrum Team and the required Agile mindsets.
The ScrumMaster role might be the more difficult to define among the three role involved in Scrum. Starting from a “bad” ScrumMaster job description, Sam Laing discusses errors to avoid when you create such a role specification. As a bonus, she adds at the end a good ScrumMaster job description.
This is not a talk about teams. This is a talk about you and your role in developing a great team. No matter whether you are a Scrum Master, Project Manager or CTO, at least part of your job is to help your team or teams grow. In order to make this happen you need to work on two levels: The Zen Level and The Operational Level.
Henrik Kniberg goes through a handful of concrete steps for diagnosing and debugging Scrum problems. He talks about using the process wrong, blaming the messenger, being impatient, not adapting the process or using the wrong process. Henrik Kniberg also introduces some new Scrum terminology such as Scrumdamentalism, Sadoscrumism, and Scrumbutophobia.
This presentation uncovers a number of key principles and useful tools to help you better skills as a geek who leads Agile and Scrum teams. The most challenging aspects to software development are always the people issues. Picking the right data structures, finding the right testing approaches are simple compared to building an effective software team.