Showing posts with label CTO. Show all posts
Showing posts with label CTO. Show all posts

March 7, 2012

The Meaning of CIO Squared

113
An article in CIO Magazine (1 March 2012) describes the term "CIO Squared" as "the combination of chief information officer and chief innovation officer," and goes on to provide examples of CIOs that are both of these. 

While I respect this definition of the term and think innovation is certainly critical to the success of any CIO, and for that matter any organization in our times, I have been writing a column called CIO Squared for a couple of year now in Public CIO magazine and have other thoughts about what this really means. 

Moreover, I think the article in CIO missed the point of what "squared" really implies. 

Like the notion that 1+1=3, CIO Squared is a concept that the CIO is not just multi-faceted and -talented (that would be 1+1=2), but rather that the CIO integrates multiple facets and roles and synergizes these so that they have an impact greater than the sum of the parts (i.e. 1+1=3). 

I see the CIO Squared fulfilling its potential in a couple of major ways:

- Firstly, many organizations have both a Chief Information Officer and a Chief Technology Officer--they break the "Information Technology" concept and responsibility down into its components and make them the responsibility of two different people or different roles in the organization. One is responsible for the information needs of the business and the other brings the technology solutions to bear on this.  

However, I believe that fundamentally, a truly successful CIO needs to be able to bridge both of these functions and wear both hats and to wear them well. The CIO should be able to work with the business to define and moreover envision their future needs to remain competitive and differentiated (that's the innovation piece), but at the same time be able to work towards fulfilling those needs with technology and other solutions. 

Therefore, the role split between the CIO as the "business guy" and the CTO as the "technology whiz" has to merge at some point back into an executive that speaks both languages and can execute on these.  

That does not mean that the CIO is a one-man team--quite the contrary, the CIO has the support and team that can plan and manage to both, but the CIO should remain the leader--the point of the spear--for both.  

Another way to think of this is that CIO Squared is another name for Chief Information Technology Officer (CITO). 

- A second notion of CIO Squared that I had when putting that moniker out there for my column was that the CIO represents two other roles as well--on one hand, he/she is a consummate professional and business person dedicated to the mission and serving it's customer and stakeholders, and on the other hand, the CIO needs to be a "mensch"--a decent human being with integrity, empathy, and caring for others.  

This notion of a CIO or for that matter any CXO--Chief Executive Officer or the "X" representing any C-suite officer (CEO, COO, CFO, CHCO, etc.)--needs to be dual-hatted, where they perform highly for the organization delivering mission results, but simultaneously do so keeping in mind the impact on people and what is ultimately good and righteous.

Therefore, the CIO Squared is one who can encompass both business and technology roles and synthesize these for the strategic benefit of the organization, but also one who is mission-focused and maintains integrity and oneness with his people and G-d above who watches all. 

(Source Photo: Andy Blumenthal)

Share/Save/Bookmark

December 12, 2009

EA Can Do It

A number of weeks ago, I was at a CTO Event in DC and got to hear from colleagues about their thoughts on various technologies and IT trends. Overall the exchange was great, and as always, I was deeply impressed with the wisdom and experience of these IT leaders.

However, one particular set of comments set me back in my chair a little. And that was on the topic of Enterprise Architecture. Apparently, a number of CTOs (from a relatively small number of agencies) had not had great success in their organizations with EA and were practically questioning it’s very existence in our IT universe. Yikes!

I believe some of the comments were to the effect (and this is not verbatim—I will put it euphemistically) that these individuals had never seen anything valuable from enterprise architecture—EVER—and that as far as they were concerned, it should be discontinued in their organizations, altogether.

In thinking about the stinging comments from some of the IT leaders, I actually felt bad for them that they had had negative experiences with a discipline like EA, which is such a powerful and transformative planning and governance framework when implemented correctly—with the value proposition of improving IT decision making and the end-user as the focal point for delivering valuable and actionable EA information and governance services—generally what I call User-centric Enterprise Architecture.

Right away after the negative comments, there were a number of CTOs that jumped up to defend EA, including me. My response was partially that just because some EA programs had not been successful (i.e. they were poorly implemented), did not mean that EA was not valuable when it was done right—and that there was indeed a way to build an organizations enterprise architecture as a true beacon for the organization to modernize, transform, and show continuous improvement. So please hold off from dismembering EA from our organizations.

Recently, I was further reassured that some organizations were getting EA, and getting it right, when I read a blog by Linda Cureton, the new CIO of NASA who wrote: NASA CIO: How to Rule the World of IT through Enterprise Architecture.

In the blog, Ms. Cureton first offers up a very nice, straightforward definition of EA:

“Let me step back a bit and offer a simple definition for Enterprise Architecture that is not spoken in the dribble of IT jargon. In simplest terms, it is a planning framework that describes how the technology assets of an organization connect and operate. It also describes what the organization needs from the technology. And finally, it describes the set of activities required to meet the organizational needs. Oh, and I should also say it operates in a context of a process for setting priorities, making decisions, informing those decisions, and delivering results called - IT Governance.”

Further, Ms. Cureton draws some parallels from a book titled How to Rule the World: Handbook for an Aspiring Dictator, by Andre de Gaillaume, as follows:

It is possible to manage IT as an Enterprise.

· You can use the Enterprise Architecture to plan and manage the kinder, safer, more cost effective IT world.

· Transformational projects will successful and deliver desired results.

· IT can be a key strategic enabler of NASA's [and other organizations] goals.”

Wow, this was great--an IT leader who really understands EA and sees it as the tool that it genuinely is for--to more effectively plan and govern IT and to move from day-to-day organizational firefighting to instead more strategic formulation and execution for tangible mission and end-user results.

While, I haven’t read the dictators handbook and do not aspire to draw any conclusions from it in terms of ruling the world, I do earnestly believe that no organization will be successful with their IT without EA. You cannot have an effective IT organization without a clear vision and plan as well as the mechanism to drive informed decision making from the plan and then being able to execute on it.

Success doesn't just happen, it is the result of brilliant planning and nurtured execution from dedicated and hardworking people.

Reading about NASA’s direction now, they may indeed be looking to the stars, but now, they also have their eyes focused on their EA.


Share/Save/Bookmark

August 16, 2009

Vision is not a Business Only Matter

At an enterprise architecture conference a number of weeks ago, the audience was asked how many of you see yourself as technology people—about half raised their hands. And then the audience was asked how many see yourselves more as business people—and about half raised their hands. And of course, there were a handful of people that raised their hands as being “other.”

Then the dialogue with the audience of architects proceeded to regardless of whether you consider yourselves more business-oriented or more technology-oriented, either way, enterprise architects must get the vision from the business people in the organization, so the architects can then help the business people to develop the architecture. It was clear that many people felt that we had to wait for the business to know that their vision was and what they wanted, before we could help them fulfill their requirements. Well, this is not how I see it.

From my experience, many business (and technology) people do not have a “definitive vision” or know concretely what they want, especially when it comes to how technology can shape the business. Yes, of course, they do know they have certain gaps or that they want to improve things. But no, they don’t always know or can envision what the answer looks like. They just know that things either aren’t working “right” or competitor so and so is rolling out something new or upgrading system ABC or “there has just got to be a better way" to something.

If we plan to wait for the business to give us a definitive “this is what I want,” I think in many cases, we’ll be waiting a very long time.

The role of the CIO, CTO, as well as enterprise architects and other IT leaders is to work with the business people, to collaboratively figure out what’s wrong, what can be improved, and then provide solutions on how to get there.

Vision is not a business only matter—it is a broad leadership and planning function. IT leaders should not absolve themselves of visioning, strategy, and planning and rely only on the business for this. To the contrary, IT leaders must be an integral part of forging the business vision and must come up with an enabling “technology vision” for the organization. These days, business is more and more reliant on technology for its success, and a business vision without thought and input from the technology perspective would be superficial at best and dead of center at worst.

Moreover, visioning is not an art or a science, but it is both and not everyone is good at it. That is why open communication and collaboration is critical for developing and shaping the vision for where the organization must go.

Early on in my career, in working with my business counterparts, I asked “What are you looking to do and how can I help you?” And my business partner responded, opening my eyes, and said, “You tell me—what do you think we need to do. You lead us and we will follow.”

Wow! That was powerful.

“You tell me.”

“What do you think we need to do.”

“You lead us and we will follow.”

The lesson is simple. We should not and cannot wait for the business. We, together with our operational counterparts, are “the business”. Technology is not some utility anymore, but rather it is one of the major underpinnings of our information society; it is the driving force behind our innovation, the core of our competitive advantage, and our future.


Share/Save/Bookmark

May 22, 2009

Enterprise Architecture 3.0

In enterprise architecture, we routinely plan for new information technologies and not enterprise anything. In fact, what we now interpret as the federal mandate for “enterprise architecture”, the Clinger-Cohen Act of 1996 really mandated not enterprise, but “IT architecture”. Here, architects didn’t typically develop enterprise (or common) solutions, but rather stovepipe solutions per customer demand. I would call this Enterprise Architecture 1.0.

As enterprise architecture evolved, we saw it mature in its implementation and expand beyond pure technology into the realm of business process reengineering and improvement. This manifested itself in the Federal Segment Architecture Framework of 2008, where we now looked to solve business, not IT, problems for logical business segments of the organizations. This is Enterprise Architecture 2.0.

However, even at this level of maturity, it continued to be somewhat rare to find enterprise architecture that looked at how we are transforming people, organizations, culture, and society itself. This is now beginning to be demonstrated in the architecture using social media and the larger implications of widespread information sharing, collaboration, and broader citizen participation. I would propose that this larger view of, and larger participation in, enterprise architecture is the next evolution and represents Enterprise Architecture 3.0.

Interestingly enough, I read in ComputerWorld, 18 May 2009, an article that took just such a enterprise architecture 3.0 view, called “Are Computers Transforming Humanity” by Mary K. Pratt.

Note, it’s not that these types of articles have not appeared in the past, but rather that they were not as frequent and this thinking not as endemic to the everyday IT planning discussion as it is becoming today.

The article states: “We’ve always had the introduction of new technologies that transform and move society in new ways. It changes our interactions, our sense f the world and each other…what individual and cultural transformations do, new computer technologies portend.”

Here are some of the EA 3.0 trends I gleaned from the article that are starting to manifest in people, organizations and society:

Convenience weighing on privacy—We can plan for new technologies (for example, mobility solutions that yield “quick answers and fast transactions”) to continue that advance of convenience and challenging traditional privacy concerns. As the article states: “what we let hang out there has changed.”

Reaching across all boundaries—new technologies will continue the miraculous feat of breaking down organizational and societal stovepipes. “One of the things that is different today isn’t that we can just act collectively very quickly, but we act across heterogeneous groups.” Plan for IT to reach across boundaries globally (and even inter-galatically, in the not too distant future).

Digital narcissism—technologies are enabling people’s self-indulgent practices where they often use social media tools to “reinforce and further rationalize overblown esteem for their mundane opinions, tastes and lifestyle choices.” We web 2.0 tools like blogs and twitters and social media everyone can have their own soapbox to evangelize from.

Multi-tasking galore—with the constant barrage of new technologies and communications from them, we are forced to multi-task like never before. “Studies have found that the amount of attention many of us can devote to a single specific task is about three minutes—15 minutes at most.”

Learning by doing—“Why should we memorize facts and figures when search engines, databases, and increasingly powerful handheld computing devices make them instantly available?” What we used to have to memorize, we can now just do the look-up for.

The implications of moving and maturing to Enterprise Architecture 3.0 are exciting and will have us thinking long and hard about the implications of what we do in and with information technology well beyond anything we have done before with IT for individuals, units, or line of businesses.

The changes from IT are broader-based than before and we need IT leaders who can plan and govern these larger scopes. Recently, This was evident with the appointment by President Obama of a federal CIO and CTO to oversee the extraordinary shifts in how we can and will use technology going forward in our nation and with our partners globally.


Share/Save/Bookmark

May 16, 2009

Executives, One Foot In and One Foot Out

The last thing any executive should be doing is getting caught up in the weeds of management. The executive needs to lead and define the organizational strategy and the management team needs to execute. The executive is the link between what needs to get done (stakeholders’ needs) for the stakeholders and getting it done (management execution) through the organization’s people, process, and technology.

How does the executive perform this linking role?

Not by looking myopically inside the organization, and not by jetting around the globe shaking hands and kissing babies. Peter Drucker said “ The chief executive officer (CEO) is the link between the Inside that is ‘the organization,’ and the Outside of society, economy, technology, markets, and customers. “

In Harvard Business Review, May 2009, A. G. Lafley the CEO of Proctor & Gamble see’s that the CEO’s job is to “link the external world with the internal organization.”

The executive is the bridge between inside and outside the organization. And by having one foot in each, he/she is able to cross the artificial boundaries and bring vital stakeholder requirements in and carry organizational value back out.

Lafley breaks down the CEO’s role into four key areas, which I would summarize as follows:

  • BUSINESS SCOPE: Determining “the business we are in” and not in.  No organization can be everything to everybody. We need to determine where we will compete and where we will withdraw. GE’s Jack Welsh used to insist on working only in those markets where GE could be either #1 or #2. Drucker’s view is that “performing people are allocated to opportunities rather than only to problems.”
  • STAKEHOLDER PRIORITIZATION: “Defining and interpreting the meaningful outside”–this is really about identifying who are our stakeholders and how do we prioritize them?
  • SETTING THE STRATEGY: Balancing “yield in the present with necessary investment in the future.” Genuine leaders don’t just milk the organization in the short term, but seek to deliver reasonable results immediately while investing for future performance. Lafley states “We deliver in the short term, we invest in and plan for the midterm, and we place experimental bets for the long term.”
  • ORGANIZATIONAL CULTURE: “Shaping values and standards.” Lafley argues that “the CEO is uniquely positioned to ensure that a company’s purpose, values, and standards are relevant for the present and the future.” Of course, the culture and values need to guide the organization towards what matters most to it, to meeting its purpose, and satisfying its stakeholders.

To me, the Drucker-Lafley view on the CEO as a bridge between boundaries inside and outside the organization, can be extended a step down in the organization to other “chief” roles. The CEO’s vision and strategy to deliver value to the stakeholder to the role is fulfilled in part by the chief information officer (CIO) and chief technology officer (CTO). Together, the CIO and CTO marry needs of the business with the technology to bring them to fruition. Within the organization, the CIO is “outward” facing toward the needs of the business and the CTO is “inward” facing to technology enablement. Together, like two sides of the same coin, they execute from the IT perspective for the CEO.

Similarly, the chief enterprise architect (CEA), at the next rung—supporting the CIO/CTO, is also working to span boundaries—in this case, it is to technically interoperate the organization internally and with external partners The chief enterprise architect works to realize the vision of the CEO and the execution strategy of the CIO/CTO.

The bridge the CEO builds links the internal and external boundaries of the organization by defining stakeholders, scope, business strategy, and organizational culture. The CIO/CTO build on this and create the strategy to align business and technology The CEA takes that decomposes it into business, information, and technological components, defining and linking business functions, information flows, and system enablers to architect technology to the business imperative.

Three levels of executives—CIO, CIO/CTO, and CEA, three bridges—inside/outside the organization, business/technology sides of the organization, and business process/information flows/technologies within. Three delivery mechanisms to stakeholders—one vision and organizational strategy, one technical strategy and execution, one architecture plan to deliver through technology.


Share/Save/Bookmark

February 10, 2009

Reflections On The Role of a Federal Chief Technology Officer

Had interview today with Federal News Radio on the role of the Chief Technology Officer.

Here are some key points:

1. The CTO is a subject matter expert on technology modernization, transformation and deployment of new technology in the agency.

2. The CTO is responsible to work with the lines of business and IT to ensure that technology is meeting the needs of customers, that enterprise architecture and governance are in place, and that agency is incorporating best practices from all sources into technology operations.

3. The CIO's focus is on the business while that of the CTO is technology. Everything the CTO does is to support the CIO to operationalize his or her decisions and those of the senior leadership team. The CTO also serves as principal advisor to the CIO on IT management best practices, so that these get incorporated into the decision process.

4. A federal CTO would be a positive development because it will give a more prominent voice to the nation’s technology needs.

If there had been more time I would have added that in my view, the most important issue for a federal CTO is to address the need to raise the technology competitiveness of the United States. Technology is our future and we need to be number one.
Share/Save/Bookmark

December 13, 2008

Coming Soon: A Federal Chief Technology Officer (CTO)

What is the role of the Federal Chief Technology Officer (CTO) that we are anxiously awaiting to be announced soon in the President-elect Obama administration?

There are some interesting insights in Federal Computer Week, 8 December 2008.

CHANGE: Norman Lorenz, the first CTO for OMB, sees the role of the Federal CTO as primarily a change agent, so much so that the title should be the federal chief transformation officer.

TEAMWORK: Jim Flyzik, the Former CIO of the U.S. Department of the Treasury, and one of my former bosses, sees the CTO role as one who inspires teamwork across the federal IT community, and who can adeptly use the Federal CIO Council and other CXO councils to get things done—in managing the large, complex government IT complex.

VISION: Kim Nelson, the former CIO of the Environmental Protection Agency says it’s all about vision to ensure that agencies “have the right infrastructure, policies, and services for the 21st century and ensure they use best-in-class technologies.”

ARCHITECTURE: French Caldwell, a VP at Gartner, says the CTO must “try to put some cohesion and common [enterprise] architecture around the IT investment of federal agencies.”

SECURITY: Dan Tynan, of “Culture Clash” blog at Computerworld’s website said the federal CTO should create a more secure IT infrastructure for government.

CITIZENS: Don Tapscott, author of “Wikinomics: How Mass Collaboration Changes Everything,” seems to focus on the citizens in terms of ensuring access to information and services, conditions for a vibrant technology industry, and generally fostering collaboration and transformation of government and democracy.

This is great stuff and I agree with these.

I would add that the following four:

INNOVATION: The Federal CTO should promote and inspire innovation for better, faster, and cheaper ways of conducting government business and serving the citizens of this country.

STRATEGY: The Federal CTO should develop a strategy with clear IT goals and objectives for the federal government IT community to unite around, manage to, and measure performance against. We need to all be working off the same sheet of music, and it should acknowledge both commonalities across government as well as unique mission needs.

STRUCTURE: The Federal CTO should provide efficient policies and processes that will enable structured and sound ways for agencies to make IT investments, prioritize projects, and promote enterprise and common solutions.

OUTREACH; The Federal CTO is the face of Federal IT to not only citizens, but also state, local, and tribal governments, international forums, and to the business community at large. He/she should identify stakeholder requirements for federal IT and align them to the best technical solutions that are not bound by geographical, political, social, economic, or other boundaries.

The Federal CTO is a position of immense opportunity with the enormous potential to drive superior mission performance using management and IT best practices and advanced and emerging technologies, breaking down agency and functional silos in order to build a truly citizen-centric, technology-enabled government in the service to citizen and country.


Share/Save/Bookmark

August 30, 2008

A Federal CIO / CTO

Should the U.S. federal government have a Chief Information Officer (CIO) and/or a Chief Technology Officer?

“The chief information officer (CIO) is a job title for the board level head of information technology within an organization. The CIO typically reports to the chief executive officer.”

“A chief technology officer (CTO) is an executive position whose holder is focused on scientific and technical issues within an organization.”

“In some companies, the CTO is just like a CIO. In still others, the CIO reports to the CTO. And there are also CTOs who work in IT departments and report to the CIO. In such a situation where CTO reports to the CIO, the CTO often handles the most technical details of the IT products and their implementation. Despite the diversity of approaches to the CTO role, this IT department executive is increasingly becoming the organization’s senior technologist, responsible for overseeing current technology assets, and more important, for developing a technology vision for the business.” (Wikipedia)

For the purpose of this blog, I will use the terms synonymously.

In the federal government today, we do not actually have a federal CIO or CTO. The closest thing we do have to it is the Administrator for the Office of E-Government and Information Technology in the Office of Management and Budget (OMB). Within that office, we also have a chief architect.

MIT Technology Review, September/October 2008 has an interview by Kate Greene with Mitch Kapor, the founder of Lotus, founding chair of Mozilla, and a board member of Linden Research who advocates for a federal CTO.

Here’s why Kapor thinks we need a federal CTO:

The government needs cohesive technology practices and policies…tech is intertwined with virtually everything. You can’t talk about homeland security or education or energy without it being in large part a conversation about technology. The president will be well served if policy making is done in a more technologically sophisticated way.”

What are some policies the federal CTO would champion?

  • Ubiquitous and affordable broadband deployment
  • Tech policies that stimulate innovation in the economy are very important, because innovation is the engine of growth.”
  • Net neutrality is also a huge issue in ensuring the Internet isn’t controlled by the people who own the wires, because that us just going to impede innovation.”

While I believe that this is a good start, there are so many other areas that could benefit, such as—

  • Information sharing and data quality
  • Interoperability and component reuse
  • Standardization and simplification of our infrastructure
  • Beefing up our IT security
  • linking resources to results (i.e. driving performance outcomes and having our business and mission drive technology rather than doing technology for technology’s sake)
  • And of course, overall enterprise architecture planning and IT governance.

Overall, Kapor says “The advantage of a CTO is that there can be coordination. There’s a ton of work that goes on within different agencies: there needs to be someone to identify the best ways of doing things and some common practices.”

In the federal government, we do have the federal CIO Council to help coordinate and identify best practices, but the role that Kapor envisions is more of a visionary, leadership role that will truly drive the technology of our government and “lead by influence and not by command.”

As we enter the last few months before the presidential election of 2008, perhaps it is a good time to think not only about the next Commander In Chief, but also about the leadership role(s) of tomorrow—such as a federal CIO/CTO—that will be necessary for maintaining and solidifying our nation’s technological superiority for now and the future.


Share/Save/Bookmark