But wait, there's more!

Agile Training, Revisited

“No man ever steps in the same river twice, for it’s not the same river and he’s not the same man.” – attributed to Heraclitus What happens when we come back to Agile training? As part of our commitment to being an Agile organization and supporting the growth of our people, in 2016 we held 2-day training events for our team members. The training was CSM ( Certified ScrumMaster ) specific – but we felt it would be valuable for everyone, not just those people whose role included Scrum Master. We achieved almost 100% – as in, almost everyone in the company attended, and almost all of those took and passed the CSM. More importantly, with senior management and business leaders attending alongside engineers, the training created conversations and shared understanding that helped us make significant strides in our ability to succeed and deliver value using agile mindset and principles. Two years later, a lot has changed. Our business has shifted. One of our product lines has enough teams on ...

The Humble Build-Up Chart – Communicating with Stakeholders

Many of us work in environments where the question “when will you be done with X?” matters. Some of the examples I have seen recently are: The business team wants a certain set of functional enhancements as well as performance & scalability improvements. Can we get both done? Will one need to take a back seat to the other? A customer has a “deployment window” that we want to hit with a certain set of functionality. Do we look like we will make it? If not, what adjustments might we make? A customer wants an early warning if the cost of a project is likely to go over a certain amount. One of the tools we have in our repertoire for answering these kinds of questions is the humble build-up chart. In its simplest form, the build-up chart looks something like this: The target scope (of which we are asking the question: when will it be done?) is represented by a target line, in this case, just below 150 points. The progress so far, and anticipated progress, are represented by a line repre...

The Tyranny of Technical Debt - an Analogy

In conversations regarding technical debt (and technical improvement), I often hear that there is an understanding gap between technical people and business people. As an experiment, I thought it would be interesting to attempt to bridge that gap by illustrating what technical debt looks like, with an analogy. The Conversation Setting: “Widgets Inc.”, a manufacturing company that makes widgets Characters: Max – VP Sales – responsible for making sales commitments to customers John – Plant Manager – responsible for manufacturing the widgets January 2nd: Max: Hi John, tell me where we are from a production perspective. I have two big customers breathing down my neck. John: Our current capacity is 1000 widgets a month. Max: John, I need you to do better than that. We’ve just committed to deliver 1500 units each to two customers by the end of February. John: Well… our capacity of 1000 per month includes time for scheduled maintenance as well as time for improvement projects that will in...

Andrew's Agile

Search This Blog