Enterprise Architecture in Spain.: diciembre 2013

Business transformation is a fundamental change in the way a business operates. Every company needs to continuously transform itself to stay ahead of the game, and to avoid slowly diminishing amongst the changing world around them.

Every consulting firm involved in business transformation will have its own variation of a definition, but the Business Transformation Academy provides us with the following:

“Business transformation is defined as a complex organizational change process affecting the entire value chain that has the potential to radically alter the company’s relationship with the wider economic and societal environment.”

Consult Llewellyn adopts the Business Transformation Academy’s BTM² framework which is made up of the following management 8 management disciplines:

Strategy Management
Value Management
Risk Management
Business Process Management
Transformational IT Management
Programme and Project Management
Organisational Change Management
Competence & Training Management

UNFORTUNATE FACT
70% of transformations fail. Most due to insufficient attention to non-technical challenges such as value management, programme management and change management, and the mis-alignment of all management disciplines that span the transformation. Managers in transformation contexts often know what to do, and yet they fail to execute.

SIMPLE SOLUTION
Engage external expertise to ensure your initiatives are managed as holistic business transformation programmes, encompassing the 8 management disciplines shown above. Don’t be another organisation that is sold a collection of IT projects which will be led by people who know IT transformational management well; but very little about the other 7 management disciplines of business transformation.

CONTACT CONSULT LLEWELLYN
Find contact details on our contact page here.

- See more at: http://www.consult-llewellyn.com/what-is-business-transformation/#sthash.H4oecsar.dpuf

jueves, 12 de diciembre de 2013

Delivering Enterprise Architecture with TOGAF® and ArchiMate

http://www.bizzdesign.com/blog/q-a-delivering-enterprise-architecture-with-togaf-and-archimate/

OsEATools–Metamodel

http://ea.openfutures.org/OsMmOverview

On layers in enterprise-architecture

http://weblog.tetradian.com/2013/12/11/on-layers-in-ea/

TOGAF Definitions

http://quizlet.com/subject/TOGAF-9/

miércoles, 11 de diciembre de 2013

BPM Software

http://es.bonitasoft.com/

http://es.bonitasoft.com/recursos/biblioteca-documental

TOGAF ADM as a coaching compass

http://bakedidea.tumblr.com/post/69106670975/togaf-adm-as-a-coaching-compass

OBEO

http://www.obeosmartea.com/

Enterprise Architecture examples

http://digital-transfo.tumblr.com/post/61888982437/enterprise-architecture-examples

The Transformative Power of Enterprise Architecture -

The Transformative Power of Enterprise Architecture - See more at: http://www.ecommercetimes.com/rsstory/74508.html#sthash.WrsOvLOO.dpuf

http://www.ecommercetimes.com/rsstory/74508.html

Enterprise Architecture: Transitioning from Goals to Outcomes and Capabilities to Services

http://eavoices.com/2013/07/10/enterprise-architecture-transitioning-from-goals-to-outcomes-and-capabilities-to-services/

BLOG - Capability to Services

How to build a Roadmap – Sequence

http://pragmaticarchitect.wordpress.com/2013/07/29/how-to-build-a-roadmap-sequence/

Business Capability Map

http://www.cutter.com/content-and-analysis/resource-centers/enterprise-architecture/sample-our-research/ear1102/ear1102.pdf

Applying TOGAF ADM - A Case Study by Biner

http://vimeo.com/81389903

Lean EA

http://www.bizzdesign.com/blog/lean-and-enterprise-architecture-the-seven-deadly-wastes-of-enterprise-architects/

Decision Model

http://enklare.wordpress.com/2013/06/09/the-project-business-model-stakeholder-groups/

http://schindlwick.com/ea/2009/09/what-benefits-can-you-get-out-of-ea-reporting/

Welcome to ArchiMate® 2.1, an Open Group Standard

http://pubs.opengroup.org/architecture/archimate2-doc/toc.html

Archimate Links

http://www.slideshare.net/iverband/modeling-togaf-with-archimate

http://chalapathi-bantupalli.blogspot.com.es/2012/05/togaf-vs-archimate.html

http://opengroup.org/public/member/proceedings/q110/archimate.pdf

http://chalapathi-bantupalli.blogspot.com.es/2012/05/togaf-vs-archimate.html

http://www.naf.nl/content/bestanden/archimate_and_togaf_v3.pdf

http://www.slideshare.net/iverband/w129-1

http://pubs.opengroup.org/architecture/archimate2-doc/toc.html

miércoles, 4 de diciembre de 2013

TOGAF 9 introduces a very appealing concept of Capability-based planning for Business People -

http://sergethorn.blogspot.com.es/2009/03/togaf-9-introduces-very-appealing.html

Capabilities are in fact the building blocks of business. A business capability typically defines what a business unit‘s purpose is (goals and objectives), its core competencies, and is therefore directly bound to business objectives and strategy. Capabilities provide a black-box view of those things the business can do, i.e. working on business artifacts (e.g. Business Processes, Catalogs). -

