If we can understand IT (where appropriate) as part of the business of the enterprise, then we are automatically addressing alignment and are neither elevating IT architecture to the ultimate goal of EA nor treating it as a marginally relevant utility. It could be that in the process we discover areas where our methods need to be fleshed out – or simply to incorporate/interoperate with other existing methods for those areas.
Merely putting SOA into your proposal or as a stated capability is no longer going to be a “deal clincher” or a key “business differentiator”. The counterview I hear practitioners in SOA will say is that SOA is not just the standardized service practices but is also how the services can be identified that are differentiating. But that’s the rub. If SOA treats every requirement or design as a service problem, where is the difference?
The ability to transform business is the most exciting feature of the Cloud phenomenon, but users currently see it “through a glass darkly,” and perhaps with a measure of faith and hope. More needs to be done to develop understanding of the business impact of Cloud Computing, and we should focus on this, as well as on the technical possibilities.
Business decision makers aren’t interested in the details, but they want to know important IT decisions being made in their business are in the hands of true professionals. Certification verifies the qualities and skills IT executives have with regards to the effective deployment, implementation and operation of IT solutions.
Don’t try to change your business leaders. They have a job to do. Your job is to change the ways you communicate, react and respond to your business leaders.
What do you do when you are full of ideas, are privy to the collaboration initiatives between the top IT, security and EA professionals in