Skip navigation
Twitter   Follow us  •   Share   Share    Become a member

Smart Architect

3 Posts tagged with the process tag
0

Is the term “enterprise architecture” echoing through the halls of U.S. state and local governments? Not quite, but that doesn’t mean that the practice is not having a quiet and compelling influence — and maybe a growing one, as well. Fiscal pressures are leading some state CIOs to think that their clout may increase if they can help see their governments through these tumultuous times and create more of a “state enterprise” across agency silos.

 

That’s my takeaway from a recent conversation I had with Doug Robinson, Executive Director at the National Association of State Chief Information Officers (NASCIO), and Eric Sweden, the nonprofit’s program director for Enterprise Architecture and Governance. While enterprise architecture (EA) maturity varies state by state, the discipline itself has become integral to meeting state CIOs’ top priorities. As a result, EA is being integrated into plans to accomplish these public sector goals. According to recent data from NASCIO, those priorities include consolidation and optimization, budget and cost control, governance, the cloud, shared services, and security. (As you can see from this 2008 interview with John Gillispie, former CIO for the State of Iowa, consolidation has never been far from state CIOs’ minds.) The way I read that, pretty much all are closely linked with fiscal dynamics.

 

Optimize and Harmonize

 

Let’s start with one example of how EA can pack a punch: “States that are trying to get a handle on their budgets to be more efficient will use EA approaches to optimize and harmonize,” explains Sweden. “They may not even call it EA, but they are going through the process of EA.” After all, while doing straight-line, across-the-board percentage cuts to IT services may have the virtue of simplicity, isn’t it wiser to understand what programs and activities are and aren’t delivering what’s needed — and then work a strategy out from there?

 

“Where you cut and what is the rationale” is particularly relevant to the current budget crisis, he says. “Maybe you should be investing in some areas and completely eliminating others; and the disciplined thinking of EA is helping with that,” Sweden says. EA’s strength is that it relates to the big ideas of managing complexity and understanding the impact of change. “Enterprise architecture drives people to think through processes, the organization and information, and [we hope, to] apply some wisdom to decision making. We don’t care about EA and project management for its own sake, but for its outcome, which is better services to citizens, more effectiveness and efficiencies, and removing redundancies to optimize the enterprise.”

 

Another example of EA’s impact on state CIO priorities: Before moving services to the cloud, you’ve got to understand which services are good candidates for the transition. EA provides the foundations for assessing how close a match a cloud provider’s database and data architecture are to your own, for example, or how you would go about switching relationships in the future. How about one more impact for good measure? If state and local governments are to transform by way of shared services, it’s likely that services-oriented architectures (SOA), and their reusable components approach, will play a role in that metamorphosis.

 

“Enterprise architecture is embedded in the decision making on all these priorities,” says Robinson.” It’s going to be the foundation.”

 

Overcoming Obstacles


This is not to imply that there aren’t challenges to implementing enterprise architecture practices and principles. Among the challenges: The discipline may not always be represented in overall advisory councils or governance structures; the generally higher CIO turnover at the state level means that leadership perspectives and visions may change more than they do in the private sphere; and funding decisions at the federal level may limit what CIOs and enterprise architects can do.

 

But, perhaps there is a greenfield opportunity in some challenges, too, such as the growth of social media usage by state officials and what that means in terms of creating architectural policy frameworks for acceptable use, accountability, retention and transparency — all very critical requirements in the public sector. There are security issues, too, and NASCIO has just issued a core services taxonomy for state IT security programs that could help states create more powerful security architectures. “From the birth certificate on, there is a tremendous amount of personal information” available, says Robinson. It’s important, therefore, to protect it from both the infrastructure side and the policy, audit and compliance side, he says.

 

Here’s a question for enterprise architects (whether you go by that title or not) on Smart Enterprise Exchange and Smart Architect who work in state or local governments around the globe: How do you see your discipline being leveraged to support priorities, and what more would you like to see?

0