See more at: http://sergethorn.blogspot.com.es/2009/03/togaf-9-introduces-very-appealing.html#sthash.u7Hr5kqh.dpuf

When Was Your Last Enterprise Architecture Maturity Assessment

http://www.architecting-the-enterprise.com/enterprise_architecture/articles/when_was_your_last_enterprise_architecture_maturity_assessment.php

CMMI

10 SURE-FIRE TIPS FOR GETTING STAKEHOLDER BUY-IN TO YOUR ARCHITECTURE PROJECTS

http://www.architecting-the-enterprise.com/blog/2013/12/10-sure-fire-tips-for-getting-stakeholder-buy-in-to-your-architecture-projects/

martes, 3 de diciembre de 2013

Togaf MetaModel

http://quizlet.com/24084491/togaf-9-architecture-content-framework-flash-cards/

http://jamessmith73.wordpress.com/architecture/togaf-9-framework/

http://grahamberrisford.com/

http://www.linkedin.com/groups/Enterprise-Architecture-meta-model-36248.S.101927159

http://www.handdrawnea.com/Framework/Metamodel.html

Archimate 2.1

http://pubs.opengroup.org/architecture/archimate2-doc/toc.html

Archimate Links and Software

https://www2.opengroup.org/ogsys/catalog/b132

http://www.opengroup.org/subjectareas/enterprise/archimate

https://www2.opengroup.org/ogsys/catalog/U132

http://www.opengroup.org/events/our-webinars

http://www.orbussoftware.com/accelerators/archimate

http://www.visual-paradigm.com/product/ag/features/enterprisearchitecture.jsp

http://www.archimate.nl/en/start_using_archimate/

http://www.archimatetool.com/

Modeling Solutions

http://www.enterprisemodelingsolutions.com/

lunes, 2 de diciembre de 2013

Integrating the TOGAF® Standard with the BIAN Service Landscape

http://bian.org/participate/bian-webinars/recorded-sessions/integrating-the-togaf-standard-with-the-bian-service-landscape/

Enhancing the Value of ITIL® and TOGAF®

http://www.globalknowledge.com/training/videodetail.asp?pageid=2222&vid=124&country=United+States

TOGAF® 9 Certification Self Study Pack, 3rd edn (pdf edition)

https://store.opengroup.org/catalog/product_info.php?products_id=118

domingo, 1 de diciembre de 2013

ArchiMate® 2.0 – An important part of an Enterprise Architect’s Tool Box Part 8

http://blog.goodelearning.com/archimate/archimate-2-0-important-part-enterprise-architects-tool-box-part-8/

Business Strategy versus Tactics

Building an Enterprise Architecture value proposition using TOGAF® 9.1. and ArchiMate 2.0

http://sergethorn.blogspot.com.es/2012/03/building-enterprise-architecture-value.html

What is TOGAF – without jargon

http://setandbma.wordpress.com/2011/01/25/what-is-togaf-without-jargon/

COBIT 5 Certified Assessor Program

http://www.isaca.org/COBIT/Pages/COBIT-5-Certified-Assessor-Program.aspx

Enterprise Architects are more than “problem solvers”

http://blogs.msdn.com/b/nickmalik/archive/2013/09/04/enterprise-architects-are-more-than-problem-solvers.aspx

One of the most common mistakes that people make about Enterprise Architects is the notion that we are problem solvers. Yes, EA solves problems, but to frame EA in those terms is like saying that an ER Doctor is a bandage changer.

To help clarify the distinction between a “problem solver” and an Enterprise Architect, I will illustrate the logical argument for both, and show their differences.

Problem Solver
Enterprise Architect

Task: understand the problems and solve them
Task: understand the opportunities for the enterprise to be better aligned to its vision and focus attention on them.

Methods:

Find people who know what the problems are, and ask them.
Look for root causes to those specific problems, narrowing focus to the ones that contribute to a desirable outcome.
Describe solutions to those problems

Methods:

Collect and analyze information to understand the organization.
Design the organization to meet the desired level and type of value delivery.
Design ways to change the organization and ask why they didn’t already change on their own.
Look for root causes and underlying challenges.
Focus attention on the obstacles that prevent normal mechanisms from addressing the problem.

Results: well understood problems that are commonly ignored get solved (without addressing “why they were ignored”).
Results: opportunities that no one wants to see or problems that people are afraid to solve are discussed and addressed.

The left column is what business analysis is for. It is what solution architecture is for. It is NOT what Enterprise Architecture is for. I don’t care how good you are at doing the stuff on the left. I don’t care how well it has worked for you in the past while working as an EA. The “raison d'être” of EA is not to solve well-understood problems. It exists to find out why the organization hasn’t seen the obstacles that actually prevent success, hasn’t removed them, and hasn’t figured out how to cope with them.

Five blind men describe an elephant, each in different ways. The EA is the sixth blind man. He listens to the other five and says “the problem is not that an elephant is like a fan or a rope or a wall… the problem is that it is standing in the living room, and dropping large amounts of waste on the floor. Problem solvers try to find a better way to feed the elephant and remove it’s waste. Enterprise Architects asks why everyone is standing in the same room as an elephant.