Have a plan for every reusable asset. At a minimum the plan needs to address:
- The scope of the asset’s functionality for your immediate deliverable
- The asset’s place in within your product line
- The impact to your existing design and overall architecture
- Tentative road-map for evolving the reusable asset over several iterations or releases
You don’t have to get answers for all these areas rightaway! The point is to think about them so you can make decisions on scope and effort. In the midst of an iteration there will be several questions about whether or not to invest time in refactoring or developing a feature. You can use this tiny list as a guide to help you make decisions on what to refactor or build and whether or not it is in line with your overall strategy.
Like this post? Subscribe to RSS feed or get blog updates via email.
Advertisement














[...] tightly bound to a web-based form being the input your reuse potential is diminished. If not, do plan to refactor the tightly coupled [...]