First, let’s get clear. All organizations are complex. So if you’re doing software dev you are in a complex system. Aspects of it also have the possibility for chaotic events (such as the Martian Lander disaster).
But let’s consider something necessary to consider in even simple situations. Continue reading “Why the difference between “necessary” and “sufficient” is even more important in complex systems”
From the moment Scrum became more popular than XP, the software dev community has been focusing on frameworks more than Lean-Agile principles. It’s not surprising this has happened. It’s a lot easier to understand a framework than the principles underneath them.
The challenge that occurs is when the framework becomes the goal. Continue reading “Frameworks, proxies and Lean-Agile Principles”
A key tenet of Lean-thinking is that we must adopt systems thinking and acknowledge that most of the errors we encounter are due to the system. For example, consider how the geographic arrangement of dev and testers affect their work. Continue reading “An ignored piece of the ecosystem”
After being at Agile 2018 I see more hope for people learning how to become more effective in a more effective manner. People were asking questions and fewer were looking for quick, rote, solutions. Of course, my sample was incredibly unscientific and is anecdotal. But I am an optimist.
I know I have a reputation for seeing the negative in things. But my path has always been: Continue reading “An open invitation for a discussion”
I was asked if Scrum per the Scrum Guide was an instance of Kanban. The answer is no because of the differences in the mindset. Scrum (per SG) has immutable roles, artifacts, events, and rules. These guide you to actions that fit within them. Kanban has principles you look at to see what to do. There are other differences in the mindsets of Scrum and Kanban. Continue reading “Frameworks are just tools. Good ones are instances of Lean”