Agile technical practices like refactoring and TDD (Test-Driven Development) have become mostly mainstream in software development. However, software developers in many companies are either oblivious or have a different interpretation of these practices. As a software development coach, the interest of the presenter is to help developers adopt technical practices and being a mentor has played a big part.
The ScrumMaster role is certainly the Scrum role that differs the most from what organizations might have known in the past. The Scrum Guide defines the Scrum Master as “a servant-leader for the Scrum Team. The Scrum Master helps those outside the Scrum Team understand which of their interactions with the Scrum Team are helpful and which aren’t. The Scrum Master helps everyone change these interactions to maximize the value created by the Scrum Team.”
This is a talk about how shifting the focus from craft to product has affected my company. Our delivery teams are required everyday to make trade offs between what would the best technical solution and the one that is right for the product they are delivering. Ultimately, we get paid to solve business problems, not to be perfectionists.
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 the Scrum team. Starting from a “bad” ScrumMaster job description, Sam Laing discusses errors to avoid when you create a Scrum Master role specification. As a bonus, she adds at the end a good ScrumMaster job description.