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 some organizations, Scrum is a failure. This article discusses why Agile projects might fail because of the confusion between the Scrum roles (Scrum Master, Product Owner, Developer) of a Scrum Team and the required Agile mindsets.
The ScrumMaster role might be the most difficult to define among the three roles involved in the Scrum team. Starting from a “bad” ScrumMaster job description, Agile coach Sam Laing discusses in this article the errors to avoid when you create a Scrum Master role specification. As a bonus, she provides at the end a good ScrumMaster job description.
This is not a talk about Scrum 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.
As stated in the Agile Manifesto, Agile software development is about “Individuals and interactions”. The importance of having a performing team where individuals collaborate is an essential factor for the success of software development projects. In his “Forming Agile Teams Workbook”, Jesus Mendez provides some tools that offer an alternative-proven way to add more structure, transparency and visibility to formation of Agile teams.