martes, 2 de julio de 2013

The overlap between ITIL and TOGAF

http://blog.vanharen.net/it-management/the-overlap-between-itil-and-togaf/

How Leaders Mistake Execution for Strategy (and Why That Damages Both)

http://www.strategy-business.com/article/cs00006?gko=ccb11

Business Architecture: An End-to-End Experience

http://www.omg.org/news/meetings/tc/berlin-13/special-events/European_Business_Architecture_Info_Day-agenda.htm

Using the “Wheel of Change” to justify Business Architecture

http://www.becauseprocessmatters.com/using-the-%E2%80%9Cwheel-of-change%E2%80%9D/

Mike Walker On Business Architecture, Part 2

http://www.mikethearchitect.com/2013/02/my-architecture-governance-magizine-article-business-architecture-best-practices.html

http://www.mikethearchitect.com/2013/06/mike-walker-on-business-architecture-part-2.html

Checking the SCORE

http://weblog.tetradian.com/2013/06/29/checking-the-score/?utm_source=dlvr.it&utm_medium=twitter

My answer? Check out the SCORE: Strengths, Challenges, Options, Responses, Effectiveness.

WhatFirst Software

Accelare Announces WhatFirst 2013

WhatFirst 2013 logoI am excited about the new edition of our business architecture product, WhatFirst™. Here is the scoop.

Accelare announces the general availability of WhatFirst™ 2013, the next generation of Strategy-to-Execution software on the Microsoft SharePoint 2013 platform. WhatFirst™ is designed as a planning tool to unpack strategy into executable packages of integrated work and provide organizations with an explicit approach for turning strategy into a set of properly designed sequenced and adequately resourced actions to deliver predictable and measureable results. With WhatFirst™, organizations reduce the risk of project failure, the impact of destructive and unorganized multi-tasking, and increase the velocity of strategy execution while running the current business.

WhatFirst™ comes with five integrated modules to manage the Strategy-to-Execution and Business Architecture disciplines of the firm.

  • The Strategy Module helps firms to define their strategic differentiation from different constituent points-of-view and document and cascade strategies, goals, and objectives across the organization.
  • The Capability Module helps firms identify and prioritize critical capability gaps to achieve strategic intent.
  • The Resource Model helps companies link and manage people, technology, information and other resources required to execute on the strategic agenda.
  • The Planning Module supports the development of an investment roadmap for the business directly linked to the strategies, capabilities, and resources of the firm and its suppliers.
  • The Execution Module is used to create metrics and scorecards to manage strategy execution on a day-to-day basis.

As a SharePoint 2013 application offering available in either SaaS or on-premise form, WhatFirst™ extends SharePoint’s native functionality as a collaborative platform to more broadly engage managers and employees in the strategic thinking and execution planning efforts of the firm. Users can appropriately create, review, contribute to, and collaborate on the development of strategy or plans for execution. SharePoint lists and documents can be easily linked to any component of the WhatFirst™ application.

The bottom line:_______________________________________________________________________________________________
WhatFirst™ is a powerful tool for business architects interested in capability management. You can go here to learn more and request a demo.

lunes, 1 de julio de 2013

El Gobierno TI llevado a la práctica

http://www.brighttalk.com/webcast/8103/77877

Decision-Making and GRC Capabilities are Inextricable

http://www.oceg.org/theme/governance/the-value-of-a-systematic-decision-making-process-leveraging-grc/

How to Have the IT Risk Conversation

http://blogs.hbr.org/cs/2013/06/how_to_have_the_it_risk_conver.html

I run a course at the MIT Sloan School called Essential IT for Non-IT Executives. Every time my colleagues and I come to the end of the course, we ask people what they considered the most important thing they learned. Surprisingly, many people say it was "how to have the IT risk conversation."

As one CFO told me, the phrase "IT Risk" contains two dirty words. The word risk makes him feel uncomfortable. And the word IT makes him feel incompetent. Not a good way to feel ready for a productive dialogue. But being able to talk about IT risk is essential if you are going to make the right decisions about how you use technology in your business.

Fortunately, there is a way to talk about IT risk — and understand risk — in terms that make sense to every manager. If you can remember four A's, you have the framing for a productive conversation with your IT counterparts. You can come to common understanding about what IT risks are most important, what causes them, and what you'll do about them.

