Successfully reported this slideshow.
CS394 Strategic Program Planning Conduct #7: IT Architecture May 13, 2002
Architecture Goals for Today <ul><li>What is “Architecture”?  </li></ul><ul><li>Why Do It? </li></ul><ul><li>“To Be” prese...
Agenda IT Architectures & Middleware – 60-75 minutes Break Two Presentations Next Steps
Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process ...
The A-word is pretty flexible <ul><li>Architecture as someone else’s problem  </li></ul><ul><li>Architecture as an enginee...
IT Architecture – Lofty Definition What is Architecture? Architecture is that great living creative spirit which from gene...
IT Architecture – Pragmatic Definition What is Architecture? [Architecture] is about making the link between business prob...
IT Architecture – Pragmatic Definition What is that picture?
IT Architecture – Pragmatic Definition ‘Architecture’ is over-used and has many dimensions <ul><li>Narrow focus to wide fo...
IT Architecture – Pragmatic Objectives Bottom Line: the practice of “Architecture” saves money <ul><li>Reduce Total Cost o...
IT Architecture – Pragmatic Objectives … by Focusing on Implementation Design, or “Solutions” <ul><li>The architect guides...
IT Architecture – Challenges Political Environment, Participation, and Skills <ul><li>Participate in the development proce...
Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process ...
IT Architecture – Process First Steps – Build the Roadmap, Build the team <ul><li>The Technology Roadmap </li></ul><ul><ul...
IT Architecture – Process How does architecture fit into the overall IT scheme?  <ul><li>The core process flow begins with...
IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><li>Planning and Technology is a discr...
IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><li>Planning and Technology consists o...
IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><ul><li>Technical Architecture – since...
IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><ul><li>Technical Architecture (contin...
IT Architecture – Process Key Interfaces – Development Services Development Services Development  Center o’Excellence Prod...
IT Architecture – Process Key Interfaces – Production Design and Testing Development Services Development  Center o’Excell...
IT Architecture – Process Key Interfaces – Technology Delivery Technology Delivery Service Level Management Solution Imple...
IT Architecture – Process Key Interfaces – Technology Operations Technology Operations Help Desk Network & Systems Managem...
IT Architecture – Process Key Interfaces – IT Asset Management Services IT Asset Management Services Asset Management Vend...
Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process ...
IT Architecture – Organizational Types – High Level Monarchy, Federated, “Autonomous Collective”     <ul><li>Monarchies <...
IT Architecture – Federal Model Introduction <ul><li>Constitution-driven, decentralized design </li></ul><ul><li>Principle...
IT Architecture – Federal Model Governance <ul><li>Constitution leaves low-level implementation details to end-user groups...
IT Architecture – Federal Model Control Mechanisms <ul><li>Discourages expensive infrastructure for tactical applications ...
IT Architecture – Federal Model Advantages <ul><li>Dynamic balance between innovation and control </li></ul><ul><li>Minima...
IT Architecture – Federal Model Advantages <ul><li>Centralized technologies, such as Data Warehouses, workflow engines, an...
IT Architecture – Federal Model Implementation <ul><li>Establish Architecture Authority </li></ul><ul><li>Reach constituti...
IT Architecture – Federal Model Disadvantages <ul><li>De-facto standards can be imposed by the market, such as J2EE versus...
IT Architecture – Federal Model Disadvantages <ul><li>Incorrect interpretation of corporate values  can  lead to wrong des...
Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process ...
Joining 4 disciplines of the architect to knowledge The  Artist The  Guru The  Coach The  Spy
The Artist Discipline - uses inductive approaches to solve problems quickly <ul><li>Inductive reasoning is a different use...
The Guru Discipline - uses meticulous data collection to solve problems precisely <ul><li>Understanding some topics in dep...
The Coaching Discipline is crucial to building new Architects <ul><li>Coordination with the rest of the program </li></ul>...
The Spy Discipline - learns across many topics and synthesizes unique viewpoints <ul><li>Drawing synthesis from the data… ...
Agenda IT Architectures & Middleware Break – 15 minutes Two Presentations Next Steps
Agenda IT Architectures & Middleware Break Two Presentations – 25 minutes X 2 Next Steps
Agenda IT Architectures & Middleware Break Two Presentations Next Steps – 45 seconds
<ul><li>Week 8 (Kiep) - May 20, 2002 </li></ul><ul><ul><li>Continue “As Is” and “To Be” Presentations – 4 more </li></ul><...
Conduct #7 Quizzes <ul><li>Pick up your quizzes at the front of the room </li></ul>
Upcoming SlideShare
Loading in …5
×

Lecture Notes

634 views

Published on

  • Be the first to comment

  • Be the first to like this

Lecture Notes

  1. 1. CS394 Strategic Program Planning Conduct #7: IT Architecture May 13, 2002
  2. 2. Architecture Goals for Today <ul><li>What is “Architecture”? </li></ul><ul><li>Why Do It? </li></ul><ul><li>“To Be” presentations </li></ul>
  3. 3. Agenda IT Architectures & Middleware – 60-75 minutes Break Two Presentations Next Steps
  4. 4. Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process </li></ul></ul><ul><ul><li>Organizational Types </li></ul></ul><ul><ul><li>Personality Profile – Are you an Architect? </li></ul></ul><ul><li>Break </li></ul><ul><li>Two Presentations </li></ul><ul><li>Next Steps </li></ul>
  5. 5. The A-word is pretty flexible <ul><li>Architecture as someone else’s problem </li></ul><ul><li>Architecture as an engineering discipline </li></ul><ul><li>Architecture as a sellable product </li></ul><ul><li>Architecture as a fine art </li></ul><ul><li>Architecture as a religion… </li></ul>
  6. 6. IT Architecture – Lofty Definition What is Architecture? Architecture is that great living creative spirit which from generation to generation, from age to age, proceeds, persists, creates, according to the nature of man, and his circumstances as they change. That is architecture. - Frank Lloyd Wright, 1937 
  7. 7. IT Architecture – Pragmatic Definition What is Architecture? [Architecture] is about making the link between business problems and IT Solutions. It is about turning a functional design into an implementation design, deciding how to divide the functionality across programs, choosing the best middleware technology, and defining the requirements for supporting infrastructure… - Chris Britton, 2001  
  8. 8. IT Architecture – Pragmatic Definition What is that picture?
  9. 9. IT Architecture – Pragmatic Definition ‘Architecture’ is over-used and has many dimensions <ul><li>Narrow focus to wide focus </li></ul><ul><ul><li>Consider a single project to considering all projects in an enterprise </li></ul></ul><ul><li>Specific versus generic </li></ul><ul><ul><li>One (specific) to many (generic) </li></ul></ul><ul><ul><li>Look for points in common </li></ul></ul><ul><li>Detailed versus high-level </li></ul><ul><ul><li>High-level – guidelines; Detailed – design specifications </li></ul></ul><ul><ul><li>Not always the same as enterprise-wide: you can have a detailed enterprise-wide network diagram </li></ul></ul>
  10. 10. IT Architecture – Pragmatic Objectives Bottom Line: the practice of “Architecture” saves money <ul><li>Reduce Total Cost of Ownership </li></ul><ul><ul><li>Teams buy great tools, without cross platform, cross-department sharing </li></ul></ul><ul><ul><li>Building tactically means tools are not leveraged – with proprietary results </li></ul></ul><ul><li>Delivery On Time & Within Budget </li></ul><ul><ul><li>Every project is a “maiden voyage” </li></ul></ul><ul><ul><li>Estimating models never developed </li></ul></ul><ul><ul><li>Software reuse will reduce development time </li></ul></ul><ul><ul><li>Infrastructure reuse will reduces deployment time </li></ul></ul><ul><li>Common Skills and Alignment </li></ul><ul><ul><li>Enterprise development standards </li></ul></ul><ul><ul><li>A limited set of platforms and a standard set of cross platform tools </li></ul></ul>
  11. 11. IT Architecture – Pragmatic Objectives … by Focusing on Implementation Design, or “Solutions” <ul><li>The architect guides the implementation design </li></ul><ul><li>Enforce generic principles and patterns </li></ul><ul><li>ACROSS multiple projects </li></ul>
  12. 12. IT Architecture – Challenges Political Environment, Participation, and Skills <ul><li>Participate in the development process </li></ul><ul><ul><li>Don’t “bolt-on” - organizational changes are inevitably needed </li></ul></ul><ul><li>Identify the political environment you are in </li></ul><ul><ul><li>“ Shelfware” </li></ul></ul><ul><li>What makes an “Architect”? </li></ul><ul><ul><li>Not skills, it’s a personality type </li></ul></ul>
  13. 13. Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process </li></ul></ul><ul><ul><li>Organizational Types </li></ul></ul><ul><ul><li>Personality Profile – Are you an Architect? </li></ul></ul><ul><li>Break </li></ul><ul><li>Two Presentations </li></ul><ul><li>Next Steps </li></ul>
  14. 14. IT Architecture – Process First Steps – Build the Roadmap, Build the team <ul><li>The Technology Roadmap </li></ul><ul><ul><li>Iterative Approach - deliver value quickly </li></ul></ul><ul><ul><li>Strategic Intent and Technology Principles first </li></ul></ul><ul><ul><li>Leverage previous efforts to the optimal extent, validate and extend </li></ul></ul><ul><li>Critical to Enforcement is the Solutions Team </li></ul><ul><li>Architecture & Standards helps teams balance business needs with constraints/advantages of the technology environment </li></ul><ul><ul><li>Project funding decisions cannot be made without considering the effect on the enterprise architecture </li></ul></ul><ul><ul><li>What Teams? </li></ul></ul>
  15. 15. IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><li>The core process flow begins with Client Management flowing through to Technology Delivery of a new system or a maintenance release of an existing system </li></ul><ul><li>Project Management Office, Technology Operations and IT Asset Management Services are supporting functions </li></ul><ul><ul><li>The PMO supports the execution of the portfolio of projects, ensuring alignment of new initiatives with the transformation program, providing reporting and tracking services to management, and driving consistency in IT practices </li></ul></ul><ul><ul><li>The Technology Operations supports the production environments, along with the development and testing environments within the Development Services area </li></ul></ul><ul><ul><li>IT Asset Management Services provides the support for assets, contracts, vendors, and cost accounting </li></ul></ul>Development Services Technology Delivery Technology Operations Program Management Office Planning and Technology Client Management IT Asset Management Services
  16. 16. IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><li>Planning and Technology is a discrete function performed by specialists, because this crucial activity has less chance of being compromised by operational needs </li></ul><ul><li>Planning and Technology is responsible for four functions: </li></ul><ul><ul><li>To ensure business alignment, it sets the overall strategy which guides all IT activities </li></ul></ul><ul><ul><li>On a project by project basis, it formalizes the scoping requirements (fed via the Client Management team) and engineers a solution. Planning and technology ensures quality assurance is planned into every solution’s design and implementation processes. </li></ul></ul><ul><ul><li>Establishing and maintaining IT architectural and software engineering standards and practices </li></ul></ul><ul><ul><li>Provides a means for directed Research & Development of future technology </li></ul></ul>Planning and Technology Strategy and Planning Solutions Technical Architecture Technology Research <ul><li>Directed R&D </li></ul><ul><li>Scope </li></ul><ul><li>Viability </li></ul><ul><li>Compliance </li></ul><ul><li>Suitability </li></ul><ul><li>Data </li></ul><ul><li>Execution </li></ul><ul><li>Application </li></ul><ul><li>Development </li></ul><ul><li>Strategic </li></ul><ul><li>Annual </li></ul><ul><li>Continuous </li></ul><ul><li>Operations </li></ul><ul><li>Network </li></ul><ul><li>Security </li></ul>
  17. 17. IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><li>Planning and Technology consists of the following components: </li></ul><ul><ul><li>Strategy and Planning – In response to overall business goals as well as goals set by individual lines of business, Strategy and Planning is responsible for setting and maintaining the IT Strategy for the enterprise. Strategy and Planning, Business Unit IT leadership and PMO work together to define and submit the annual budget targets to the business leadership using the IT strategy as the key input document. </li></ul></ul><ul><ul><li>Solutions –The solutions process takes scoping requirements for new initiatives submitted through the client management group, formalizes them, and develops solutions to fulfill the requirements leveraging knowledge of the current capabilities of relevant systems, other projects in the pipeline, costs, and benefits. The group consists of experts in software engineering, insurance, and the current processing environment. </li></ul></ul>Planning and Technology Strategy and Planning Solutions Technical Architecture Technology Research <ul><li>Directed R&D </li></ul><ul><li>Scope </li></ul><ul><li>Viability </li></ul><ul><li>Compliance </li></ul><ul><li>Suitability </li></ul><ul><li>Data </li></ul><ul><li>Execution </li></ul><ul><li>Application </li></ul><ul><li>Development </li></ul><ul><li>Strategic </li></ul><ul><li>Annual </li></ul><ul><li>Continuous </li></ul><ul><li>Operations </li></ul><ul><li>Network </li></ul><ul><li>Security </li></ul>
  18. 18. IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><ul><li>Technical Architecture – since this group works closely with Solutions and Planning processes it is beneficial to “wire” this function directly into the overall Planning and Technology function. Responsibilities of this group include: </li></ul></ul><ul><ul><ul><li>Develop and maintain an overall technology framework which defines basic technologies and systems to be deployed </li></ul></ul></ul><ul><ul><ul><li>Develop and maintain an overall enterprise architecture plan defining the component standards for each major sub-system (platform, operating system, database, etc.) </li></ul></ul></ul><ul><ul><ul><li>Evaluate specific vendors and products for inclusion into the enterprise architecture </li></ul></ul></ul><ul><ul><ul><li>Develop and maintain a physical site management plan for the central site, administration areas and remote facilities </li></ul></ul></ul><ul><ul><ul><li>Evaluate and select systems and management tools for each component of the enterprise architecture, e.g., data warehouse toolset and enterprise application integration </li></ul></ul></ul><ul><ul><ul><li>Map technology strategy back to Service Level Agreement and Operating Level Agreement1 objectives </li></ul></ul></ul>1 An operating level agreement is an agreement between two parties one level or more removed from the end-user – e.g., Technology Operations may have an operating level agreement with AT&T to provision a frame relay connection in x days.
  19. 19. IT Architecture – Process How does architecture fit into the overall IT scheme? <ul><ul><li>Technical Architecture (continued) </li></ul></ul><ul><ul><ul><li>Develop and maintain an overall plan to acquire the necessary skills needed to support each component of the distributed environment </li></ul></ul></ul><ul><ul><ul><li>Map technical training requirements back to Service Level Agreement and Operating Level Agreement objectives and lay out a high level training plan to guide the Service Level Management area </li></ul></ul></ul><ul><ul><ul><li>Develop an overall strategy for training service delivery personnel </li></ul></ul></ul><ul><ul><ul><li>Develop technical curriculum and procedures for monitoring the completion of training </li></ul></ul></ul><ul><ul><li>Technology Research – The purpose of this function, which may or may not be staffed full time, is to identify new technologies that have the potential to deliver significant business value. This group, in coordination with Client Management leadership, would pilot new technologies to prove business value and reliability. The group also helps to keep Technical Architecture and Solutions current. </li></ul></ul>
  20. 20. IT Architecture – Process Key Interfaces – Development Services Development Services Development Center o’Excellence Production Center o’Excellence Production Design and Testing Development Services Technology Delivery Technology Operations Program Management Office Planning and Technology Client Management IT Asset Management Services
  21. 21. IT Architecture – Process Key Interfaces – Production Design and Testing Development Services Development Center o’Excellence Production Center o’Excellence Production Design and Testing Production Design and Testing Infrastructure Planning & Design Testing Environment Management Infrastructure Design Rollout Planning Integration Lab Management Testing Execution Support Procurement Planning
  22. 22. IT Architecture – Process Key Interfaces – Technology Delivery Technology Delivery Service Level Management Solution Implementation Planning and Execution Implementation Readiness Rollout Management Hardware and Software Installation Managed Services Strategic/Quality Planning Service Level Agreements (SLA’s) Training for Infrastructure and Technology Delivery personnel
  23. 23. IT Architecture – Process Key Interfaces – Technology Operations Technology Operations Help Desk Network & Systems Management Security Management System Access Control Security Guidelines Perimeter (DMZ) Management Intrusion Detection Systems Planning Capture and Tracking Level 2 Support Enterprise Management Center Level 3 Support Coordination
  24. 24. IT Architecture – Process Key Interfaces – IT Asset Management Services IT Asset Management Services Asset Management Vendor Management Accounting Inventory Control License Administration Procurement Administration Budget and Cost Control Invoice/Payment Processing Service Costing and Pricing Contract Administration Vendor Information Negotiation and Legal Support
  25. 25. Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process </li></ul></ul><ul><ul><li>Organizational Types </li></ul></ul><ul><ul><li>Personality Profile – Are you an Architect? </li></ul></ul><ul><li>Break </li></ul><ul><li>Two Presentations </li></ul><ul><li>Next Steps </li></ul>
  26. 26. IT Architecture – Organizational Types – High Level Monarchy, Federated, “Autonomous Collective”  <ul><li>Monarchies </li></ul><ul><ul><li>Strong Central Control, one of everything </li></ul></ul><ul><ul><li>Architecture Strategy is very specific (Small list of vendors) </li></ul></ul><ul><li>Federal </li></ul><ul><ul><li>Departmental development groups </li></ul></ul><ul><ul><li>Architecture Strategy is higher level (Free to choose Java vs. Microsoft), </li></ul></ul><ul><ul><li>Usually one Architecture group for the entire enterprise </li></ul></ul><ul><li>Distributed, aka “Autonomous Collective” aka Chaos </li></ul><ul><ul><li>Share a network, and little else </li></ul></ul><ul><ul><li>Architecture Strategy is individualized by department, line of business, etc. </li></ul></ul><ul><ul><li>Northwestern </li></ul></ul>
  27. 27. IT Architecture – Federal Model Introduction <ul><li>Constitution-driven, decentralized design </li></ul><ul><li>Principles are explicit and based on overall business strategy </li></ul><ul><li>Architecture is loosely tied to technology </li></ul><ul><li>Tactical efficiency is traded for overall utility </li></ul>
  28. 28. IT Architecture – Federal Model Governance <ul><li>Constitution leaves low-level implementation details to end-user groups </li></ul><ul><li>Common infrastructure is closely tied to business strategy </li></ul>
  29. 29. IT Architecture – Federal Model Control Mechanisms <ul><li>Discourages expensive infrastructure for tactical applications </li></ul><ul><li>Impetus to centralize management of shared resources </li></ul><ul><li>“ Build the aqueduct, they will use the water for something” </li></ul>
  30. 30. IT Architecture – Federal Model Advantages <ul><li>Dynamic balance between innovation and control </li></ul><ul><li>Minimal IS bureaucracy </li></ul><ul><li>Application investment at the end-user </li></ul>
  31. 31. IT Architecture – Federal Model Advantages <ul><li>Centralized technologies, such as Data Warehouses, workflow engines, and enterprise application integration are treated as enterprise entities </li></ul><ul><li>Supports “Customer Intimate” value discipline </li></ul>
  32. 32. IT Architecture – Federal Model Implementation <ul><li>Establish Architecture Authority </li></ul><ul><li>Reach constitutional consensus </li></ul><ul><li>Collapse duplicate standards </li></ul><ul><li>Prioritize technology commitments </li></ul><ul><li>Collectivize shared utilities </li></ul><ul><li>Privatize point application </li></ul>
  33. 33. IT Architecture – Federal Model Disadvantages <ul><li>De-facto standards can be imposed by the market, such as J2EE versus COM/DCOM </li></ul><ul><li>Can degenerate into a single-view “dictatorship” </li></ul><ul><li>Tactical inefficiency can discourage adequate investment </li></ul>
  34. 34. IT Architecture – Federal Model Disadvantages <ul><li>Incorrect interpretation of corporate values can lead to wrong design principles </li></ul><ul><li>Consensus building can be slow - impatience or the environment can weaken the model </li></ul>
  35. 35. Agenda <ul><li>IT Architectures & Middleware </li></ul><ul><ul><li>What Is It and Why? </li></ul></ul><ul><ul><li>Process </li></ul></ul><ul><ul><li>Organizational Types </li></ul></ul><ul><ul><li>Personality Profile – Are you an Architect? </li></ul></ul><ul><li>Break </li></ul><ul><li>Two Presentations </li></ul><ul><li>Next Steps </li></ul>
  36. 36. Joining 4 disciplines of the architect to knowledge The Artist The Guru The Coach The Spy
  37. 37. The Artist Discipline - uses inductive approaches to solve problems quickly <ul><li>Inductive reasoning is a different use of neurons… don’t be afraid </li></ul><ul><li>Not just looking for right answers… turning over new stones to find treasure </li></ul>
  38. 38. The Guru Discipline - uses meticulous data collection to solve problems precisely <ul><li>Understanding some topics in depth, others in breadth </li></ul><ul><li>Deductive, provable bottom up methods </li></ul><ul><li>Construction-oriented urges </li></ul><ul><li>Levitation optional, but encouraged </li></ul>
  39. 39. The Coaching Discipline is crucial to building new Architects <ul><li>Coordination with the rest of the program </li></ul><ul><li>Finding points of influence within the project plan, getting off the critical path </li></ul><ul><li>Teaching is a great motivator for learning </li></ul><ul><li>Leverage means actually using your vacation time </li></ul>
  40. 40. The Spy Discipline - learns across many topics and synthesizes unique viewpoints <ul><li>Drawing synthesis from the data… </li></ul><ul><li>“ I know I have seen this problem before” </li></ul><ul><li>“ How does my deep knowledge of Gilligan’s Island help in this situation?” </li></ul><ul><li>Understanding the Big Picture </li></ul><ul><li>Turning wide knowledge into understanding </li></ul><ul><li>Knowing how things got this way </li></ul>
  41. 41. Agenda IT Architectures & Middleware Break – 15 minutes Two Presentations Next Steps
  42. 42. Agenda IT Architectures & Middleware Break Two Presentations – 25 minutes X 2 Next Steps
  43. 43. Agenda IT Architectures & Middleware Break Two Presentations Next Steps – 45 seconds
  44. 44. <ul><li>Week 8 (Kiep) - May 20, 2002 </li></ul><ul><ul><li>Continue “As Is” and “To Be” Presentations – 4 more </li></ul></ul><ul><ul><li>Quiz – covering Program Management & Architecture – max. 6 questions </li></ul></ul><ul><li>Week 9 (Kiep) - May 29, 2002 (this is a WEDNESDAY!) </li></ul><ul><ul><li>Planning and Implementation Topic – Paul Roma </li></ul></ul><ul><li>Week 10 (Abbattista) - June 3, 2002 </li></ul><ul><ul><li>Planning and Implementation Topic continued </li></ul></ul><ul><ul><li>Course Wrap-Up </li></ul></ul><ul><ul><li>Early Presentations - optional </li></ul></ul><ul><li>Week 11 (Abbattista) - June 10, 2002 </li></ul><ul><ul><li>“Planning” piece and overall Project Due </li></ul></ul><ul><ul><li>Presentations </li></ul></ul>Conduct #7 Four more lectures – Quiz next week
  45. 45. Conduct #7 Quizzes <ul><li>Pick up your quizzes at the front of the room </li></ul>

×