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 | + | *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
Notes im collecting on what is my (peder) real job is:
Contents
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]
difference
- standard w:Architect has gvmt code and engineering constraints
- ba has "best practice"
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
- build you venture with a business architect]
- whitepapers
- website
- BNI, Leads group
workflow
Problem Architect
- engage client
- Define the problem
- present "blueprint" or "recipe"
- develop "Function Point Analysis" like thingy useful for scoping budget