From a business standpoint, IT risks affect four key objectives:

  • Availability: Keeping business processes running, and recovering from failures within acceptable timeframes
  • Access: Providing information to the right people while keeping it away from the wrong people
  • Accuracy: Ensuring information is correct, timely, and complete
  • Agility: Changing business processes with acceptable cost and speed

If you're like managers in most companies, you tend to have conversations about these four A's in silos, if at all. You never talk about all four together. That means experts in each risk silo tend to focus on optimizing their own risks, not optimizing across risks.

For example, ask yourself: do your security people think about agility risks? When security people veto your requests, they really mean that you're introducing unacceptable or unnecessary risks. But their veto can slow or stop the changes you need. If you don't talk about all four risks, then how do you know what risks are really acceptable?

In the best companies, security people think about all four A's. They consider agility as well as access risks. They will suggest ways that you can do what you want more safely. They'll even work with other silos — IT operations, application development, compliance, legal, HR, etc. — so they're ready for you when you want to do new things.

When your security people focus on all four A's, you can move quickly to adopt new mobile devices, launch digital businesses, or exploit social media. But unfortunately, too many security people focus only on the risks that matter to them. In protecting against access failures, they fail to help the company move forward.

Getting Started on the Risk Conversation

When you don't explicitly talk about the four A's, people make assumptions about what's most important. Those assumptions will vary from person to person. Conversely, when you talk openly about the four A's, you can fix false assumptions, and you can make better decisions. But you have to start the conversation.

Try the following exercise: Find your favorite IT person. Tell him how important each of the four risks is for your part of the business. Tell him how you think he's doing at managing those risks. Then listen. I guarantee that you'll both learn something.

If your experience is typical, you'll find that you and your IT people place different importance on the four A's. For example, in a global survey of 258 executives, IT and business executives agree on the relative importance of availability and access risks. But business execs put far more importance on agility and accuracy risks than IT execs do.

What's going on? Why don't IT people share your love of accuracy and agility? It's easy to think it's an incentive problem. IT people get the blame when systems go down or hackers succeed. But when projects move too slowly or you don't have a unified view of your customers, you may feel more pain than them. But this incentive answer is only partially correct, if at all.

The real cause of this misalignment lies much deeper; a legacy of risk-unaware decisions and poor communication across silos. Improving agility and accuracy typically requires cleaning up a spaghetti-like mess of systems and processes built up over decades. They can't be fixed just by buying a new device or devising a new procedure. When your IT people seem to value agility and accuracy less than you, they may have simply given up hope of fixing them. The solution may lie beyond their sphere of influence. Or they may be so busy keeping things running that greater agility feels like a pipe dream.

This is where communication matters. You can only fix the legacy problem by jointly understanding the risks that matter now, the risk tradeoffs in each decision, and the actions required to resolve your risks. Discussing IT risk does more than help you make better project decisions. It also helps you understand when it's time to rework some of the mess your organization has accumulated over the years.

So, make IT risk part of your conversations every day. Discuss the four A's whenever you make a big IT decision. If your security people talk only about security, they're missing important risks — and useful opportunities. But when you ask for unnecessary exceptions, or ask your IT people to move too fast, you're inappropriately favoring agility over the other three risks— and setting yourself up for trouble later.

One thing is sure. If you don't talk about IT risk, you only make your risks worse. How do youmanage your IT risk conversations?

Enterprise Architecture: Are you ready for the transformation

http://www.youtube.com/watch?v=a4tJWYI0GE4

Why Enterprise Architecture?

http://www.youtube.com/watch?v=qDI2oF1bASk

The (Re)birth of the Architect for the Business Model Design

http://paul4innovating.com/2013/06/25/the-rebirth-of-the-architect-for-the-business-model-design/

My 20-60-20 Rule of Leadership

http://thebusinessarchitect.accelare.com/2013/06/26/my-20-60-20-rule-of-leadership/?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+TheBusinessArchitect+%28The+Business+Architect%29

Open Group TweetJam on business-architecture

http://weblog.tetradian.com/2013/03/20/opengroup-on-bizarch/