Get Started. It's Free
or sign up with your email address
Rocket clouds
Togaf ADM by Mind Map: Togaf ADM

1. G. Implementation governance

1.1. Objectives

1.1.1. Conformance of implementation (projects) to Target architectures

1.1.2. Arch governance for solution

1.1.3. Implenetation driven arch change rquests

1.2. Approach

1.2.1. Implementation program to deliver transition architectures

1.2.2. Phased deployment schedule as per business priority in Roadmap

1.2.3. Follow standards for Corp>IT>Arch governance

1.2.4. Use existing program-project mgmt.

1.2.5. Use Operations framework for deployed solution

1.3. Steps

1.3.1. Confirm scope/priority with Dev Gaps between EA and solutioons framework Specific SBBs to fill gaps- Solution architects

1.3.2. Deployment resource and skills

1.3.3. Guide solutions devp Project recommendation and scope Impact analysis/Project Scope of Strategic requirement from EA perspective Arch contract Update solution repository Business and IT operating models for services (i.e. being implemented)- guidance and requirements Definition of business and IT ops requiremnts Gaps between solution architecture and Operations Implementation plan

1.3.4. EA Compliance reviews

1.3.5. Implement Business and IT Ops Business service delivery IT Service delivery - App deployment Skills dev & training Communications New baseline architectures in Architecture repository Impacted repositories - Ops config mgmt. stores

1.3.6. Post implementation review

1.3.7. Monitor risks and mitigation actions Risks identification and mitigation assessment worksheets - maintained as governance artefacts Identify risks in implementation - may lead to new ADM cycle

2. Prelim

2.1. Objectives

2.1.1. Dtermine required EA capability Org context- Why we do? Key business drivers EA scope- where is change needed Existing frameworks/methods relevant to Arch capability EA maturity (current and target)

2.1.2. Set up EA capability EA organization model EA Goverannce framework Define EA principles Pricnicple catalog Implement EA tool

2.2. Approach

2.2.1. Enterprise scope

2.2.2. Drivers and context Commercial models for EA Stakeholders issues and concerns Business drivers, goals and imperatives Current processes for change and ops Arch description Project mgmt /project portfolio methods Systems mgmt methods/ sytems design and dev App portfolio/Informtion portfolio/tech portfolio methods Baseline architecture landscape Current skills and capabilities

2.2.3. EA requirements Business reqs Strategic Organization Cultural financial

2.2.4. EA principles

2.2.5. EA and Other mgmt framewroks Business capability mgmt Project/portfolio mgmt Ops mgmt Solution devp

2.2.6. EA maturity

2.3. steps

2.3.1. identify/ agree scope Governance /support framewrk EA team and organization

3. A Architecture vision

3.1. Objectives

3.1.1. vision (of capability needed)

3.1.2. EA SOW/ program

3.2. Approach

3.2.1. Initial Validation Scope Constraints Principles

3.2.2. EA vision Stakeholders: concerns, interest, work products Stakeholder map Vision elements -goals, objective linakge Fundamenal (High level)Reuirements : (Goal linkage) Scenarios High level Baseline/target architecture: Solution- the vision .. Solution concept map EA work plan, resources, budget, risks

3.3. Steps

3.3.1. Arch Project stakeholder & Requirements Confirm goals

4. B. Business architecture

4.1. Objectives

4.1.1. Target BA/ Operating model

4.1.2. Candidate roadmap components, sbb, abb?

4.2. Approach

4.2.1. (arch vision) to specific requirement

4.2.2. Base line BA Previous Architecture definitions Bottom up analyssi

4.2.3. Business modeling Terms, Organization, Functions, Business process, Information Existing Business models in repository Rosettanet- Semi conductor mfg- Supply chain ebusiness processes STEP- Aerospace and construction- Product design and supply chain processes REA ontology- accounting and e-commerce Goal linkage, priority, candidate components (Target BA)

4.3. Steps

4.3.1. reference models, views, tools Views Modelling process Baseline BAD Target BAD

5. C. Information systems

5.1. Data

5.1.1. Objectives Target Data architecture Candidate data components in Architecture roadmap

