Thursday, February 5, 2009
Understanding your enterprise architect
1. Establish clear goals and expectations before day one.
2. Introduce the EA to the key players at a single meeting, no later than day two.
3. Run blocker for your EA.
4. Don't expect your EA to drive the business.
5. Your EA is not just the über-tech-geek.
Monday, February 2, 2009
SOA needs supporting architecture
Wednesday, January 28, 2009
Seven rules of business alignment
-
Alignment among all parties involved in business change is the issue: the business consists of multiple parties that need to be aligned; IT is just one of these parties.
-
The starting point for alignment is communication.
-
Enterprise architecture is a vehicle for facilitating alignment. It provides an information base that shows us where we are and allows us to assess potential futures.
-
Enterprise architecture as an approach has a part to play in business strategy, business change, and its traditional home in IT.
-
Enterprise architecture provides tools to understand, plan, and govern change, but for effective delivery, it must be integrated with program management.
-
The information, stakeholders, and processes used to manage alignment through enterprise architecture are different but related for business strategy, business change, and IT. The change management organization must draw on people from across the organization at all levels.
-
While alignment must be driven from "the business," the business side may not always be best equipped to do this. If this is the case, it may need support in the form of "business architecture as a service."
Friday, January 23, 2009
EA: The ability to manage change
They look at how employees roles can be defined:
* Role accountability matrix: Showing where each person is responsible, accountable, consulted or informed. Such an approach allows management to determine ideal staffing levels with 100% precision. This aligns departmental and divisional staffing requirements with budgets, allowing absolute precision and accountability.
* Deriving and associating all supporting documents electronically and automatically with the person’s role, including job description, performance appraisal and performance against balanced scorecard.
Thursday, January 22, 2009
CIO: The Case Against Cloud Computing
It seems that everyone's jumping on the bandwagon for cloud computing--but not just yet. CIO has come out with their case against this movement. According to CIO, they see that there are 5 impediments to cloud computing, and they are:
Current enterprise apps can't be migrated conveniently
Risk: Legal, regulatory, and business
Difficulty of managing cloud applications
Lack of SLA
Lack of cost advantage for cloud computing
What do you think? We're very interested to see what CIO has to say in their subsequent posts. We'd love to hear your thoughts.
Tuesday, January 20, 2009
2009 Focus for EA
Monday, January 12, 2009
Worst practices of Enterprise Architects
1. Instead of focusing on perception management, concentrate on becoming a skilled negotiator. We need to strike balance between technical complexity and business needs. Don't just change perception, focus on reality.
2. Spread the wealth. Enterprise architects who are the single source of knowledge on a given topic within an enterprise is dangerous. We all need to plan for when we all get thrown under the bus and the best way to do this is to make all decisions transparent and all communications open.
3. Governance is not about financial controls but is all about a behavior model. Command and control doesn't work, neither does design by committee. Remember that the best architectures are realized by self-organizing teams.
4. Don't be afraid to ask for help. Enterprise architecture is not about posturing and hand waving. It is important to understand your limitations and ask for help when you don't have a clue.
5. Think like a developer. Way too many architects throw daggers at developers, yet we haven't thought about what it is like to walk in their shoes. By using minimalist architecture approaches such as keeping things simple, you increase the odds that the code will be as high quality as the architecture.
For the complete list, click here. Were there any practices you noticed missing from the list?
Wednesday, January 7, 2009
SOA is dead
The demise of SOA is tragic for the IT industry. Organizations desperately need to make architectural improvements to their application portfolios. Service-orientation is a prerequisite for rapid integration of data and business processes; it enables situational development models, such as mashups; and it’s the foundational architecture for SaaS and cloud computing. (Imagine shifting aspects of your application portfolio to the cloud without enabling integration between on-premise and off-premise applications.) Although the word “SOA” is dead, the requirement for service-oriented architecture is stronger than ever.
What do you think about the current state of SOA? Is it indeed dead?
Monday, November 10, 2008
SOA Governance
Thursday, October 30, 2008
Acquisition system of federal government in need of EA
With his vision, enterprise architecture would: change how the government looks at a system comprised of people, the complex processes, and how the technology fits in.
Wednesday, October 29, 2008
Growing interest in enterprise architecture
Since enterprise architecture focuses on governance structure, business processes and business information, it is a trend that can keep going? The interest highlights a direct link between technology and the business done by the company trying to align the two key facets of their company.
What do you think? Is EA the growing trend, or is it something that companies are going to set aside in a few years?
Thursday, October 9, 2008
New site to design your enterprise architecture
Doug Berry, the creator of the website, had this to say:
"The Decomposition Matrix is intended to augment your existing methodology. It provides designers and subject-matter experts with another way to work through issues related to the design of an enterprise architecture."
You can design the decomposition process of your enterprise architecture here:
http://www.designdecomposition.com/
Tuesday, October 7, 2008
Eight Characteristics for SOA Implementation
-Strong Executive Level Sponsorship and SOA Evangelist
Someone in your company with power should be behind the project. This drive change throughout the organization and also helps work through any roadblocks that may arise during implementation.
-Define Completeness of Work within Services The business needs to understand why SOA is important to their needs. Fina a way to demonstrate that it's going to be an asset and value in the future
-Established a Center of Excellence (CoE) Appoint someone who will be in charge of the SOA initiative. Have controls in place to define to show the SOA results.
-Start With a Well-defined Business Process and Scale Up Start with one strong business process your company has in place then work up. And have your vision in place so you can reach that in the future.
-Define Completeness of Work within Services Put thought into which services are key business drivers. Only choose those businesses services that add value to the company.
-Quality Assurance is Key Be sure to include performance, security and governance testing in your plans.
-ROI Is Difficult to Achieve Initially and Is Realized Over Time Value is maximized with architecture over time. ROI will begin to develop and spread as the projects gain maturity.
-Deliver Substantial Business Value
Monday, October 6, 2008
Enterprise architecture in the next presidential term
He concludes his article with this:
EA will not only be saved, but will continue to thrive. As global competition continues to heat up, the pace of technology change spins faster and faster, and constrained resources continue to press us to do ever more with ever less, our organizations will be forced to respond in strength. Organization’s will continue look to enterprise architecture to better plan business process improvement and IT enablement and to govern sound investments and change. User-centric EA will keep the efforts focused on valuable and actionable architectures.
Thursday, September 18, 2008
Government's enterprise architecture still evolving
They are currently deciding which direction to take the framework, as:
Under both the current assessment framework and the proposed revision, OMB considers the degree of completion, whether the agency actually uses the architecture, and its results. However, the proposed one lacks the emphasis on recent concerns such as IPv6 migration and change management, favoring instead factors such as performance management integration and the alignment between the agency's enterprise transition plan and its OMB Exhibit 300s, which make the business case for proposed investments.
They also pointed out that the new EA system will most likely not be changed by the new administration coming into the White House.