How are enterprise architects going to enable the business agility that is so critical to enterprises today, as they seek to stare down growing global competition, and harness opportunities to prevail in new markets? The way forward is to tighten up adherence to five critical principles that always have guided — or at least, should have guided — enterprise architecture (EA) efforts. Slackening the reins may seem to be the way to get moving faster, but trust me — that’s only a temporary speed burst. It won’t set you up for the long haul.


So, let’s look with a fresh eye at some of the key steps to help you soundly respond to growing pressures.


Improve the Business Case

Often the best, and quickest, way to meet business needs is to more clearly define those needs in the first place. Spending a little more time up front to better define and communicate the business requirements behind the architecture will result in a more concise solution, and even greater time savings at each step along the way.


Here, the principles to follow are not unlike those your CIO must adopt to build a business case for any tech investment. A good primer to read is featured here in Smart Enterprise Exchange. Joe Peppard, Professor of Information Systems at the Cranfield University School of Management, explains the importance of improving the process used to build a business case — and doing so makes as much sense for the enterprise architect as it does for the CIO. After all, if the business case is weak or lacking, the architecture may be incomplete.


An effective process is one that involves a number of factors. For example, a complete cost/benefit analysis outlines all of the benefits to each business goal or need, remembering that these often can be more than monetary returns.


Another “must” is thoroughly examining the costs and risks associated with each business goal. Also, remember to involve parties ranging from business analysts to key development managers, as their feedback can result in a more refined business-needs analysis. At the same time, make sure to leave room for contrarian views that can be a spur to innovation and better ROI.


Improve Communication

IT architecture has little value if it cannot be thoroughly and clearly communicated to business and IT partners.


So you’ll need to:

  • Document the architecture clearly using standard methodologies and guidelines for the areas you’re architecting. Use Unified Modeling Language (UML), the Open Group’s service-oriented architecture (SOA) ontology, or other methods such as Martin Fowler’s patterns for enterprise architecture (EA) (see Patterns of Enterprise Application Architecture, Addison-Wesley, 2002). It’s fine to combine methodologies, but you should strive for consistency.
  • Allow for two-way communication. Avoid dictating to others what needs to be done, and how. Instead, create a culture and process that’s open to all opinions.
  • Create working groups for key areas, involving all stakeholders in these groups, led by experts.
  • Iterate the architecture through open discussion with the business on one side, and development on the other.  


Following these guidelines will result in a living, evolving architecture strategy that moves quickly to meet the ever-changing business and technology landscapes.


Ensure End-to-End Accountability

An enterprise architect and his/her vision can quickly become irrelevant if he or she is not involved in the end product. Accountability is key for success at all levels and has the following benefits:

  • It ensures that the architectural vision is carried through from definition to implementation.
  • It ensures buy-in along the participant chain, through to development and quality assurance.
  • It creates architecture advocates throughout the organization, increasing the number of people who believe in and communicate the overall vision.
  • It helps the enterprise architect and CTO put their foot down on silos and “out-of-band” development (otherwise known as skunk works).


Being involved in the development and deployment of the software the architecture defines is the way to ensure that the solution evolves rapidly, and remains relevant to the business. 


Improve Process Measurement

The architecture process should be constantly improved via a feedback loop. Past business technology investments should directly indicate the effectiveness of your architecture vision. To ensure this from the beginning, create key quality parameters to measure and analyze the effectiveness of your architecture each step of the way The Open Group's Architecture Review Checklist, for instance, can be a starting point. It covers questions about general architecture issues, as well as specific items, such as application server technology.


Gauge success of your architecture’s implementation by reviewing :

  • Reliability and availability: Did the resulting system have failover and redundancy designed-in?
  • Security: Were there any security issues in production that can be traced back to the architecture?
  • Modifiability/extensibility/portability: Over time, were development teams able to easily and cheaply extend the system without overhauling or abandoning the original architecture principles?
  • Interoperability: Did you design for the integration with future technologies, systems, and data?


 

If there were deficiencies in your enterprise applications that can be traced back to flaws or holes in the architecture, defining processes to ensure that future architecture work doesn't repeat the same mistakes will help to optimize those areas in the future.


