Yale ITS TAC Standards Approval CriteriaÂ
2018-12-13Â
The CIO convened a team to recommend updates to the ITS technology architecture approach. The team is focused on establishing technology standards to support consistent, repeatable, secure, and reliable service delivery across ITS. The team will also make recommendations, as needed, to advance architecture governance to ensure strong organizational alignment for establishing and implementing these standards.Â
The Technology Architecture Standards Team has requested that the TAC review proposed standards and approve them for broad adoption within ITS. The standards themselves are developed by service teams and essentially codify their application, data, and technology architecture as well as standardized practices used to deliver the service. The service teams have engaged key stakeholders in the development and review of the standard prior to presenting to TAC. Upon approval by the TAC, the standard will be posted the IT Architecture Repository and communicated to the ITS Senior Leadership Team and to the broader Yale community through the IT Update.Â
Criteria for ApprovalÂ
- Demonstrates sound and appropriate architectural principlesÂ
- Meets ITS’ Enterprise Architecture Principles and Standards Principles (see attached)Â
- Advances Yale towards consistent, repeatable, secure, and reliable service deliveryÂ
- Covers the most frequently used components and practices but not necessarily all of themÂ
- Is complete in form (see the Technology Architecture Standards Team documentation requirements below)Â
Documentation Requirements
   Title Page – Standard topic, primary service and date
   Table of Contents – a list of the major sections and sub-sections and their page numbers
- Document Control
- Document Information
- Document Identifier
- Document Name
- Document URL – Link to document in ITS Standards Repository.
- Service Name - The name of the service that primarily supports the topic of the standard.
- Document Author – The individual(s) responsible for writing the document.
- Document Keeper – The contact for  content questions and recommended revisions.
- Document Version – The document's current version number.
- Document Status – In Revision, Pending Approval, In Effect.
- Effective Date – Date the document went into effect.
- Last Reviewed Date – Date the document was last reviewed by the document keeper for changes, updates, or document retirement.
- Next Review Date – Date the document will be reviewed by document keeper for correctness, changes, updates, or document retirement.
- Document Edit History – A list of edits made to the document – Version, Date, Modifications, By.
- Document Review and Approval – a list of reviews and approvals of the document – Date, By/Title , Organization, Comments.
- Document Distribution – a list of recipients and access links to the document – Name/Title, Organization, URL of containing page.
- Introduction & Purpose
- Introduction – The purpose of the document, including its intended outcome and value proposition.
- Industry Standards and Reference Models – Highlighted industry standards and reference models related to the topic.
- External References – Documents not specifically referenced in the standard but may provide useful information.
- Terms and Abbreviations – Terms, definitions and acronyms used in this document.
- Scope
- Scope – The extent of the topic that the standard deals with including but not limited to platforms, tools, IT infrastructure, processes, procedures and methods.
- Assumptions – Something foundational to the topic that is accepted as true without proof.
- Constraints and Limitations – Something inhibiting the scope or application of the standard.Â
- Dependencies – Something that is required in order to comply to the standard.
- Risks – Institutional exposure to danger related to the failure to comply with the standard.
- Governance & Compliance
- Governance – ITS organizations and processes that govern the topic and standard.
- Compliance – The requirement to comply with the standard, where to report non-compliance, and where to request exceptions. Proposed language: IT solution architectures are expected to comply with this standard unless there is a compelling reason, consistent with IT Architecture Principles, to do otherwise. Teams may request an exception to the standard through the Enterprise Architecture Team.
- Guiding Principles
- Enterprise Architecture Principles – The underlying general rules and guidelines for the use and deployment of all IT resources and assets across the organization.
- Topic Architecture Principles –  The underlying general rules and guidelines for the use and deployment of topic related IT resources and assets.
- Platforms and Tools – The standard technologies used to support the topic.
- Processes, Procedures & Methods – The standard processes, procedures and methods used to support the topic.
- Decision Tree – A guide to architects to determine the best standardized approach to use for their solution.
- Engagement & Support – Access points to resources, systems and training available to support constituents in complying to the standard.