Change Vector Tracking in emergent design
A reflective design approach to achieve software design agility by modelling change as a vector and tracking it to aid refactoring decisions.
Preface about the talk
Software design is a field that has always fascinated me and I have tried to be an obedient student trying to learn this art. Like any other design problem, software design is also a wicked problem. Horst Rittel and Melvin Webber defined a “wicked” problem as one that could be clearly defined only by solving it, or by solving part of it .This paradox implies, essentially, that you have to “solve” the problem once in order to clearly define it and then solve it again to create a solution that works.
Hence you need an architect with magical powers to get your design correct in the first go .This is the core philosophy behind emergent design in which we do not think too much about future . As Uncle Bob sarcastically points out, your customers somehow knows your design and they will come up with a requirement that will break your assumptions and thus your design. In emergent design you embrace aggressive refactoring religiously and few teams rebelliously for the good. It has also been observed that during emergent design refactoring step more focus is towards class design than higher abstract architecture elements. This creates technical debt which can go unnoticed for a long time.
In this talk I will be introducing a novel technique called change vector tracking that will address the above described problem. Change Vector Tracking is a reflective design approach to achieve software design agility by modelling change as a vector and tracking it through ceremonies like Change Vector Tracking meetings.
Change vector tracking doesn’t prevent customers from coming up with requirements that would invalidate previous design assumptions, it helps us in monitoring these changes and aids in making informed decisions of where and when to redesign. It helps us keep a check on design debt which otherwise would be overseen and not addressed at the right time .Design debt is invisible to tools initially, only when it grows beyond a scale tools can catch it. Change vector tracking is a technique to capture this design debt in a very early stage. “A stitch in time saves nine”.
Outline/structure of the Session
- Introduction: 2 min
- Problem definition: 10 min
- Solution, Change vector tracking: 10 min
- Modelling change as a vector: 6 min
- Weighted vectors: 4 min
- Process and ceremonies: 6 min
- Future work : 2 min
- Q&A : 3 min
- Attendees will clearing understand the problem related to a type of design debt that could accumulate during emergent design.
- They will be in a position to correlate the discussed problems with their project.
- An in-depth understanding of the solution called change vector tracking
- Knowledge of how change can be modeled as a weighted vector to aid to take decision related to architecture refactoring.
- They can readily apply the solution to the project without the need of any tools and reap the benefits by reducing technical debt
Software developers ,Test architects , Scrum Masters