The capability gaps were clear. The current state was understood. The business use cases were written. Now the question changed: what should Lakeshore actually build? Ravi brought three proposals. Proposal A was a large-scale SaaS platform that would replace five systems with one. Proposal B was an integration layer -- no new platform, lower cost, but complex. Proposal C was modular: replace the two systems that addressed the capability gaps, keep the ones that worked. Ravi favoured B. Claire leaned toward A. Nadia preferred C. None was wrong. Each was optimizing for something different. This chapter teaches you how the business architect evaluates proposals: not on technical merit, but on whether they close the capability gaps the architecture identified. The reuse/repair/buy/build framework. The questions that distinguish fitness for purpose from fitness for fashion. And how to challenge the vendor demo that dazzles the room without serving the design.
By the end of this chapter, you'll be able to:
Create a free account to access Shaping What Gets Built and start learning.