5.1.2. Approach Key data considerations Data mgmt data migraton Data governance Architecture (Data) repository ARTS data model for Retail Energistics data model for Petro technical TM Forum data model for Telecom

5.1.3. Data modeling process data related models from Business and app domains Data requrements - catalog of iventory

5.2. Applications

5.2.1. Objectives Target App archtiecture Candidate App components in roadmap

5.2.2. Approach Repository Industry specific reference Org specific (app) building blocks

5.2.3. Process Requirements List of apps (compoenns)

6. D. technology architecture

6.1. Objectives

6.1.1. Target Technology architecture

6.1.2. Candidate technology components for roadmap

6.2. Approach

6.2.1. Repository Existing IT services? Foundation refeerence - Togaf TRM Industry specific refrence technology models Common Systems reference - III-RM

6.3. Process

6.3.1. Set up Principles Reference models Viewpoints and views Tools and techniques BAD TAD

7. E. Opportunity/solutions

7.1. Objectives

7.1.1. Initial Architecture roadmap

7.1.2. Transition architectures (for incremental value)

7.2. Approach

7.2.1. Gaps to Work packages

7.2.2. Architecture Roadmap

7.2.3. Transition architectures

7.2.4. Initial implementation/migration plan

7.3. Steps

7.3.1. Change factors Implementation factor and deduction matrix

7.3.2. Implementation constraints

7.3.3. Consolidated gaps Gaps, solutions and dependency matrix

7.3.4. Consolidated requirements

7.3.5. Interoperability requirements New BB to intermediate btw conflicting BBs Change to spec of one of existing BB )

7.3.6. Validate dependencies

7.3.7. Business readiness and mitigate risks

7.3.8. Implementation/migration strategy

7.3.9. Work packages

7.3.10. Transition archtiectures Architecture definition increment table

7.3.11. Roadmap and initial migration plan

8. F, Migration planning

8.1. Objectives

8.1.1. Finalize roadmap and migration plan

8.1.2. migration plan is coordiated with existing change frameworks and portfolio

8.1.3. Business value and cost of implementation is agreed/understood by stakeholders

8.2. Steps

8.2.1. Integration with other mgmt frameworks Buisness planning EA - initial migration plan Portfolio/project mgmt Ops mgmt

8.2.2. Business value for each work package Performance criteria/ Measures for effectiveness ROI criteria Strategic fit/ assign Value Critical factors for success

8.2.3. Projects Identify projects/ Risks to projects Busines value of projects Project resourcing, Costing, Timelinrd Project cost-benfefit and priority Review residual risks

8.2.4. Finalzie Dev cycle Confirm roadmap Transition architecture state evolution table Transitin architecture increment table Confirm migraion plan Complete ADM cycle Finalied ADD, ARS Lessons learned

9. H. Architecture change mgmt

9.1. Objectives

9.1.1. Architecture lifecycle is maintained

9.1.2. Architecture governance framework is executed

9.1.3. EA capability meets requirements

9.2. Approach

9.2.1. Monitor Governance request Business envi Business growth and decline Usage and capacity Other drivers for CRs Tech env (Dynamic EA) Tech advances Tech withdrawals Asset mgmt. cost rerductions Standards based initiatives Perofmrance mgmt. and reporting

9.2.2. Drivers for change (CRs) Strategic- Top down Bottom-up changees Recent project experience- Lessons learned

9.2.3. Determine Types of change Simplification change Incrmental change Rearchitecting change Whether approve RFC or resolve issue within project (w.r.t transition arch) Maintain: Update of EA Redesign: New ADM cycle Architecture compliance report

9.3. Steps

9.3.1. Value realization

9.3.2. Monitoring tools

9.3.3. Manage EA risks and IT strategy recommendations

9.3.4. Change analyssi Existing EA Performance Assess CRs Gaps in EA performance

9.3.5. Change Reqs to meet performance targets

9.3.6. Manage governance for change (handling)- change mgmt. process

9.3.7. Activate to implement change

10. Architecture requirements mgmg

10.1. Objectives

10.1.1. RM process

10.1.2. Manage architecture reqs

10.1.3. Available for use

10.2. Approach

10.2.1. Requirement repository

10.2.2. Reuirement development Architecture req spec Mapping deliverables to reqs

10.2.3. Business scenarios