<img height="1" width="1" style="display:none" src="https://q.quora.com/_/ad/33f0fcb02bbd41af9d706a2c469929f2/pixel?tag=ViewContent&amp;noscript=1">

The DevOps Disconnect

By Michael Giacometti

Michael Giacometti

Michael Giacometti - 6 August 2019

Lack of communication is often cited as the biggest problem Business have when implementing DevOps.  This would be communication between co-located teams where the team just doesn’t talk, teams across geographies where time zones come into play, even where the IT and Business just will not discuss things.  Indeed, there are many places where a lack of communication can cause DevOps to fail.

Just as great a threat to DevOps is not just bad communication, it is mis-managed Digital Transformation.  Businesses have taken advantage of Digital Transformation to expand their footprints; rarely do large companies identify as being siloed to one industry.  Thus, business strategy alignment, brand, and software need to leverage different technology and provide a delightful experience to a diverse set of customers.  Businesses now need to have many more releases, be more agile, and more dynamic if they are to stay competitive and profitable. 

From a Quality Assurance perspective, Digital Transformation and DevOps put a premium on Automated Testing and introducing more Industry or Business Analysts to do more of the QA.  This is generally because Businesses are either building software from individual home-grown or off the shelf components or ensuring the software meets industry and customer experience requirements is so important.

The biggest problem is that as Technical people may not have enough industry knowledge, Business Analysts or Domain Experts will probably not have enough Development or Technology knowledge.  It’s a necessary trade off, but what are the problems and how do you mitigate them?

Automation Tools need to be Simple and Approachable

If the person doing the Testing is not well versed in coding or technology, the Automation Tool is going to need to adapt to them and make it easy to create, generate, and run automated test cases.  Getting caught up in deep object recognition, programmatic handlers, and custom controls is only going to delay the creation and maintenance of Automated Tests.  This is no longer the 1990s or 2000s.  Technology needs to adapt to the customer, not the other way around.

Obscure Edge Cases may require more work than they are worth

Pulling Business Users or Analysts in to do testing can have amazing benefits.  It can also cause a massive amount of effort to be placed in functionality that just isn’t critical or used all that much.  To address this, Augmented Intelligence, like the AI that is built into Eggplant DAI, can help Testers decide which Automated Tests are most critical and helpful to ensuring the overall quality of the application.  Additionally, better team communication, coaching, and mentoring can address this.

Defect Triage is key

The purpose of a good testing program is to find Defects before they make it into Production.  But what is a Defect, and what kind of severity should it really have?  DevOps release cycles can be delayed if there aren’t clear guidelines on what Defects should be captured, and how they should be ranked in either Severity or Priority.  Technical Testers are going to generally focus more of their effort in Technical Defects that the Business may not find major and vice versa.  The key is a clearly defined process and clear communication.


Solving the DevOps Disconnect comes to clear lines of communication, giving every team member a voice, and clearly defined, agreed upon processes that does not waste cycles on irrelevant activities that do not contribute to the overall end quality of the product.