|
WHITE PAPER
The “Natty” Method for Monitoring and Encouraging
Systems Compliance with the Enterprise Architecture
Printable
PDF Version
By
Natty Gur
Here
is a simple yet powerful method that I’ve been developing and using
successfully. This method serves two causes. First it enables an
enterprise to view ‘visually’ the current state of systems
compliance with enterprise architecture. Secondly, the suggested
method encourages project managers and programmers to comply with
and adapt to the enterprise architecture.
The method is
based on a score card and the visual presentation of the results
given to each and every system. The score card lists all parameters
that could be measured and indicates enterprise architecture
compliance. Those parameters could be business oriented or
technical- for example (respectively), does the system support key
business processes?, or is it a web based system? I for example use
the following parameters; but bear in mind that every enterprise has
its own set of definitions and goals and therefore should define its
own parameters.
Sample Scorecard:
|
Parameter |
Mark |
|
Serve more then one business process |
6
|
|
Serve KBP (key business process) |
10
|
|
Maintain more then one information logical schema
object. |
5 |
|
Web
app |
6
|
|
OO
system |
2
|
|
Expose Services |
2
|
|
More
then 3 Layers |
3
|
|
Data
Access Layer |
2
|
|
ORM
|
2
|
Regardless of
the parameter type, you should allocate each and every parameter a
mark. The scorecard should be published across the enterprise to let
every program manager and programmer know how much their
responsibilities comply with the enterprise architecture.
Now for the
stimulus that will push project managers and programmers to use that
scorecard: display publicly the results of the systems scores. To
display the scores I use a two dimensional graph. The Y axis
reflects the score of given system by the scorecard. The X axis
reflects the usability of the system. The system usability can be
measured by two main factors: 1) number of users employing the
system. 2) The nature of the system: core or administrative. After
drawing the systems on the graph, draw the middle line of the X and
Y axes, so that the graph surface should split into 4 squares. The
graph should look like this:

The program
manager should be encouraged to reach the upper squares. This could
be achieved by publishing the graph every 4 months, after using the
score card to evaluate the current score of every system. It is
better to give the marks after discussing the different parameters
with the system program manager. As for you, the enterprise
architect, all systems appearing in the bottom left square are the
ones you should be most concerned for. These are the most utilized
systems yet the least compatible with the architecture.
Using well known
parameters with scores together with the published results set the
targets that should be reached and the stimulus to do so for PMs and
programmers. Displaying the scorecard results also help managers and
enterprise architects to see the progress of the enterprise
architecture process.
AUTHOR
Natty Gur is the founder and CTO of “The
enterprise architects group” an international enterprise
architecture consulting group based in Vestal, NY. Natty has 13
years of experience in the IT field, 7 of them focused on running
enterprise architecture in companies and governmental bodies. Natty
wrote articles and he’s a well known speaker on EA topics. You can
reach natty at:
natty@theeagroup.net.
|