Improve Your Digital Literacy

No one can be expected to know or remember the details of every discipline in a growing world of technology. You should, however, be able to locate, organize and communicate relevant pieces of information quickly and concisely using technology itself as a medium. This involves using hardware (i.e., desktop and mobile devices), as well as software to gather and index the appropriate information. 


Do this correctly, and you can expect to: 

  • Stay in front of emerging technology, not just the hot topics of the day.
  • Understand what has and hasn’t worked for other companies.
  • Remain a thought leader within the organization. 
  • Have up-to-date knowledge of costs related to hardware and software deployment as part of an architecture (i.e., basic hardware costs, consulting rates, hosting fees, average ROI for investment in particular areas such as integration, SOA, cloud and so on.)   


I’m going to say it: When it comes to enterprise architecture, be the turtle, not the hare. Take the time to do things right from the start, and the race is yours to win.


I’d love to hear your thoughts about whether such principles have guided and continue to guide your own efforts. Please feel free to share your comments, ideas and experiences with me and your fellow enterprise architects here. See you next week!


Eric Bruno is founder and Principal, Allure Technology Inc., which provides enterprises with online business solutions that leverage Internet technologies and approaches that combine simplicity, rich user interfaces, and service-oriented architectures. Eric also is an expert in full lifecycle, large-scale software architecture, design and development for client/server, highly distributed, multitiered Web, real-time and transactional software development environments. He has worked on large-scale systems, and served as technical advisor, chief architect and development team lead on numerous projects in industries including financial services.

0

A few weeks ago, Editor and Community Manager Paula Klein wrote here that you could expect to see some new interest groups surface on Smart Enterprise Exchange this year. Making good on that promise, this week I’m happy to be part of the debut of new, exclusive resources for the enterprise architect community. Smart Architect is a group we have created to enumerate, explore and engage with you on the many issues enterprise architects face as they strive to bring greater agility to the business.


Those issues can be pretty monumental, I know. Enterprises have accumulated innumerable legacy business processes and stand-alone services in silo applications that often are linked only by point-to-point integrations. On top of that, the frameworks, reference models and other forms of documentation that have been the traditional outcomes of enterprise architecture (EA) were likely to be treated tactically instead of strategically.


The result of such past portfolio practices? IT organizations’ budgets now stagger under the weight of operational expenses that result from maintaining stove-piped systems, even as IT leaders face new pressures to embrace modern design paradigms — like the cloud — that promise to accelerate business opportunities.


The good news, I think, is that there’s never been a better time for enterprise architects to demonstrate that their discipline can — and should — have strong application to a dynamic business strategy. Today, EA skills are firmly focused on building organic plans to deliver adaptable business capabilities for the organization. This work should prepare the enterprise to reduce IT complexity so that the business can function with efficiency and agility. Those two features are critical today when business-adoption cycles are fast-paced; when the cost-lowering proposition of reusable business services is increasingly critical; and when a consistent and logical view of exploding enterprise data sets matter — as it undeniably does — to help inform corporate next-steps.


All of this sets the stage for your new Smart Enterprise Exchange group. In the coming months, you’ll find informative articles featuring real-world insight from your peers about how they’re forming their EA strategies and preparing for new challenges. You’ll find slide-casts to help you lead your EA modernization efforts. We’ll also feature blogs by expert architects on timely topics, from making way for cloud services to maximizing service-oriented architecture (SOA) returns.


Above all, we hope you’ll join this group, offer comments and actively participate in its content. I’m looking forward to making your voice a part of our vision. Please feel free to contact me with your ideas, comment on my blog, or maybe even start a discussion thread of your own. Thanks!



We encourage your feedback. Reach out via the "Contact the Editor" and "Contact the Concierge" services for any needs, questions or comments. We look forward to serving you!

Paula Klein, Smart Enterprise Exchange Editor
e-mail

Ellen Lalier, Smart Enterprise Exchange Concierge
e-mail
phone 516-562-5727; fax 516-562-5466