Are you suggesting that IT should be pitching to its own business? That
would be more like a consulting arrangement than an in-house unit to
unit thing? Interesting implications for future need for in-house IT?
would be more like a consulting arrangement than an in-house unit to
unit thing? Interesting implications for future need for in-house IT?
Yes, I am. Every IT project should have a business case. Every organization has a backlog. How do you define priorities to projects? You must idenitfy the business need and weigh it against all the other looming projects.
(2) I think it's way beyond most human beings to have such a global
view of their business that they can build such a roadmap. And how long
would it take for the view to be out of date and the roadmap need
re-doing with the associated knock ons?
view of their business that they can build such a roadmap. And how long
would it take for the view to be out of date and the roadmap need
re-doing with the associated knock ons?
But this is an enterprise architect's job. The EA frameworks are tools to help the EA obtain and maintain this global view of the business. The roadmap must be a living document, and EAs must constantly reassess the situation.
Anne
On 6/22/06, Dan Creswell <[EMAIL PROTECTED]> wrote:
Anne Thomas Manes wrote:
> You're sounding pretty cynical, Dan.
>
Probably - I've been in the industry 20 years and seen these cycles over
and over. In the end, it always comes down to humans, politics and
whether or not you know how to employ good business practices.
> Todd's spot on. You can't just complain about the situation and expect
> thing to get better. If IT wants to be more aligned with the business,
Indeed you can't just complain so lets flip the IT thing around - if
business wants to get the most out of it's IT it needs to maybe try
building some bridges too. For me it's all about dialogue and
co-operation with shared goals and as you say that's cultural and goes
way beyond SOA IMHO.
Both sides must build bridges and figure out together what needs to be
done to be successful.
> then IT has to start developing solid business cases to justify new
> investment. And -- as you say -- they have to focus on solving business
> issues, not on technology.
>
Are you suggesting that IT should be pitching to its own business? That
would be more like a consulting arrangement than an in-house unit to
unit thing? Interesting implications for future need for in-house IT?
> But how can you effect this type of change without taking an enterprise
> perspective? As I said in my post, the role of the enterprise architect
> is to document where you are today, determine where you need to go, and
> define a roadmap to get there. EA frameworks help them do this.
>
Sure but the enterprise architect has to be empowered to do this and
have a nice global view to make it all work:
(1) Most people would have a hard time figuring out just how to empower
such an architect. Heck I suspect in many organizations you'll find
that a lot of people who should be in contact with the architect don't
even know they exist.
(2) I think it's way beyond most human beings to have such a global
view of their business that they can build such a roadmap. And how long
would it take for the view to be out of date and the roadmap need
re-doing with the associated knock ons?
> Anne
>
Dan.
__._,_.___![]()
SPONSORED LINKS
Computer software Computer aided design software Computer job Soa Service-oriented architecture
YAHOO! GROUPS LINKS
- Visit your group "service-orientated-architecture" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
__,_._,___
- RE: [service-orientated-architecture] Re: R&J on SOA... Anil John
- [service-orientated-architecture] Re: R&J on SO... patrickdlogan
- Re: [service-orientated-architecture] Re: R&J o... Anne Thomas Manes
- Re: [service-orientated-architecture] Re: R&... Dan Creswell
- [service-orientated-architecture] Re: R&... patrickdlogan
- [service-orientated-architecture] Re: R... Gervas Douglas
Reply via email to
