|
Written by Charles Edwards
|
|
Saturday, 28 March 2009 13:00 |
|
If you've ever tried to write a Business Case for justifying an Enterprise Architecture Practice, you’ll realize it is difficult. So recently when I saw the best distillation of the whole concept into something that is simple to understand and makes the most sense to me, and I would suggest, to any executive of any size enterprise, I thought it deserved to be aired. It is the concept called the “Debt Metaphor” summed up in EA terms as "Enterprise Technical Debt". It’s brilliant because it translates the Architectural issues directly into money terms that the Business people understand.
Read on here in the blog on What is Enterprise Technical Debt? |
|
Last Updated on Wednesday, 08 April 2009 21:02 |
|
|
Written by Charles Edwards
|
|
Monday, 02 March 2009 22:26 |
|
Charles will be speaking at the Enterprise Architecture Conference Europe 2009, on the topic of AgileEA: A Step change is required on the 10th June 2009. This event will take place at the Park Plaza Victoria Hotel, London, UK. If anyone who has subscribed to this site can make it, it would be a great opportunity to meet you. |
|
Written by Charles Edwards
|
|
Wednesday, 07 January 2009 09:27 |
|
I stumbled upon this Open Source Visual Modelling tool yesterday called Southbeach. Interestingly named after the creators diagramed their concepts in the Miami South Beach sand. They even have the pictures to prove it! Check it out. I will be when I get more time. http://www.southbeachinc.com/screenshots.html |
|
Last Updated on Wednesday, 01 April 2009 23:07 |
|
|
Written by Charles Edwards
|
|
Sunday, 01 March 2009 13:22 |
|
I have predicted for some time (although not brave enough to do so publicly) that the manner in which the finance and other industries conduct their business operational processes, both Architecturally at all levels and from a Software Development perspective, would cause spectacular business failure in some form or another at some point. As it turns out that amongst other things it was a lack of understanding and communication about the Business Architecture and Business Models that have appeared to cause this failure. This paper explores some of the potential causes, and why people don’t speak up too loudly… (and can’t be too explicit). Obviously it has become easier now that we have the evidence and proof, but will anyone listen and more importantly act on improving their Enterprise Architecture – specifically the Business Architecture? Read further in this blog: Is lack of EA partly to blame for the Finance Industry collapsing quite so spectacularly?
|
|
Last Updated on Saturday, 28 March 2009 13:25 |
|
Written by Charles Edwards
|
|
Saturday, 03 January 2009 15:33 |
|
You can find the detail here: http://www.ibm.com/developerworks/rational/practices/ but they describe a practice as: "Generally speaking, a practice is set of techniques for accomplishing a goal. Usually a part of a larger process, a practice represents a chosen way to pursue a related goal. For example, suppose you want to write a story. Some possible practices are: - Draft an outline, then evolve each section.
- Draw a cartoon of key story elements, then write the story.
- Create a character and a conflict, and then write the story from start to end.
A storyteller could choose one of these practices, or a combination of them. For each practice, there can be tool-specific guidance (tool mentors), that tell you how to create outlines in a word processor, or how to create cartoons using a graphics tool and clip art library. In terms of software development, a practice: - Addresses one aspect of the software development lifecycle: e.g., requirements management, use-case driven development, change management, etc.
- Evolves as improvements are discovered over time
- Is based on what has been proved successful, not on abstract scientific principles."
The AgileEA will develop the Enterprise Architecture set of Practices in this manner going forward. Partitioning apects of Enterprise Architecture into logical groups of closely related ideas, and issuing them as stand alone Components that can be used individually or together in concert. |
|
Last Updated on Wednesday, 01 April 2009 23:10 |
|
|
|
|
<< Start < Prev 1 2 3 4 5 6 7 8 Next > End >>
|
|
Page 3 of 8 |