Arnon Rotem-Gal-Oz

Subscribe to Arnon Rotem-Gal-Oz: eMailAlertsEmail Alerts
Get Arnon Rotem-Gal-Oz: homepageHomepage mobileMobile rssRSS facebookFacebook twitterTwitter linkedinLinkedIn

Related Topics: Enterprise Application Performance, IT Strategy, DevOps for Business Application Services, DevOps Journal

DevOps: Case Study

Using Application Ratings to Foster DevOps

One CTO found it changed how developers approached their projects

Last week I had the opportunity to have a hallway conversation with a CTO of a large software company about how the interactions between development and operations teams are changing.  I asked his opinion on measuring the benefit of that collaboration.  He noted while they did not have direct metrics for their teams, they found that having a rating system for applications under development did effect how developers approached their projects.

Their rating system incorporated the expected operational characteristics of an application. For example, applications that must be as resilient as possible had a different set of ratings than applications with asynchronous or long running transactions.  He said that once their developers understood the rating system, operational requirements were considered more throughly during the design phase.  Additionally, they were more receptive to using existing operational knowledge as they were building the application.  The system helped operations teams because it clearly prioritized the business importance of specific operational characteristics, which enabled better proactive problem analysis and prevention.

I would also guess that his development teams work harder at resolving problems that were shown to impact an applications’ rated characteristics by his operations teams.  I would also guess that his most productive development teams were those that applied lessons learned from working on problem resolution to improve their next design effort.  (I wouldn’t have to guess if these improvements can be captured and reported in business outcome terms -- but that is an argument for another article.)  So it seems to me that technology executives in large organizations could try a similar approach to encourage, and possibly reward, collaborative dev/ops behavior.

More Stories By Jasmine Noel

Jasmine Noel is a founding partner of Ptak, Noel & Associates. She has over 15 years experience analyzing and consulting on IT management issues. She currently focuses on technologies and processes that organizations require to design, engineer and manage the performance and service quality of business applications, workloads and services. Noel served previously as director of systems and applications management at Hurwitz Group, where she formulated and managed the company’s research agenda. She was also a senior analyst at D.H. Brown Associates, where her responsibilities included technology trend analysis in the network and systems management space. Noel is regularly quoted in and contributed articles to several leading publications and content portals on various IT management topics. She holds a bachelor of science from the Massachusetts Institute of Technology and a master of science from the University of Southern California.