Agile Software Development is a new entrant in the Software Development industry. Although it started in 2000, the fact is that many organizations are still in the first stages of adoption.
Inevitably we run into several Agile Theatre problems: missing PO, teams doing Scrum ceremonies to keep the Scrum Master happy, but not really understanding why they are needed. The list goes on.
In this episode we discuss some of those patterns and what we can do as Scrum Masters to understand and learn how to overcome those anti-patterns.
In this episode we refer to the Hands-On Agile Slack for agilists to share their experiences and learn from each other.
About Shubhang Vishwamitra
Shubhang is a passionate agile practitioner originally from Bangalore, India. Who’s worked in Japan and Finland and is currently based in London and working as scrum master.
Shubhang has an extensive background in software development and agile delivery model in smartphone, travel and finance industries. He believes that having a technical background helps to connect with teams and ease the flow of discussion in solving complex problems.
Scrum was “born” in the IT world, and it is still mostly applied in that environment. But the lessons that Scrum can teach us go over industrial borders. In this episode we learn how the ideas in Scrum can apply to an old-world industrial company. At the same time we explore what kind of systemic conditions Petr uncovered in that assignment and how he tackled them.
About Petr Holodňák
Petr has a small consulting company where he helps businesses overcome obstacles of ever-faster changing environment, growth problems, stale processes, poor performance, lacking company culture etc. Petr helps companies be more adaptable through empowering their people. Petr also does some pro-bono consulting. Recently for example for a Liberal/democratic school in Prague. His passion is introducing modern management (we can call that “Agile”) to “old school” businesses like heavy industry, manufacturing and so on. Petr wants to help build a brighter future! You can find Petr’s business at: www.cerebra.cz. You can link with Petr Holodňák on LinkedIn.
In the regular Retrospectives we find the symptoms of the systemic problems we have to face. We can use Retrospectives as the engine to find and create possible improvements to solve those systemic problems. Balazs shares his approach to Retrospectives and some examples of how he applied this approach in his work. We also discuss a critical technique to make the “intangible” problems more concrete and actionable. This technique can take your team from complaining to taking action.
About Balazs Tatár
Balazs is a technical project manager, working for the European Commission in Brussels, Belgium. Currently he plays the Scrum Master role in a support team of one of the biggest web project at the European Commission. He is a former technical lead and fan of open source technologies.
When we start our role of Scrum Master in a new team or organization, Samantha suggests, listen first. Pay attention to the interaction, the way people relate to each other, the language they use. When you know where the pain is, be an agile paramedic. Go where the pain is, help the teams reflect and find their real pains, and possible solutions.
Samantha is a Scrum Master based in London where she works with clients in a number of different industries. In her spare time she is a game writer and designer and uses Scrum to work on game projects.
How do we learn how the system affects our teams? We study the system and the effects on our teams. And how do we do that? Why, retrospectives of course! Karthik shares his recipe for frequent retrospectives and suggests: turn every Friday into a retrospective day.
About Karthik Nagarajan
Karthik has worked as a Product Manager, Scrum Master and QA Manager across a variety of domains, including: Fintech, Travel, Human Capital Management, CRM, Recruitment, Insurance, Banking and Financial Services. He loves tackling complex business challenges and being a positive bridge between Product, Design, Engineering, Quality Assurance, Customers and Business Teams.