Rethinking Corporate IT Architecture: Insights from GlaxoSmithKline
70 likes | 195 Vues
This piece explores the unconventional approach to architecture taken at GlaxoSmithKline, focusing on the limitations and challenges faced by architecture groups within corporate IT. The article critiques established frameworks like TOGAF and Zachman, outlining how a deliberate move away from formal architecture roles has led to decentralized decision-making. It highlights the realities of operational inefficiencies and the struggle against inherited constraints, while questioning whether the evolution of architecture can truly lead to streamlined and effective corporate strategies.
Rethinking Corporate IT Architecture: Insights from GlaxoSmithKline
E N D
Presentation Transcript
Anti-Architecture Anti – as in antidote
Perspective … • I’m Spartacus • Director for Strategy & Architecture for Corporate IT, Glaxo SmithKline • HR, Finance, Legal, Communications … • Live web TV service • Interfaces to MRP (SAP), BU’s
30 years of ineffectual waffle • GSK Architecture Council • ABPI – architecture Group • Gartner/Forrester – Architecture Communities • TOGAF, Zachman • The only group less popular than Project Managers !
30 years of ineffectual waffle • Always ‘jam tomorrow’ • Things will be simpler, smoother, cheaper, seamless • Data will flow, knowledge will flourish, business will bloom • In reality • Rules, constraints, delays • Sacrifice your approach and technology now ….. for the greater good of everyone tomorrow ….. but ’tomorrow never comes’
Arriving at Warwick …. • Deliberate decision to avoid ‘architecture’ • No Architect role or group • Informal ‘Design Group’ on major projects • Architecture is delegated down to individual service domains • Platforms teams decide their own architecture for their server provisioning service • Storage teams decide their storage architecture (they are hidden from the UNIX team architecture, as they just consume their service)
Where’s the LDA ? • There is no neat architecture map • Instead there are “hidden” local architectures • Undoubtedly we are not as architecturally efficient as we could be – we have re-work, duplication
How we progress Goal The Theory Goal The Experience Goal The Practice