Sheila Jeffrey - Well Behaved Data - It's a Matter of Principles
- 1. Sheila Jeffrey SVP, IFC, CDMP
- 2. Introduction – Sheila Jeffrey 35+ years of experience in data processing/information technology. Experience mostly in financial services industry (currently at Bank of America). Became interested in data modeling through CASE implementation in the 1980s (Computer Aided System Engineering), and the rest is history …. Background in software development, systems architecture, application development support, channel strategy and Enterprise and information architecture. Strive for work/life balance as a wife, mother & grandmother, daughter and community member. Seek to maintain awareness of the ‘big issues’ as well as solves today’s problems.
- 3. Purpose and Structure Provide an overview of some classic components of enterprise architecture with a focus on principles, and examples of their use in the information domain. • Why have principles? • How do they relate to other architecture artifacts? • What makes them ‘real’? • An overview of information architecture context • Getting started with principles for information management • A few examples
- 4. What is a Principle? Definition … Definition “A rule or code of conduct.” Merriam-Webster A principle states a value or expectation that will underpin the requirements of correct outcomes for a sphere of activity.
- 5. What is a Principle? A group of related principles – • Encapsulate the relevant vision • Can be organized into hierarchies • Set scope and boundaries • Provide reference for decisions Each constituent principle – • Should embody a durable value • Is widely applicable to processes (how/method) and/or artifacts (what/outcome)
- 6. Why do architects care about principles? It is necessary to articulate principles to ensure that the appropriate values and objectives guide (business and technology) decisions (for a given organization or exercise). The ability to ensure a useful architecture requires governance. Governance requires policies - how do we know if we are pursuing the right one(s)? Characteristics of Architecture Principles (TOGAF 8.1.1) Architecture principles define the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions. Each architecture principle should be clearly related back to the business objectives and key architecture drivers.
- 7. So where do Principles fit in … Principles Policies Subordinate Principles Standards Guidelines
- 8. (Definitions … ) Policy Statement of minimum thresholds for behavior and performancewith assigned governance responsibilities. Standard Specification of required degree of excellence for a particular purpose. Guideline Recommended but discretionary preferred approach, often providing practical guidance and suggestions. Subordinate Principle Additional principle which may further constrain, but may not expand, the scope of a superior principle.
- 9. … and relate to Governance? Principles Policies Subordinate Principles Standards Guidelines Governance
- 10. Principles applied … Principles Policies Subordinate Principles Standards Guidelines Governance Metrics Actions
- 11. Structure of a Principle Name Should both represent the essence of the rule as well as be easy to remember. Specific technology platforms should not be mentioned in the name or statement of a principle. Statement Should succinctly and unambiguously communicate the fundamental rule. Rationale Should highlight the business benefits of adhering to the principle, using business terminology. Also describe the relationship to other principles, and the intentions regarding a balanced interpretation. Describe situations where one principle would be given precedence or carry more weight than another for making a decision. Implication Should highlight the requirements, both for the business and IT, for carrying out the principle - in terms of resources, costs and activities/tasks. It will often be apparent that current systems, standards, or practices would be incongruent with the principle upon adoption. The impact to the business and consequences of adopting a principle should be clearly stated. Recommended Format for Defining Principles – TOGAF 8.1.1
- 12. Principles for Information Architecture All of the discussion to date can be applied to any relevant context or architectural domain. Information Architecture is tasked with providing a comprehensive overview of an organization’s static and dynamic data to ensure its effective management (e.g. ownership, security, protection, accessibility) and use (e.g. accessibility, delivery , reliability). Identifying the foundational principles for an information architecture is – • contextual (with other organizational, business and technology principles, if specified) • urgent (if not done already) • potentially transformative.
- 13. Enterprise Architecture Context Business Process LOB LOB LOB IT Infrastructure Architecture Enterprise Architecture Solutions Architecture Business Architecture Information Architecture Software Designer DBA Based on IASA Foundation Course material
- 14. Information Architecture Characteristics/Concerns Information architecture addresses business concerns and solution design relating to: • What data is of interest to the organization • What areas are responsible for which data/information • Acquisition and distribution of data (through business operations) • Movement of data through business processes (data flows) • Management of data security and privacy • Data quality (‘fitness for use’) • Efficient storage of data • Enabling appropriate access to data • Common understanding and reuse of data assets • Consolidation and integration of data for analytic use • What regulations or compliance concerns affect which data • Data retention, archiving and destruction • Metadata management
- 15. Information Architecture Principles Urgency Well managed data is a necessity for effective business Deliver efficient process Identify redundant activities and data. Regulated activities (financial services, healthcare) are being monitored to demonstrate good data management practices: Dodd Frank Act Health Information Technology for Economic and Clinical Health (HITECH) Act. Business is generating exponential amounts of data – if it is not of sufficient quality and appropriately identified it is a liability rather than an asset. Understanding and providing data security and protection is an imperative in today’s connected environment. The investment in data acquisition and storage must be leveraged to provide competitive advantage. Address issues of data retention, archiving and disposal.
- 16. Potential Impact of Information Architecture Principles Identifying and confirming the principles for guiding information management requires thoughtful assessment of the organization’s business model, values and goals. Formulating the principles that will deliver good data management and effective use of information puts a focus on the evolution of the ‘information age’ and ‘data driven’ business. Many organizations are working through what it means to view data as an asset, and manage it as such. The exercise of writing information management principles will require decisions about the role of the business versus technology in this space. To ensure that the principles are realistic and actionable, challenges such as data volume (‘big data’) and how to value data must be surfaced and considered.
- 17. Example Principle - 1 Name Primacy of Principles (*1) Statement The principles of information management apply to all organizations within the enterprise. Rationale Ensures consistent and measurable level of quality information to all consumers and decision makers from reliable data sources. Implication Prevents exclusions, favoritism and inconsistency of application that would undermine the consistent management of information. Initiatives must demonstrate compliance to principles before initiation and through delivery. If an initiative does not comply with a principle it must be modified to agree; a principle cannot be ignored or violated. *1 - Derived from TOGAF example
- 18. Example Principle - 2 Name The Quality of Data Supports Its Business Use Statement The verified quality of data must ensure correct, accurate and defensible business results. Rationale Business activity will be reliable, efficient and free of errors caused by incorrect, missing or defective data Implication Data quality requirements must be identified, defined, documented and implemented based on business context and rules. All legal, regulatory and audit considerations affecting data quality requirements for specified data must be identified and met. All dimensions of data quality must be considered when data quality requirements are identified Ongoing data quality measurement and reporting will be required. Initiatives that alter the use of data must reassess and validate data quality requirements based on the change.
- 19. Example Principle - 3 Name Data is a Business Asset Statement Data is recognized as a critical business asset, frequently managed by technology. Rationale Business activity is dependent on correct data, so it must be owned and managed by business organizations, which may leverage technology solutions to manage their data. Implication Business organizations must provide stewards to be responsible for the data required for their business processes. Business people must understand their data and are responsible for defining all requirements of the data involved in their functions. Business data stewards are responsible for data quality reporting. Business owners must fund and staff for data management activities, in partnership with technology.
- 20. Principles applied … Principles Policies Subordinate Principles Standards Guidelines Governance Metrics Actions
- 21. Closing Thoughts Architectural principles (for data and information) serve to : • Drive thoughtful discussion of the vision and goals for the organization • Anchor policies back to core concerns of the organization • Identify the most significant dimensions for solution development • Aid in strategy development and initiative prioritization • Provide ‘guard rails’ for the scope of initiatives • Contribute to metric identification and effective management of data Cautions: • Strive for a select set (10 – 20 ) of principles • Each organization is unique and requires it own set of principles.
- 23. References IASA Foundation Course materials TOGAF 8.1.1 online materials Software Systems Architecture – Rozanski, Woods Data Architecture (from Zen to Reality) – Charles D. Tupper Information Solutions Guiding Principles - Bank of America Information Architecture Review Board Understanding Principles – Dick Wilson, Bank of America Artifact Definitions and Dependencies - John Kling, Bank of America