Many organizations struggle to build synergy across their IT departments. They turn to consultants for expertise on unifying IT; obtaining assessments of their current IT alignment and maturity as well as recommendations for improvements. The organizations apply some of the recommendations, and adopt various methods and standards as a basis for aligning IT disciplines. Yet, in the end, they must ask themselves, “Did we get the results we expected?”
Governance is essential to establishing and maturing the interfaces between IT disciplines; thereby reducing and eliminating ‘IT Silos’. Governance verifies that we conduct each discipline and exchange information across each inter-discipline interface as we intended. It also validates that what we intended is actually correct. Governance provides management of IT disciplines during their normal operation. It also provides control for these disciplines when issues are encountered and exceptions (exemptions) are required.
Architecture Governance plays a key role in establishing IT alignment with the business. This is critical to validating that what IT intended is actually the correct thing to do for the business. It ensures that the Enterprise Architecture and Roadmaps conform to the business strategy and plans. The strategic alignment establishes a solid foundation for unifying IT.
Architecture Governance further contributes to IT unity through its integrations with other IT disciplines. It ensures that each Target Architecture, a milestone along the Enterprise Architecture Roadmap, furthers the strategic alignment while balancing short-term and long-term objectives. The resulting models and documents provide direction for the subsequent IT disciplines that develop and operate IT solutions.
Through Architecture Governance, professionals executing the IT disciplines are assured that their efforts are focused on doing the right things for the right reasons.
__ Joseph Starwood (www.JosephStarwood.com)
Tuesday, July 13, 2010
Tuesday, June 22, 2010
The Times They Are a-Changin' __ Bob Dylan
Are you an ‘IT professional’? Are you sure about that?
In We’re Not in IT Anymore, an executive survey results analysis, the Corporate Executive Board “…predicts that three out of every four IT roles will either migrate to business services, evolve into business roles, or will be externalized by 2015.” (http://www.executiveboard.com/it/pdf/The_Future_of_Corporate_IT.pdf)
Those who have followed my postings know my position: professionals in the IT department are business professionals who know and apply information technology for the benefit of the business! So the results from this survey come as no surprise.
However, the implications are profound. The pace of change will be rapid and far-reaching. According to the Corporate Executive Board “…we are embarking on one of the most significant changes to corporate IT in years.” Some challenges are predictable. Organizational change will place great stress on change management functions and maturity, on Human Resource services, and on individual professionals in existing IT departments.
The Enterprise Architectures within these changing organizations will also be under great stress; testing the robustness, flexibility, and maturity. As Enterprise Architects, we must aid our executives in preparing for this significant change. Our efforts to achieve Business-IT Alignment, between the Business Operating Model and the IT Operating Model (IT Vision), will support a smoother transition.
At “Integrate 2010: Uniting the World of IT”, a two-day conference in Cleveland, Benku Thomas, Nour Laaroubi, and I will present a model for establishing Business-IT Alignment through Enterprise Architecture. (http://gcle.itsmfusa.org/?q=content/integrate-2010) We also show how to bridge the chasm between strategic and tactical; that is between the Enterprise Architecture and the IT initiatives (Portfolio projects and Asset enhancements).
__ Joseph Starwood (www.JosephStarwood.com)
In We’re Not in IT Anymore, an executive survey results analysis, the Corporate Executive Board “…predicts that three out of every four IT roles will either migrate to business services, evolve into business roles, or will be externalized by 2015.” (http://www.executiveboard.com/it/pdf/The_Future_of_Corporate_IT.pdf)
Those who have followed my postings know my position: professionals in the IT department are business professionals who know and apply information technology for the benefit of the business! So the results from this survey come as no surprise.
However, the implications are profound. The pace of change will be rapid and far-reaching. According to the Corporate Executive Board “…we are embarking on one of the most significant changes to corporate IT in years.” Some challenges are predictable. Organizational change will place great stress on change management functions and maturity, on Human Resource services, and on individual professionals in existing IT departments.
The Enterprise Architectures within these changing organizations will also be under great stress; testing the robustness, flexibility, and maturity. As Enterprise Architects, we must aid our executives in preparing for this significant change. Our efforts to achieve Business-IT Alignment, between the Business Operating Model and the IT Operating Model (IT Vision), will support a smoother transition.
At “Integrate 2010: Uniting the World of IT”, a two-day conference in Cleveland, Benku Thomas, Nour Laaroubi, and I will present a model for establishing Business-IT Alignment through Enterprise Architecture. (http://gcle.itsmfusa.org/?q=content/integrate-2010) We also show how to bridge the chasm between strategic and tactical; that is between the Enterprise Architecture and the IT initiatives (Portfolio projects and Asset enhancements).
__ Joseph Starwood (www.JosephStarwood.com)
Saturday, June 12, 2010
Enterprise Architecture Implications of Social Media Influence on Corporate Brand
This morning, I met Brian Butvin for breakfast at Yours Truly Restaurant on Chagrin Boulevard in Beachwood, OH. He is a good friend who I’ve known for 20 years. Brian has remarkable wit and insight. It is always a pleasure to discuss nearly any topic with him.
I as drove to this breakfast meeting, I was intrigued by a radio program, “Living on Earth”, broadcast on WKSU. This episode, “BP’s Image Problem”, discussed whether BP's image can survive the oil spill disaster. Naturally, I discussed the program’s content with Brian.
The program’s host, Jeff Young, interviewed John Carroll, a media analyst, about the crisis facing BP’s brand and its sunburst logo. Though social media was not explicitly mentioned, the interview covered Twitter, YouTube, and Google in addition to traditional advertising.
Mr. Carroll observed that, “… BP finds itself in this situation where A) nobody believes a word they say, B) reality trumps PR every time, and C) they can't control their message even if the first two weren't in effect, because there are too many competing voices out there.” In comparing BP’s oil spill crisis to the Tylenol’s product tampering crisis, he also observed that, “Advertising used to be this one-way street, now it's a two way street, it's a conversation. You don't create your brand anymore. You collaborate with consumers to create your brand.”
It is these observations that are of interest to Enterprise Architects. Social media impacts each organization in good circumstances and in bad. It does not matter whether an organization engages in or refrains from social media. Enterprise Architects are investment advisors to the organization’s executives on matters of information technology. They are concerned with costs and risks; including risks arising from social media.
Social media presents new challenges to the Enterprise Architect. Social media extends the enterprise boundaries beyond the organization’s walls. This includes information exchanges and IT assets not under the organization’s control. Social media requires additional attention to exception conditions; especially those associated with moments of corporate crisis. Such conditions may be real or perceived, and may arise from cause, as in BP’s oil spill case, or from criminal activity, as in Tylenol’s product tampering case.
Enterprise Architects must guide their executives toward establishing a Social Media Strategy. This strategy must be aligned with the business strategy and plan as well as the marketing strategy and plan. It must address traditional outbound communications as well as inbound communications. Uniquely, it must also address communications about the organization and its brand that are neither outbound nor inbound. This strategy must cover normal and exception (crisis) conditions, and must address social media’s many forms including text, image, and video.
The Enterprise Architect counsels the organization’s executives on social media’s benefits and risks. The executives must come to understand that avoiding social media or applying reactive policies will not protect the organization. The Enterprise Architect mitigates social media risk by applying information technology to enable the organization to respond quickly and effectively in moments of crisis.
Prudent executives would do well to heed the advice from their Enterprise Architects who can best prepare their organizations to weather the social media storm in times of crisis.
REFERENCE: “BP’s Image Problem”, Living on Earth and World Media Foundation, Broadcast on WKSU, 2010-JUN-12, http://www.loe.org/shows/segments.htm?programID=10-P13-00024&segmentID=6
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
I as drove to this breakfast meeting, I was intrigued by a radio program, “Living on Earth”, broadcast on WKSU. This episode, “BP’s Image Problem”, discussed whether BP's image can survive the oil spill disaster. Naturally, I discussed the program’s content with Brian.
The program’s host, Jeff Young, interviewed John Carroll, a media analyst, about the crisis facing BP’s brand and its sunburst logo. Though social media was not explicitly mentioned, the interview covered Twitter, YouTube, and Google in addition to traditional advertising.
Mr. Carroll observed that, “… BP finds itself in this situation where A) nobody believes a word they say, B) reality trumps PR every time, and C) they can't control their message even if the first two weren't in effect, because there are too many competing voices out there.” In comparing BP’s oil spill crisis to the Tylenol’s product tampering crisis, he also observed that, “Advertising used to be this one-way street, now it's a two way street, it's a conversation. You don't create your brand anymore. You collaborate with consumers to create your brand.”
It is these observations that are of interest to Enterprise Architects. Social media impacts each organization in good circumstances and in bad. It does not matter whether an organization engages in or refrains from social media. Enterprise Architects are investment advisors to the organization’s executives on matters of information technology. They are concerned with costs and risks; including risks arising from social media.
Social media presents new challenges to the Enterprise Architect. Social media extends the enterprise boundaries beyond the organization’s walls. This includes information exchanges and IT assets not under the organization’s control. Social media requires additional attention to exception conditions; especially those associated with moments of corporate crisis. Such conditions may be real or perceived, and may arise from cause, as in BP’s oil spill case, or from criminal activity, as in Tylenol’s product tampering case.
Enterprise Architects must guide their executives toward establishing a Social Media Strategy. This strategy must be aligned with the business strategy and plan as well as the marketing strategy and plan. It must address traditional outbound communications as well as inbound communications. Uniquely, it must also address communications about the organization and its brand that are neither outbound nor inbound. This strategy must cover normal and exception (crisis) conditions, and must address social media’s many forms including text, image, and video.
The Enterprise Architect counsels the organization’s executives on social media’s benefits and risks. The executives must come to understand that avoiding social media or applying reactive policies will not protect the organization. The Enterprise Architect mitigates social media risk by applying information technology to enable the organization to respond quickly and effectively in moments of crisis.
Prudent executives would do well to heed the advice from their Enterprise Architects who can best prepare their organizations to weather the social media storm in times of crisis.
REFERENCE: “BP’s Image Problem”, Living on Earth and World Media Foundation, Broadcast on WKSU, 2010-JUN-12, http://www.loe.org/shows/segments.htm?programID=10-P13-00024&segmentID=6
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
Monday, May 24, 2010
Integrate 2010: Uniting the World of IT
I am pleased to announce a very special joint event from NEO-IASA, itSMFusa, NOSQAA, NEO-SPIN, and HDI North Coast Ohio:
Integrate 2010: Uniting the World of IT
June 24-25, 2010 in Cleveland, OH
Keynote Speakers:
Abstract:
In spite of the unequivocal recognition of the need for Business - IT Alignment, the corporate IT departments continue to operate thru the silos of Enterprise Architecture, Application Development and Operations. In order to become a true business enabler, IT must not only deliver services fast but also ensure smooth and cost-effective operations. This requires a holistic approach to designing, delivering and managing IT services across the service lifecycle and mandates systematic integration of processes and tools across Enterprise Architecture, Application Development, and IT Operations.
Integrate 2010 aims to bring professionals from all silos of IT under one roof and draw attention to the critical yet often ignored area of integration of Enterprise Architecture (EA), Application Development (AD) and IT Service Management (ITSM).
An Essential Conference for Professionals in IT
Recent economic, regulatory, and technological events are creating new challenges and opportunities for Northeast Ohio business. Business and IT alignment is needed now more than ever to meet these challenges and capture new opportunities.
Integrate 2010: Uniting the World of IT brings the Enterprise Architecture, Application Development, and Operations disciplines together. Enterprise Architecture is essential to aligning IT with the business, and to establishing the direction for Application Development. This is an important conference for IT & Enterprise Architects as well as their stakeholders.
Scott Ambler has been and remains at the forefront of unifying IT disciplines. He is a thought-leader in Enterprise Unified Process (EUP), Enterprise Architecture, and Agile software development.
NEO-ITEA invites its members and friends to this important conference.
About Scott W. Ambler
Scott Ambler is a software engineer, consultant and author. Currently, he is the Practice Leader Agile Development at IBM Corporation in the IBM Methods group. He is the author of several books focused on the Unified process, Agile software development, the Unified Modeling Language, and CMM-based development. Notable books include: 1] Enterprise Unified Process: Extending the Rational Unified Process; and, 2] The Practical Guide to Enterprise Architecture (with James McGovern, Mike Stevens, James Linn, Vikas Sharan, and Elias Jo)
Event Highlights:
Websites:
http://gcle.itsmfusa.org/?q=content/integrate-2010
http://itsmfusa.org/
http://www.neoiasa.org/
REGISTER NOW!
This conference is an incredible value at only $49.oo!
http://itsmfusa.org/greater-cleveland-lig-integrate-2010-attendee
Contacts:
itSMFusa: Dhiraj Gupta, President
NEO-IASA: Joseph Starwood, Secretary
* * *
Integrate 2010: Uniting the World of IT
June 24-25, 2010 in Cleveland, OH
Keynote Speakers:
- Scott Ambler. IBM
- David Cannon, HP
- George Spalding, Pink Elephant
- Bob Balassi, Maryville Technologies
Abstract:
In spite of the unequivocal recognition of the need for Business - IT Alignment, the corporate IT departments continue to operate thru the silos of Enterprise Architecture, Application Development and Operations. In order to become a true business enabler, IT must not only deliver services fast but also ensure smooth and cost-effective operations. This requires a holistic approach to designing, delivering and managing IT services across the service lifecycle and mandates systematic integration of processes and tools across Enterprise Architecture, Application Development, and IT Operations.
Integrate 2010 aims to bring professionals from all silos of IT under one roof and draw attention to the critical yet often ignored area of integration of Enterprise Architecture (EA), Application Development (AD) and IT Service Management (ITSM).
An Essential Conference for Professionals in IT
Recent economic, regulatory, and technological events are creating new challenges and opportunities for Northeast Ohio business. Business and IT alignment is needed now more than ever to meet these challenges and capture new opportunities.
Integrate 2010: Uniting the World of IT brings the Enterprise Architecture, Application Development, and Operations disciplines together. Enterprise Architecture is essential to aligning IT with the business, and to establishing the direction for Application Development. This is an important conference for IT & Enterprise Architects as well as their stakeholders.
Scott Ambler has been and remains at the forefront of unifying IT disciplines. He is a thought-leader in Enterprise Unified Process (EUP), Enterprise Architecture, and Agile software development.
NEO-ITEA invites its members and friends to this important conference.
About Scott W. Ambler
Scott Ambler is a software engineer, consultant and author. Currently, he is the Practice Leader Agile Development at IBM Corporation in the IBM Methods group. He is the author of several books focused on the Unified process, Agile software development, the Unified Modeling Language, and CMM-based development. Notable books include: 1] Enterprise Unified Process: Extending the Rational Unified Process; and, 2] The Practical Guide to Enterprise Architecture (with James McGovern, Mike Stevens, James Linn, Vikas Sharan, and Elias Jo)
Event Highlights:
- Two content-rich days packed with insightful sessions by industry experts in EA, AD and ITSM
- Four keynotes - One each in the area of EA, AD and ITSM and one dedicated to the integration of these three areas
- Four tracks (four sessions per track) - One each dedicated to EA, AD and ITSM and one dedicated to the integration of these three areas
- A joint communique / manifesto extolling the principles of integration of EA, AD and ITSM to be released by industry experts
- Exhibitor area for vendors
- To be held within the Greater Cleveland area with target audience from OH, Eastern Michigan, Indiana and Western Pennsylvania
Websites:
http://gcle.itsmfusa.org/?q=content/integrate-2010
http://itsmfusa.org/
http://www.neoiasa.org/
REGISTER NOW!
This conference is an incredible value at only $49.oo!
http://itsmfusa.org/greater-cleveland-lig-integrate-2010-attendee
Contacts:
itSMFusa: Dhiraj Gupta, President
NEO-IASA: Joseph Starwood, Secretary
* * *
Thursday, April 29, 2010
Being an “Agile” Signatory
Recently, I posted a Status Update on LinkedIn announcing that I had become an “Agile” Signatory.
Those of you who follow me on LinkedIn or Twitter will know that being an “Agile” Signatory aligns with my overall attitude toward information technology. You may recall some recent posts: “Enterprise architecture is at the nexus of business and technology”; “IT Architects are business professionals who apply architectural skills; just as other business professionals apply their skills”; and, “Architectural Organic Unity: containing all required & nothing unnecessary, all relationships & integrations being essential & inevitable.”
I received an excellent reply from Steve Braver, “This would appear to conflict with your previous update on PM Best Practices, unless your position is that SDLC and Agile can both be valid approaches depending on the nature of the organization and project. That's what I believe.” __ Steve Braver, LinkedIn reply, 2010-APR-29
His thoughtful reply is the inspiration for this posting.
Actually, there is no conflict at all. Project Management methods and Solution Development Lifecycle (SDLC) methods are just that -- methods. Agile is, among other things, an approach to how to best tailor and apply a method – it is a mind-frame.
As I've read "The Enterprise Unified Process: Extending the Rational Unified Process" and "A Practical Guide to Enterprise Architecture", I've come to realize that I applied an Agile approach even when I worked with DoD standards. Many people think that DoD standards imply a boxcar load of documentation and process. However, that is not true. I was taught to tailor the DoD standards to just what was needed for the project. I've always taken a business-oriented suitably-tailored approach regardless of the method at hand: DoD, NASA, FIPS, Hoskyns, Method-1, GS-Method, and RUP.
RUP, which is extended to the EUP and AUP, can be performed "Agile" or not. In fact, I recently (a few years back) worked with a client that over-engineered RUP with process and documentation. It became quite unwieldy as well as entirely unnecessary. I observed that the tendency to over-engineer process and documentation was linked to a profound lack of understanding of a subject -- in this case, RUP.
I’ll continue to read these two books until I complete them. I am sure I’ll learn much more, However, at this point from reading and experience, I see no conflict between having methods and being Agile.
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
Those of you who follow me on LinkedIn or Twitter will know that being an “Agile” Signatory aligns with my overall attitude toward information technology. You may recall some recent posts: “Enterprise architecture is at the nexus of business and technology”; “IT Architects are business professionals who apply architectural skills; just as other business professionals apply their skills”; and, “Architectural Organic Unity: containing all required & nothing unnecessary, all relationships & integrations being essential & inevitable.”
I received an excellent reply from Steve Braver, “This would appear to conflict with your previous update on PM Best Practices, unless your position is that SDLC and Agile can both be valid approaches depending on the nature of the organization and project. That's what I believe.” __ Steve Braver, LinkedIn reply, 2010-APR-29
His thoughtful reply is the inspiration for this posting.
Actually, there is no conflict at all. Project Management methods and Solution Development Lifecycle (SDLC) methods are just that -- methods. Agile is, among other things, an approach to how to best tailor and apply a method – it is a mind-frame.
As I've read "The Enterprise Unified Process: Extending the Rational Unified Process" and "A Practical Guide to Enterprise Architecture", I've come to realize that I applied an Agile approach even when I worked with DoD standards. Many people think that DoD standards imply a boxcar load of documentation and process. However, that is not true. I was taught to tailor the DoD standards to just what was needed for the project. I've always taken a business-oriented suitably-tailored approach regardless of the method at hand: DoD, NASA, FIPS, Hoskyns, Method-1, GS-Method, and RUP.
RUP, which is extended to the EUP and AUP, can be performed "Agile" or not. In fact, I recently (a few years back) worked with a client that over-engineered RUP with process and documentation. It became quite unwieldy as well as entirely unnecessary. I observed that the tendency to over-engineer process and documentation was linked to a profound lack of understanding of a subject -- in this case, RUP.
I’ll continue to read these two books until I complete them. I am sure I’ll learn much more, However, at this point from reading and experience, I see no conflict between having methods and being Agile.
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
Monday, April 26, 2010
Rattlesnakes Sunning
Spring’s warming sun is here. Warming in the sun is the inspiration for this posting.
I began my professional life as a Minerals Exploration Geologist & Geophysicist. I prospected for copper, molybdenum, silver, and gold from central Texas to northern California.
One brief project in Southeastern Arizona was led by a Geologist who had recently received his Masters degree. With the exception of academic field work, this new Geologist had never lived and worked in the wilderness.
On our first full day at the prospect location, we took geochemical samples together from early morning through mid-afternoon. Our work plan began at our base camp, extended out in a loop covering several abandoned mine sites, and returned to our starting point.
Sampling a very large mine site at far end of the prospect area required more work and time than planned. As we worked, I noticed the sun getting lower in the sky, and shadows extending on the east-facing hillsides.
Rattlesnakes would soon move onto the rocks in those growing shadows to warm themselves. Hiking back to our base camp would be very dangerous once the sun was behind the hillcrest.
I advised my colleague about the danger, and the need to work our way back to the base camp. We had sampled only half of the mine site, and he wanted to complete the work.
After further urging, he finally agreed to leave this mine site; provided that we take some quick samples at the remaining mine sites on the way back. As we peered into the next mine site, a horizontal tunnel into the rock face, we spotted a large rattlesnake moving toward the entrance.
This new Geologist asked, “Is that what I think it is?” I replied, “Yes. It’s a big one; the second biggest I’ve seen yet. It’s moving to the warm rocks.” Seeing this, he decided to return immediately to our base camp. We completed our geochemical sampling the next day.
So what does this have to do with information technology? Much! Experienced professionals know many things that less experienced professionals do not, as well as many things that are not taught in school or written in books.
Tom Bilcze, my colleague in our IT Department, shared this reply in response to one of my postings:
“I think a general perception in IT is that architecture immediately implies complexity and more cost. … I guess the success of architectural simplicity is to actually see it being used as a natural work process and not being deemed as an overhead and unnecessary evil.”
__ Tom Bilcze, 2010-APR-20, Reply to Status Update on LinkedIn
Enterprise Architects and IT Architects face constant challenges from other IT professionals regarding architecture’s apparent complexity and cost as well as its purpose and value. Unfortunately, these IT professionals are not experienced in Enterprise Architecture and IT Architecture.
These IT professionals most often encounter Enterprise Architecture and IT Architecture through the Target Architectures (a.k.a. Project Start Architectures) provisioned to their projects. Because the Target Architectures address requirements and constraints in the context of the broader Enterprise Architecture, it appears to the project team as being more complex and costly as compared to developing the project in a silo.
However, businesses can no longer afford to develop IT solutions in silos. Business agility depends upon flexible and resilient IT components including services, applications, and COTS packages as well as their integration.
A well-crafted Target Architecture meets the requirements and constraints allocated to the project, and it conforms to the assigned milestone in the Enterprise Architecture Roadmap. It possesses “Architectural Organic Unity” (See: Prior posting).
Such a Target Architecture provides the flexibility required to realize business agility, advances the Enterprise Architecture according to the Roadmap, and establishes the foundation for IT project success.
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
I began my professional life as a Minerals Exploration Geologist & Geophysicist. I prospected for copper, molybdenum, silver, and gold from central Texas to northern California.
One brief project in Southeastern Arizona was led by a Geologist who had recently received his Masters degree. With the exception of academic field work, this new Geologist had never lived and worked in the wilderness.
On our first full day at the prospect location, we took geochemical samples together from early morning through mid-afternoon. Our work plan began at our base camp, extended out in a loop covering several abandoned mine sites, and returned to our starting point.
Sampling a very large mine site at far end of the prospect area required more work and time than planned. As we worked, I noticed the sun getting lower in the sky, and shadows extending on the east-facing hillsides.
Rattlesnakes would soon move onto the rocks in those growing shadows to warm themselves. Hiking back to our base camp would be very dangerous once the sun was behind the hillcrest.
I advised my colleague about the danger, and the need to work our way back to the base camp. We had sampled only half of the mine site, and he wanted to complete the work.
After further urging, he finally agreed to leave this mine site; provided that we take some quick samples at the remaining mine sites on the way back. As we peered into the next mine site, a horizontal tunnel into the rock face, we spotted a large rattlesnake moving toward the entrance.
This new Geologist asked, “Is that what I think it is?” I replied, “Yes. It’s a big one; the second biggest I’ve seen yet. It’s moving to the warm rocks.” Seeing this, he decided to return immediately to our base camp. We completed our geochemical sampling the next day.
So what does this have to do with information technology? Much! Experienced professionals know many things that less experienced professionals do not, as well as many things that are not taught in school or written in books.
Tom Bilcze, my colleague in our IT Department, shared this reply in response to one of my postings:
“I think a general perception in IT is that architecture immediately implies complexity and more cost. … I guess the success of architectural simplicity is to actually see it being used as a natural work process and not being deemed as an overhead and unnecessary evil.”
__ Tom Bilcze, 2010-APR-20, Reply to Status Update on LinkedIn
Enterprise Architects and IT Architects face constant challenges from other IT professionals regarding architecture’s apparent complexity and cost as well as its purpose and value. Unfortunately, these IT professionals are not experienced in Enterprise Architecture and IT Architecture.
These IT professionals most often encounter Enterprise Architecture and IT Architecture through the Target Architectures (a.k.a. Project Start Architectures) provisioned to their projects. Because the Target Architectures address requirements and constraints in the context of the broader Enterprise Architecture, it appears to the project team as being more complex and costly as compared to developing the project in a silo.
However, businesses can no longer afford to develop IT solutions in silos. Business agility depends upon flexible and resilient IT components including services, applications, and COTS packages as well as their integration.
A well-crafted Target Architecture meets the requirements and constraints allocated to the project, and it conforms to the assigned milestone in the Enterprise Architecture Roadmap. It possesses “Architectural Organic Unity” (See: Prior posting).
Such a Target Architecture provides the flexibility required to realize business agility, advances the Enterprise Architecture according to the Roadmap, and establishes the foundation for IT project success.
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
Tuesday, March 2, 2010
Organic Unity in Information Technology Architecture
Organic Unity in Information Technology Architecture is this: containing all that is required and nothing that is unnecessary or distracting, with all relationships and integrations being essential and inevitable; no element can be added or removed, no part can be changed in character or placement, and no integration can be changed in association or contract without degrading or destroying the whole.
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
__ Joseph Starwood (www.linkedin.com/in/JosephStarwood)
Subscribe to:
Posts (Atom)
