Abstract
It is an established practice of program and project management to plan based on product breakdown structures or rather to decompose the end product into individual deliverables. Following this common practice we consider how the key elements of our product (the changed business), described by the business architecture can and should be applied in designing and managing business change. In particular, we address the challenge of identifying and managing dependencies in large complex programs—something classical program management methodologies leave as an “exercise for the reader.” The approach employs key business architecture deliverables that define the target architecture as well as those documenting the current architecture. In applying key aspects of the business architecture, such as capabilities, in program planning we seek to ensure alignment in various aspects of change across the organization and its resources, including IT systems. Our approach is a synthesis of project/program management and architecture practices. The approach described is based on the experience of taking an architecture-driven approach to a major business change program (Sprott 2008).
Always design a thing by considering it in its next larger context—a chair in a room, a room in a house, a house in an environment, an environment in a city plan.
—Eliel Saarinen quoted by his son Eero, Time, 2 Jun 77.
Access this chapter
Tax calculation will be finalised at checkout
Purchases are for personal use only
Notes
- 1.
The TOGAF ADM is specifically referenced; however, many of the concepts are common to “business systems planning” (BSP) and “enterprise architecture planning” (EAP).
- 2.
This type of approach has been referred to as concurrent business engineering (Leganza et al. 2009).
- 3.
As business objects are the types of things that the enterprise cares about, in many cases data about them needs to be stored and handled. However, it must be clear that they are not synonymous with the objects that are the focus of object-oriented programming, although they may be represented by them.
- 4.
- 5.
CRUD or “Create,” “Read” “Update” “Delete” matrices are an established technique in enterprise information architecture (cf. Cook 1996) and in database analysis and design for partitioning and optimizing systems and databases.
References
AXELOS (2014) PRINCE 2. http://www.prince-officialsite.com/. Accessed 12 Feb 2014
Beck K et al (2001) Manifesto for agile software development. http://agilemanifesto.org/. Accessed 12 Feb 2014
Brown GW (2009) Value chains, value streams, value nets, and value delivery chains. BPTrends. http://www.bptrends.com/bpt/wp-content/publicationfiles/FOUR%2004-009-ART-Value%20Chains-Brown.pdf. Accessed 22 Sept 2014
Cabinet Office (2011) Managing successful programmes manual. TSO (The Stationery Office), London
Cook MA (1996) Building enterprise information architectures: reengineering information systems. Prentice Hall, Upper Saddle River, NJ
Davis R (2010) Processes in practice—thinking end-to-end: time for Cinderella to go to the ball? BPTrends. http://www.bptrends.com/publicationfiles/ONE%20DAVIS%2004-06-10-COL-Processes0in-Practice-Davis-final.pdf. Accessed 22 Sept 2014
Finkelstein C (1989) An introduction to information engineering: from strategic planning to information systems. Addison-Wesley, Reading, MA
Leganza G, Cullen A, Scott J, An M (2009) Case study: DHL express uses business architecture to design a new service offering. Forrester Research Inc, Cambridge, MA, USA
Malan R, Bredemeyer D, Krishnan R, Lafrenz R (2002–2006) Enterprise architecture as business capabilities architecture. Bredemeyer Consulting. http://www.bredemeyer.com/pdf_files/Presentations/EnterpriseArchitectureAsCapabilitiesArch.pdf. Accessed 22 Sep 2014
Martin J (1995) The great transition: using the seven disciplines of enterprise engineering to align people, technology, and strategy. Amacom, New York
Ross JW, Weill P, Robertson DC (2006) Enterprise architecture as strategy: creating a foundation for business execution. Harvard Business School Press, Boston
Simon D, Fischbach K, Schoder D (2014) Enterprise architecture management and its role in corporate strategic management. Information Systems and e-Business Management 12(1):5–42
Sprott D (2008) Enterprise architecture Europe - conference notebook. CBDI J (June):13–15
The Open Group (2011) TOGAF® version 9.1. Van Haren, The Netherlands
Veryard R (1994) Information coordination: the management of information models, systems and organizations. Prentice Hall, Upper Saddle River, NJ
Veryard R (2012) Organizing business capabilities. http://rvsoapbox.blogspot.de/2012/02/organizing-business-capabilities.html. Accessed 12 Feb 2014
Acknowledgements
Firstly, I would like to thank the many colleagues at DHL Express, past and present, who have influenced my approach to enterprise and business architecture, and provided the opportunity to put it into practice. Specific thanks go to Sten Larsson and Piotr Wójtowicz for taking the time to read the drafts of this chapter and for contributing their insights to the finished article.
Author information
Authors and Affiliations
Corresponding author
Editor information
Editors and Affiliations
Rights and permissions
Copyright information
© 2015 Springer International Publishing Switzerland
About this chapter
Cite this chapter
Apthorp, A.P. (2015). Business Architecture for Change Program Design and Planning. In: Simon, D., Schmidt, C. (eds) Business Architecture Management. Management for Professionals. Springer, Cham. https://doi.org/10.1007/978-3-319-14571-6_10
Download citation
DOI: https://doi.org/10.1007/978-3-319-14571-6_10
Publisher Name: Springer, Cham
Print ISBN: 978-3-319-14570-9
Online ISBN: 978-3-319-14571-6
eBook Packages: Business and EconomicsBusiness and Management (R0)