Skip to main content

CIO: Changing Sourcing Strategies

Sourcing strategies are evolving rapidly. CIOs have to handle this shift, where innovation isn't coming from the usual vendors. There is a clear movement toward those who can facilitate the most critical agendas to enable digital business. New organizational structures are required that allow for a culture of innovation and experimentation. In order to innovate, teams that typically consist of larger, slower-moving units must transform into small, startup-type or project-based units.

AppDynamics CEO, Jyoti Bansal, often speaks about his methodology for creating a startup within a startup. Many new product initiatives begin with a small team of two-to-four engineers and product managers tasked with building a minimum viable product. In this model startup teams are augmented with small acquisitions which come with talent. This new talent provides new perspectives, skills, and core intellectual property allowing the acquirer to meet customer needs quickly. This is similar to the model employed at Google, Facebook, Yahoo, or Twitter allowing for incubation and experimentation with new, unorthodox ideas. At Google, some of these new ideas become winners like Gmail and Google Apps for business, while many fail. Some of these new products take several iterations before they can be productized. Google Talk is one example that was allowed to “sunset” but was reborn as Google Hangouts, which has had rampant adoption with its second iteration and integration of other services. Google Hangouts on Android has over 500 million installations.

This is the new pace of innovation, something CIOs must now replicate in their own operations. A Gartner headline says, "Digital Business Economy is Resulting in Every Business Unit Becoming a Technology Startup." What this means is if you do not evolve your organization, thinking, and sourcing, you will be unable to compete. The furious and often large acquisition strategy, results in non-integrated technologies which fail to compete in a time where technology becomes a major advantage in digital transformations.
Within IT operations management, an area I've studied and tracked for over two decades, we saw many large acquisitions over the years from HP, IBM, BMC, and CA. These acquisitions provided growth and breadth, by adding new capabilities that were slotted into a portfolio. That growth strategy though, which had once been effective, ended up creating too much complexity. The complexity required services, which in turn led to challenges in staying current.

This technology debt and lag do not meet the needs of today's technology buyers. The large acquisition strategy has slowly fallen off; meanwhile, these big players have had major challenges making the transition to organic innovation. Gartner predicts that "By 2017, at least two of the "big four" IT operations management vendors will cease to be viable strategic partners for 60 percent of I&O organizations." We've already seen this play out with the privatization of yesterday's innovators and ongoing execution issues with others.
New innovative upstarts in ITOM run at a different speeds, allowing them to create, build, and provide the value customers want, without the heavy services, consulting, and integration burdens. These new vendors have highly differentiated strategies and approaches that keep them innovative and give them a competitive advantage.  
The question remains for CIOs: Of these innovative vendors, which will be able to continue down the innovation path as they move from being medium-sized companies to become large companies? As revenues of these innovative vendors continue to increase substantially, innovation at scale remains an open question. But at AppDynamics, we're focused on culture and strategy to enable and retain our innovation as we build the next generation ITOM technology for software-defined businesses.

Comments

Popular posts from this blog

Dynatrace Growth Misinformation

For my valued readers: I wanted to point out some issues I’ve recently seen in the public domain. As a Gartner analyst, I heard many claims about 200% growth, and all kind of data points which have little basis in fact. When those vendors are asked what actual numbers they are basing those growth claims on, often the questions are dodged. Dynatrace, recently used the Gartner name and brand in a press release. In Its First Year as an Independent Company, Gartner Ranks Dynatrace #1 in APM Market http://www.prweb.com/releases/2015/06/prweb12773790.htm I want to clarify the issues in their statements based on the actual Gartner facts published by Gartner in its Market Share data: Dynatrace says in their press release: “expand globally with more than three times the revenue of other new generation APM vendors” First, let’s look at how new the various technologies are: Dynatrace Data Center RUM (DCRUM) is based on the Adlex technology acquired in 2005, but was cr

Vsphere server issues and upgrade progress

So I found out that using the host update tool versus Vcenter update manager is much easier and more reliable when moving from ESXi 3.5 to 4.0. Before I was using the update manager and it wasn't working all that reliably. So far I haven't had any issues using the host update tool. I've done many upgrades now, and I only have 4 left, 3 of which I am doing this weekend. Whenever I speak to vmware they always think I'm using ESX, when I prefer and expect that people should move to the more appliance model of ESXi. With 4.0 they are pretty much on par, and I'm going to stick with ESXi. On one of my vsphere 4.0 servers (virtualcenter) its doing this annoying thing when I try to use the performance overview:   Perf Charts service experienced and internal error.   Message: Report application initialization is not completed successfully. Retry in 60 seconds.   In my stats.log I see this.   [28 Aug 09, 22:28:07] [ERROR] com.vmware.vim.stats.webui.startup.Stat

Misunderstanding "Open Tracing" for the Enterprise

When first hearing of the OpenTracing project in 2016 there was excitement, finally an open standard for tracing. First, what is a trace? A trace is following a transaction from different services to build an end to end picture. The latency of each transaction segment is captured to determine which is slow, or causing performance issues. The trace may also include metadata such as metrics and logs, more on that later. Great, so if this is open this will solve all interoperability issues we have, and allow me to use multiple APM and tracing tools at once? It will help avoid vendor or project lock-in, unlock cloud services which are opaque or invisible? Nope! Why not? Today there are so many different implementations of tracing providing end to end transaction monitoring, and the reason why is that each project or vendor has different capabilities and use cases for the traces. Most tool users don't need to know the implementation details, but when manually instrumenting wi