Strategic Leadership for the Archive of the Future   Management Development Program 2006 - 2010   Drs. René R Tol, Yuj Advies bv The Netherlands Institute for Heritage  and De Baak (management center VNO/NCW)
The Management Development program Directors of Archives, 4 groups, 16-22 participants per group Large organizations: 3 modules (total 12 dayparts) plus  2 half day intervision meetings, 2 groups Middle size organizations: 2 modules (total 10 dayparts) plus  2 half day intervision meetings, 2 groups Over 75 organizations participated 2006 – 2010 Design principles: “ Outside in approach”:  Learning from finance, retail, academia, government, libraries, etc.  “ Worksessions”:  Participants prepare draft blue print for their “Enterprise Architecture” Peer-to-peer learning
 
Building a house analogy: the four views Why  do I want  a new house? Business view Functional view What  should the  new house give me? Technical view With what  will the house be built? Implementation view How  will the house be built?
Architecture: Three Roles Customer Architect Contractor Form Function Durability Regulation Constructionprinciples Drivers Principles Model Standards
Enterprise Architecture Framework Functional principles Rationales Implications Obstacles Functional view Implementation principles Rationales Implications Obstacles Implementation  view Business view Actions Business drivers Goals Business principles Rationales Implications Obstacles Actions Technical view Obstacles Rationales Technical principles Implications Actions Actions
EA Framework: An example Survey  customers Train  resources Use Microsoft based  commerce systems “ Ramp-up” time is reduced  Will have to  partner to  acquire  needed expertise Limited skill set Implementation  view Business  view Research db products Technical  view Compatibility, integration  issues Need to develop or outsource Customer must  check inventory,  make valid orders Use scripts, database to  check inventory and validity Customers browse, check inventory,  order,  pay without help Needed for e-commerce Requires 24 X 7  system availability No resources for 24X7 support Functional  view Investigate  partners Goal: Improve time-to- marke t Develop  e-commerce  capability Reduces order processing time Needs  modifications to IT  infrastructure Beyond year’s budget Driver: Competition is outstripping  us on delivery
 
 
 
 
 
“ Timeline” Tool
Situational Project Management Energy Time ++ -- Visionary Style Relational Style Completion Style New PM New PM Possible Failure Possible Failure
Learnings “ Outside in”approach works We are in competition for time and attention of public The “EA framework” is usefull Learning from others in organized feedback sessions works Peer-to-peer learning adds value From stand alone organization to Co-Operation New Initiatives like BRAIN
“ It’s not the strongest of the species that survives, nor the most intelligent;  but the one most responsive to change.”  — Charles Darwin
Discussion [email_address] Tel: +31 6 46 220 200

Dish 2011 Rene Tol V1.0

  • 1.
    Strategic Leadership forthe Archive of the Future Management Development Program 2006 - 2010 Drs. René R Tol, Yuj Advies bv The Netherlands Institute for Heritage and De Baak (management center VNO/NCW)
  • 2.
    The Management Developmentprogram Directors of Archives, 4 groups, 16-22 participants per group Large organizations: 3 modules (total 12 dayparts) plus 2 half day intervision meetings, 2 groups Middle size organizations: 2 modules (total 10 dayparts) plus 2 half day intervision meetings, 2 groups Over 75 organizations participated 2006 – 2010 Design principles: “ Outside in approach”: Learning from finance, retail, academia, government, libraries, etc. “ Worksessions”: Participants prepare draft blue print for their “Enterprise Architecture” Peer-to-peer learning
  • 3.
  • 4.
    Building a houseanalogy: the four views Why do I want a new house? Business view Functional view What should the new house give me? Technical view With what will the house be built? Implementation view How will the house be built?
  • 5.
    Architecture: Three RolesCustomer Architect Contractor Form Function Durability Regulation Constructionprinciples Drivers Principles Model Standards
  • 6.
    Enterprise Architecture FrameworkFunctional principles Rationales Implications Obstacles Functional view Implementation principles Rationales Implications Obstacles Implementation view Business view Actions Business drivers Goals Business principles Rationales Implications Obstacles Actions Technical view Obstacles Rationales Technical principles Implications Actions Actions
  • 7.
    EA Framework: Anexample Survey customers Train resources Use Microsoft based commerce systems “ Ramp-up” time is reduced Will have to partner to acquire needed expertise Limited skill set Implementation view Business view Research db products Technical view Compatibility, integration issues Need to develop or outsource Customer must check inventory, make valid orders Use scripts, database to check inventory and validity Customers browse, check inventory, order, pay without help Needed for e-commerce Requires 24 X 7 system availability No resources for 24X7 support Functional view Investigate partners Goal: Improve time-to- marke t Develop e-commerce capability Reduces order processing time Needs modifications to IT infrastructure Beyond year’s budget Driver: Competition is outstripping us on delivery
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
    Situational Project ManagementEnergy Time ++ -- Visionary Style Relational Style Completion Style New PM New PM Possible Failure Possible Failure
  • 15.
    Learnings “ Outsidein”approach works We are in competition for time and attention of public The “EA framework” is usefull Learning from others in organized feedback sessions works Peer-to-peer learning adds value From stand alone organization to Co-Operation New Initiatives like BRAIN
  • 16.
    “ It’s notthe strongest of the species that survives, nor the most intelligent; but the one most responsive to change.” — Charles Darwin
  • 17.

Editor's Notes

  • #5 Architecture analogy: building a house After you decide to build your own house, whom do you contact first? Do you go to the bricklayer, or the interior decorator, or the kitchen-supplier? No, of course not. You go to someone with whom you can discuss all the key ingredients, someone who can help you to look at this project from all sides in a coherent way, someone who can determine the necessary steps to be taken. You go to someone who helps you to build and maintain an integral picture of what you want to achieve, a picture that helps you to make your decisions and to communicate with all the different parties involved. In short, you go to an architect. How does the architect help you? He or she builds a high-level picture, a concept of the house in its environment, based on questions that you have to answer. The architect knows what questions to ask and how to organize the answers to those questions. We call this high-level picture architecture. It will be organized in different views, representing major aspects of the house. Each view can be divided into subviews to create the architectural concept. Both building architecture and information system architecture must address specific needs that answer the questions why, what, how, and with what. Each of these questions addresses a different “view.” Whether you are building a house or an information architecture, an architect can help you build and maintain an integral picture of what you want to achieve, a picture that helps you to make your decisions and to communicate with all the different parties involved. The building or information systems architect helps you by spending time with you to understand your needs and desires. Then he/she builds a high-level picture, a conceptual model or sketch of the house in its environment. Ask yourself this question: Is it the RIGHT SOLUTION for the client?
  • #7 Each view feeds the next view or a later view: The principles or drivers from one view form the rationale for the principles in the next or subsequent view. Each principle must be based on some reason or rationale already stated. In the technical view, some principles may be IT constraints. The rationale is a form of “derived from” statement. The implications and obstacles from one view provide the input for developing the principles for the next (or later) view. The implication or obstacle must be recognized in the next (or later) view or there is no point in having them. The implication/obstacle is an impact statement. Tracing the sources of principles or requirements provides a means for understanding the impact of proposed changes. A forward and backward link to principles helps in the tracing. Actions are linked to the implications and obstacles that they address.