Difference between revisions of "Business Architecture"

From Organic Design wiki
(+Enterprise Architecture wiki (looks marginal))
m
Line 6: Line 6:
 
*Enterprise Architecture.  
 
*Enterprise Architecture.  
 
*"Problem Architect" establishs the scope and focus of the problem to be solved. It's non-invasive to the business types because everyone can agree we have a problem (why would we be talking to IT otherwise?) and it's complementary to IT because it takes IT off the hook from guessing what the problem is. [http://blogs.ittoolbox.com/eai/engineering/archives/lets-get-rid-of-the-role-of-business-architect-2142]
 
*"Problem Architect" establishs the scope and focus of the problem to be solved. It's non-invasive to the business types because everyone can agree we have a problem (why would we be talking to IT otherwise?) and it's complementary to IT because it takes IT off the hook from guessing what the problem is. [http://blogs.ittoolbox.com/eai/engineering/archives/lets-get-rid-of-the-role-of-business-architect-2142]
 
+
([[w:Systems_architect]]
  
 
==difference==
 
==difference==
  
*standard architect has gvmt code and engineering constraints
+
*standard [[w:Architect]] has gvmt code and engineering constraints
 
*ba has "[[best practice]]"  
 
*ba has "[[best practice]]"  
  

Revision as of 15:48, 3 February 2007


Cone.png This article or section is a stub. Stubs are articles that have not yet received substantial attention from the authors. They are short or insufficient pieces of information and require additions to further increase the article's usefulness. The project values stubs as useful first steps toward complete articles.

Notes im collecting on what is my (peder) real job is:

various names

  • Enterprise Architecture.
  • "Problem Architect" establishs the scope and focus of the problem to be solved. It's non-invasive to the business types because everyone can agree we have a problem (why would we be talking to IT otherwise?) and it's complementary to IT because it takes IT off the hook from guessing what the problem is. [1]

(w:Systems_architect

difference

function

the problem:

The Standish group , a IT research group, documents this annually - 31.1% projects canceled, 52.7% of projects will cost 189% of their original estimates and only 16% of projects are completed on-time and on-budget. One only has to look at the rationales given to see the answer: We need a problem architect. [2]

The Solution

  • Deliver a paper on what the problem is.
  • Maintain and provide relationships with vendors that can take this "blueprint" and create a bid
  • Make sure that the plan gets implemented


marketing

workflow

Problem Architect

  • engage client
  • Define the problem
  • present "blueprint" or "recipe"
  • develop "Function Point Analysis" like thingy useful for scoping budget


Enterprise Architecture wiki