Recently, I’ve done a management workshop on TDD. The audience was developmenet managers and team leads. Most of them did not know TDD. (Actually, most thought they knew what TDD was. But that’s a completely unrelated story.) During my session, I’ve walked them through an example (from Star Wars) and showed the thinking behind it,
Category Archives: agile
As a developer/tester I want to understand the user story So I can build/test it correctly. Mind you, this is a terrible user story. What does “understand” mean? And what is the acceptance criteria for “build it correctly”? Life is messy, and the “As a…” template doesn’t always help. You can over-cram it to make
WHAT A RUSH! Still thinking about the awesome conference. But that’s for a separate post. For now, here are the slides for my BDD/TDD Star Wars talk.
This is the 2nd part in the Rebooting ALM series. Check out the first part “Evolution“, to see how we got here. (See what I did?). The first tool, I think, that started the ALM tool chain, was source control. There were compilers, and some IDEs, but source control systems were solutions for team-work. If
What is safety? It is setting the environment in order to try new things, without the fear of the consequences of failure. When we have confidence, we can try new things. Some of them succeed. Some fail, and we learn from them. Safety allows us to try. With confidence, we can go out of our comfort zone, and be
The term “technical debt” was first introduced by Ward Cunningham as a metaphor. It was in the early 90s, when the rift between developers and business people was growing wide. The business people would urge developers do release untested, ugly code. The developers tried to explain why this was a bad mistake. (Not like today,
Had a great time in Edinburgh, and looking forward to getting back next year. Here are the slides.
When on the Scrum Master Podcast, I was asked a very important question: How do I get a systemic view of the organization. This is worth going deeply into. Let’s start with why this view is valuable. The more I work with teams, I find there’s a limit of change I can make. Or, rather, they can
A developer’s life is not simple. Developers need to contend with adding new software features, quickly, from different customers, while keeping up with technology. And do some support work in the middle. And, also meetings. However, the road to improvement through this complex situation can be a strange one. It sometimes starts with these suggestions, heard around
It’s a great privilege to be a featured author on DZone’s 2015 edition of Code Quality and Software Agility. Along with other cool articles and infographics, you can find my “Refactoring in a Legacy Code Jungle” article there.