Enterprise Analysis (BABOK KA)

17499 Views
40 Likes
6 Comments

As budgets tighten and organizations continue trying to achieve return on investment faster, cheaper and with better results, they are trying to create and evolve their overall enterprise architecture.

4958 Views
0 Likes
0 Comments

There appears to be a gross misunderstanding about Architecture, particularly in the information technology community. Many people seem to think that an implementation, an end result, is Architecture. To use an Architecture and Construction example, many people think that the Roman Coliseum is Architecture.

The Roman Coliseum is NOT Architecture. The Roman Coliseum is the RESULT of Architecture. The RESULT of Architecture is an instance of Architecture, an implementation. In the end result, the implementation, you can see an instantiation of the Architect’s Architecture. If an Architect had not created the descriptive representations (the Architecture) of the Roman Coliseum, they could not have built the Roman Coliseum. They couldn’t have even ordered the stones they required in order to build the Coliseum without the Coliseum Architecture which had to be created long before the Coliseum was constructed.

Architecture is the set of descriptive representations that are required in order to create an object. If you can’t describe it, you can’t create it. Also, if you ever want to change the object you created, Architecture constitutes the baseline for changing the object once it is created, that is, it is the baseline for changing the object IF you retain the descriptive representations used in its creation and IF you ensure that the descriptive representations are always maintained consistent with the instantiation.

If the object you are trying to create is so simple that you can see it in its entirety at a glance and remember how all of its components fit together at excruciating level of detail all at one time, you don’t need Architecture. You can "wing it" and see if it works. It is only when the object you are trying to create is complex to the extent that you can’t see and remember all the details of the implementation at once, and only when you want to accommodate on-going change to the instantiated object, that Architecture is IMPERATIVE. Once again, without Architecture, you are not going to be able to create an object of any complexity and you won’t be able to change it (that is, change it in minimum time, with minimum disruption and minimum cost).

 

So, the question is, what constitutes the set of descriptive representations relevant for describing an object such that you can create it and change it with minimum time, disruption and cost?

Author: John A. Zachman

4508 Views
0 Likes
0 Comments

Two years ago, some of my friends pressed me intensely to be more definitive about the Framework concepts. Even though, I had written “The Book”, they were specifically asking me for definitions of the entities that comprise the metamodel of Row 2 of the Enterprise Framework. It has taken me and a team of dedicated folks two years, however we have progressed far beyond the original requirement.

We have produced descriptions, not only of the entities of Row 2 of the Enterprise Framework, but also we have definitions of the entities of Row 1, Row 2, Row 3, Row 4, Row 5 and Row 6 of the Enterprise Framework plus descriptions for the Product Framework (where I learned about the Framework classification in the first place), for the Profession Framework (that I used to call the I/S Framework, the “meta Framework” relative to the Enterprise Framework) and for the Zachman Classification Framework (the Framework classification for all Frameworks).

This work is particularly significant at this point in time for several reasons.

Author: John A. Zachman

5878 Views
0 Likes
1 Comments

In previous articles, I discussed ways in which business analysts can become organizational consultants, driving innovation, problem solving and strategic solutions within their companies.

In addition to the traditional tools of project business analysis and the emerging tools of enterprise business analysis, another toolkit can be exceptionally helpful.

This is the rich group of practices from the Quality and Process Improvement methodologies, including Six Sigma, Lean, Theory of Constraints (TOC) and Systems Thinking.

Although these methodologies are used in many organizations, their tools have not yet been widely incorporated into either project or enterprise business analysis.

In this article, I will focus on combining a Voice of the Customer (VOC) with the “Ends Planning” exercise from Idealized Design.

Author: Sam Cherubin

8363 Views
2 Likes
0 Comments

Billions of dollars earmarked for new technologies, at the same time billion-dollar projects are failing. Virtual teams who can’t implement Virtualization. Service Oriented Architecture when customers are no longer oriented towards your services.

Where can you turn to? Who can you trust?

Enterprise Business Analysis is the solution

EBA is Strategic, Process and Organizational Consulting:
o Strategic – Planning and execution.
o Process – the steps.
o Organizational – the whole enchilada.
o Consulting - Internal or external, the combination of expertise and intuition, Techne and Poesis, improvisation and practice in planning and supporting the enchilada’s goals.

You are already familiar with EBA, under its many masks for the diagnosis of the patient, and prescription for the cure:

  • Best Practices
  • Change Management
  • Coaching/Mentoring
  • Process and Operational Improvement
  • Strategy Development
  • Technology analysis, recommendations and implementation

Author: Sam Cherubin

7225 Views
12 Likes
0 Comments
Many managers and others who are not professional requirements engineers tend to greatly over-simplify requirements engineering (RE). Based on their observations that requirements specifications primarily contain narrative English textual statements of individual requirements and that all members of the engineering team are reasonably literate, the...
Page 5 of 5First   Previous   1  2  3  4  [5]  Next   Last   






Latest Articles

Do your processes S.U.C.K…?
May 17, 2020
0 Comments
No-one (in their right mind anyway!) ever sets out to design processes that qualify in the above categories, so why then do we end up with them? ...





Copyright 2006-2020 by Modern Analyst Media LLC