Architecture and Institutional Architects Working Architects Group WAGv
- Slides: 31
Architecture and Institutional Architects “Working Architects Group” WAGv 1: Barton, Fullerton, Gettes, Grady, Poepping, Wasley CSG Virginia. edu, May 2004 5/6/2004 1
“Architecture” • www. webster. com ar·chi·tec·ture 1 : the art or science of building; specifically : the art or practice of designing and building structures … 2 a : formation or construction as or as if as the result of conscious act b : a unifying or coherent form or structure ar·chi·tect Etymology: from Greek architekt. On master builder mas·ter an original from which copies can be made • www. poepping. org architect one who creatively assembles known components with known behaviors 5/6/2004 2
IT Architecture • Not-exactly-known Components • Uncertain Behaviors, Complex Interactions • Not New but Not Commonly Understood 5/6/2004 3
Thesis • Domain-specific Architectures become their own stovepipe • Focus on Institution IT Architecture 5/6/2004 4
Introducing the WAG • What brought us together – – Similar Roles Similar Ambiguities Similar Uncertainties Similar Scotch • Our Goal – Better Understanding – – Architecture Issues and Requirements Institutional Architect Applicability Common Issues, Range of Motion Role/Approach/Skills/Value • Lots of Interest – Hard Problems, Expensive People 5/6/2004 5
What’s in it for You… • Our and other CIO’s – Address Expanding Complexity (Velocity) – Increasingly Interdependent Domains – Gap in today’s approach • Other Architects – Does this help you? Can you help? • Our Peers are our Institution – “what’s that guy do anyhow? ” 5/6/2004 6
What’s in it for Us • Leverage in Collaboration – Strategy, Models, Method, Artifact – Technical Breadth • Help in understanding all this stuf • Benchmarking – Measurement, Improvement – Technologies • Group Therapy 5/6/2004 7
What’s the Issue? “More” • More Computing, More Applications – – – – Not just the NOS anymore SIS, ERP, Email, Cal/Sched Network Access, VPN, Vo. IP, IM, Conferencing Call. Center, Self-Help, Config Mgmt, Auto-Update Course. Ware, Collaboration, Repositories Portal, Myriad Ad Hoc applets Research Applications, Advanced Requirements • More Data – Identity, Privacy, Attributes, Roles, Authorizations – Network, Device, Service: Performance, Diagnostics 5/6/2004 8
And “Less” • For Users – Fewer, Easier Interfaces – Less Overlap – “Just Works” 7 x 24… • For Enterprises – Fewer Systems, Interfaces, Transformations – Reduce Low-Layer Complexity – Reduce Distributed Risk – Enable/Encourage Innovation at Higher Layer 5/6/2004 9
Our Usual Response • Abstract Commonality into Infrastructure • A Phase in a Cycle – Co-existent –> Interoperable –> Integrated -> Convergent • Commonly (Domain-capable) – Network, Platform, Presentation • Emerging (Cross-domain) – Enterprise Data – Middleware Services and Methods – Diagnostics 5/6/2004 10
Cross-Domain • Institutional Data – ERP + SIS, but clubs, projects, parking. . . – Other “data-of-interest” • Network Connectivity, Registered Devices, Performance • Middleware – Services • SSO, Identity/Attribute Management, Authorization, Service Location… – Methods • Web Services, Standards, Environments • Structured Design – leverage building blocks • Diagnostics – Management Console – Network plus Services 5/6/2004 11
The Gap: Interdependence and Complexity • Domain Arch Necessary, Not Sufficient – Convergence Across Disciplines – Complex New Interdependencies – Conflict in Domain-Specific Design Patterns – New Trade-offs Across Disciplines – Language Barriers between Disciplines • New Security/Privacy Exposures 5/6/2004 12
The Need: Institution Architecture • Effect – Rationalize Strategies, Focus/Balance Priorities – Inform, Influence Decisions – Improve Predictability • Role – Leverage Skills in Your Organization – Complement Management Team – Manage Influence • Capabilities - “Broad Depth” – – 5/6/2004 Technical – Network, Security, Middleware, Systems, Application Customer – Requirements Elicitation, Service Definition Social – Organizational, Inter-personal, Writing, Presentation Management – Planning, Tracking, Financing, Negotiation 13
Toward Institution Architecture • “Common Themes and Range of Motion” – Responsibilities – Approach to Integration – Style/Skills of the Architect – Organizational Placement – Measurement of Value • A Sampling… 5/6/2004 14
Sample Responsibilities • Create and Maintain an Architecture – Artifacts/Processes/Templates – Standards/Roadmap/Vision – Team-based Creation (no vacuum) – JIT aspects – respond to Emerging Issues • Technology/Product Development • Opportunities – Edict or 900 lb Gorilla 5/6/2004 15
More Responsibilities • Communicate and Interpret the Architecture – Evangelize and/or Intervene – Translate, Transform, Project – Consult on Project Definition (discovery) – Consult on Implementation (delivery) • Integrate the Architecture – Across Drivers; Between Domains; Over Time – Help to set Priorities for Operational Agenda 5/6/2004 16
Integration Institutional Goals Mission Standards Research, Analysis, Service Definition; “Opportunities” Goal Practices Technical Strategies Products 5/6/2004 Customer Requirements Technique People, Project and Money Management Ability to Execute Budget Staff Skills/Expertise 17
Style/Skills • • • Broad Expertise, Pattern-Matcher Write, Speak, LISTEN Walk a Fine Line – – • Proclaim/Consult Expert/Strategist Gadfly/Catalyst Leader/Facilitator Other… – – – 5/6/2004 Tom’s Fomenter, Scott’s Omnigraffle Jockey Michael’s Panache A descent spellor 18
Organizational Placement • • Relationship to Management Structure Relationship to Strategic Implementation Reach: IT-local or Institution-wide We are: – An Individual Reporting to CIO – A Small Group Reporting Below the CIO 5/6/2004 19
Measurement of Value • Click to Add Text • No, Really. . 5/6/2004 20
Measurement of Value • How? – Empirical • Saved money • Count Surprises. . – Subjective • Feel Better • Not much to Share yet. . 5/6/2004 21
Promises, Promises. . In January we said… • Explore the Role – Anatomy of Influence; Architecture, but more… • Articulate and Synthesize – Review/cook approaches we’re trying out – Share the Story • Motivation, Assumptions, Politics • Scope, Outcomes, Interfaces • Models, Tools, Techniques – Order the Issues • Common Themes, Range of Motion, What we don’t know. . • 1/8/04 – CSG: Share the Concept • I 2 Member mtg – Early models, directed feedback • May CSG – Policy discussion, broaden participation? 5/6/2004 22
What Next? • Click to add more text • Your click… 5/6/2004 23
What Next? • Barton, Gettes: Report at SAC • Your thoughts? – Worth additional Effort? – Formalism? – Value proposition? • Actions – Follow-up to CSG CIO’s? 5/6/2004 24
What Else? • Architect or Usual Suspect – Opportunities Abound – “Call for Participation” – Value of Contribution – External Commitments – Time Management 5/6/2004 25
WAG us • Please contact: Michael Gettes Scott Fullerton David Wasley Tom Barton Michael Grady Mark Poepping 5/6/2004 gettes@duke. edu fullerton@doit. wisc. edu david. wasley@ucop. edu tbarton@uchicago. edu m-grady@uiuc. edu poepping@cmu. edu 26
Institutional Architecture WAGv 1: Barton, Fullerton, Gettes, Grady, Poepping, Wasley CSG UVa, May 2004 5/6/2004 27
WAG the DOGMA Working Architects Group Discovering Organizational Groupthink for Managing Architecture 5/6/2004 28
WAG the DOGMA Working Architects Group Darn Odd Gamut of Mystifying Attitudes 5/6/2004 29
Institutional Architecture WAGv 1: Barton, Fullerton, Gettes, Grady, Poepping, Wasley CSG UVa, May 2004 5/6/2004 30
Architecture • http: //www. whitehouse. gov/omb/memoranda/m 97 -16. html This memorandum transmits guidance to Federal agencies on the development and implementation of Information Technology Architectures. The Information Technology Architecture (ITA) describes the relationships among the work the agency does, the information the agency uses, and the information technology that the agency needs. It includes standards that guide the design of new systems. An ITA makes it easier to share information internally (e. g. , agency-wide e-mail) and to reduce the number of information systems that perform similar functions. The ITA provides the technology vision to guide resource decisions that reduce costs and improve mission performance. 5/6/2004 31
- Wagv
- Hot working and cold working difference
- Advantages of cold working
- Differentiate between hot working and cold working
- Pembentukan logam
- Working smart vs working hard
- Ravi and minu architects
- Pcatp accreditation test
- Nc architects and builders
- Crisis communications working group
- Oecd working group on bribery
- Group of similar cells working together
- Turning individuals into team players
- Coloured gemstones working group
- Team vs group
- Awgesc
- Asean working group on climate change
- National working group on swiss franc reference rates
- Power curve performance management
- Group of cells working together
- Scientific working group for the analysis of seized drugs
- Plug working group
- Power curve working group
- Organs working together
- National working group on swiss franc reference rates
- Css working group
- Industrial security working group
- Working group on international cooperation
- Printer working group
- Adolescent health working group
- Institutional support for new ventures
- Roles and importance of institutional investors