Antony Marcano's blog
My Tack on Effective Change
Submitted by Antony Marcano on Sat, 13/11/2010 - 09:19. agileEach incremental change is driven by a problem the teams recognise they are facing. We then help to find a small change they are happy to introduce as an experiment. This change must be a solution or a step towards a solution to the identified problem. Sometimes this experiment will be limited to a single iteration. Sometimes it’s limited to a single user-story in a given iteration.
Based on the outcome of the experiment, the team decides what to do next. They may continue the experiment, introduce the change beyond the limitations of the experiment or even abandon that change and try something else.
This has two distinguishing factors...
Read the rest of this article on my new blog...
youDevise series on my new blog
Submitted by Antony Marcano on Sat, 24/07/2010 - 21:51.You can read the diary on my new blog.
Wondering why I have a new blog?
Monsters, Names, Pot-Roast & The Waterfall Model
Submitted by Antony Marcano on Tue, 13/07/2010 - 00:47. agileDespite being completely wrong, the world forgot of my name’s etruscan origin and spelt it with an ‘H’… This misinformation established itself through the eras so much so that, today, the de-facto spelling is “Anthony”. It has even found it’s way into the American pronunciation of the name as: “An-thon-ee”.
Waterfall development has something in common with this story… somehow, through misinformation, what it once was has been warped, into something else.
The key difference is that Waterfall is now increasingly represented as was originally intended. Unfortunately for me, my name is not…
Read the rest of this post on my new blog...
Wondering why I have a new blog?
My blog has moved... but don't panic...
Submitted by Antony Marcano on Thu, 08/07/2010 - 23:44.I’ve decided to move my blog. This is a sad day for me, but my posts have long-since outgrown testingReflections. The content of my blog posts is now about so much more than just testing that it doesn’t seem to make sense hosting it here anymore.
I’m still the curator of testingReflections and intend to continue to be so, as I still get many people telling me how valuable it is to them. I have many plans for it, to bring it up to date but I simply haven’t had the time. I am working hard to make that time, so I appreciate your continued patience.
Feature Injection User Stories on a Business Value Theme
Submitted by Antony Marcano on Thu, 13/05/2010 - 23:51. agileFeature Injection, an approach to Agile Business Analysis created by Chris Matts, is a much misunderstood thing –. It is a way of combining several techniques to understand just enough of a business problem to start expressing solutions to it. It provides specific techniques to incrementally and iteratively comprehend each of the following:
- The business value sought (the why)
- The problem domain (what specifically needs solving to deliver that value)
- The resulting roles, incentives and product capabilities (the solution)
Basically, it helps us to evolve everyone’s understanding of the business-need as we (by other means) also evolve the implementation of the product.
Developer Race-Tech: Continuous Testing
Submitted by Antony Marcano on Thu, 29/04/2010 - 00:12. agileGearboxes in competitive motor racing are designed to shift as fast as possible. A competitive race-car has computer controlled, hydraulically activated gear shifts that change gears up or down faster than you can blink (literally)! Compare that to the circa 1 second gear-shift a competent driver takes to manually de-clutch, change gear and re-clutch on a road car. Even automatic gearboxes on road cars can't keep pace with the rapid gear changes that a race car delivers.
Adaptive Budgets? "Pull" the other one!
Submitted by Antony Marcano on Sat, 10/04/2010 - 11:49.I also highlighted how tasks "horizontally slice" a "vertically sliced" story.
Taking repetition to task
Submitted by Antony Marcano on Tue, 16/03/2010 - 11:56. acceptance testing | agile | test driven developmentOthers have talked about the virtues of stories as vertical slices of a problem (end-to-end capabilities) rather than horizontal slices (system layers or components). So, if we slice the problem with user stories, how do we slice the user-stories themselves?
If, as I sometimes say, acceptance tests (a.k.a. examples/scenarios/acceptance-criteria) are the knife with which we slice a story into even thinner vertical slices, then I would say my observation of 'tasks' is that they are used as the knife used to cut a story into horizontal slices. This feels wrong...
