DevOps: May Help, May Not

DevOps is one of the ongoing trends that is shaping IT organizations by merging developers and operations staff into dedicated or shared teams, with the goal of breaking down the barriers between the two groups to improve communications, speed application delivery time, and better design applications and the systems on which they run. However, you do need to set your expectations on what DevOps can provide. Your organization may already be efficient and well-run.

April 8, 2011

3 Min Read
NetworkComputing logo in a gray background | NetworkComputing

DevOps is one of the ongoing trends that is shaping IT organizations by merging developers and operations staff into dedicated or shared teams, with the goal of breaking down the barriers between the two groups to improve communications, speed application delivery time, and better design applications and the systems on which they run. However, you do need to set your expectations on what DevOps can provide. Your organization may already be efficient and well-run.

Replay Solutions, which conducted the survey, directed survey respondents to the DevOps Wikipedia page for the definition, but its working definition is the merging of developers, quality assurance and operations into an organizational unit. The benefits of such a merging are improved communications between the teams, faster provisioning time with fewer errors, and increased use of programmatic automation from server, storage and network provisioning, all the way up to application deployment and management.

The respondents were primarily from North America, and the titles covered developers to IT operations and from administrators to C-level. The company size by number of employees was evenly split among organizations with more than 2,000 employees and those with less then 2,000 employees. Approximately 25 percent of respondents say they have dedicated positions titled DevOps. The survey respondents appear to identity more with development than with operations, which makes sense considering that Replay Solutions focuses on software quality assurance and resolution.

For example, 75 percent of respondents say defect tracking tools and 69.4 percent say source code control tools are important to DevOps. In contrast, 41.4 percent chose application performance management tools as being important and 44.7 percent chose release management tools, which are more operationally focused. The results are interesting nonetheless.

Looking at the consolidated charts, it seems that DevOps is providing a benefit in terms of easing software upgrades, reducing the number of defects that make it into production and releasing software upgrades faster. Yet when broken down, the results tell a different story. Replay Solutions supplied, at our request, charts that indicate the performance of organizations without any DevOps. Combined, 299 respondents with a dedicated DevOps staff of shared duties reported that less than 10 percent of defects made it into production, compared with 192 respondents that have no DevOps.As the percentage of defects that reach production increases, the combined DevOps respondents and those with none are closer, but those with some DevOps teams are doing better. The biggest disparity is those that responded they are not sure how many defects made it into production. The responses are similar when respondents were asked how often software updates are made and the time it takes to resolve high severity issues.

It's not a slam-dunk that DevOps has a measurable impact on reducing or responding to software defects, but 58 percent of respondents say that team communications was one of the three biggest benefits to the new role. Smoother change management, 57 percent, and faster mean time to resolution, 49.8 percent, were No. 2 and No. 3. There is no doubt that improved communications among teams has an organizational benefit that can't always be measured.

Jonathan Lindo, co-founder, VP products and technologies, says "one of the goals of DevOps is getting your developers to think more about the business requirements and how the application will be run in the field, and less about building cool stuff. For operations staff, it's about giving them more information about how the applications will be running in the data center and cloud. Then you can facilitate communications between the two groups, removing the hand-off where one group tosses an application or problem--along with the responsibility for it--over the fence. The DevOps team takes and keeps ownership and responsibility."

Read more about:

2011
SUBSCRIBE TO OUR NEWSLETTER
Stay informed! Sign up to get expert advice and insight delivered direct to your inbox

You May Also Like


More Insights