Imagine you are in a room with some of the most brilliant system developers in the world. Someone asks for a show of hands, “Who loves quality?” How many hands go up? Any? I’m sure someone out there appreciates quality as much as I do, but chances are it’s not the majority.
Why is that? We work in a risk-averse, regulated industry. Processes simply have not evolved at the pace of technology. 20 years ago, auditors manually sifted through binders of SOPs, test cases and training summaries. 10 years ago, computer systems validation came into play. Auditors had to shift their focus to technology auditing, which threw everyone for a loop. In this new wave of agile development, the quality process for cloud technology needs to undergo a fundamental shift again. Quality systems and auditors will have different requirements, and that’s ok.
In such a conservative industry, suddenly storing data in the “cloud” is quite scary, but it is just the evolution of technology. Let’s think about it this way. The “cloud” is simply a large data center. Just like any data center, there are servers, machines, and people that service those systems. Similar to how you would take your car to an expert to get it fixed, you can now leave the maintenance of your systems to the “experts” in the cloud model. It also enables the flexibility to determine where in the world the data is stored (which is important in many EU countries) as well as ensures fool-proof disaster recovery and in the end, provides full traceability and much more robust security and expandability.
So, back to the original question. Can quality and agile development peacefully
co-exist? I believe they can. Not everyone will love quality, but they can understand its criticality. On the flip side, the quality group may not fully embrace or understand “the cloud,” but they can appreciate how technology innovation strengthens the quality process. Below are key takeaways to balance the requirements for quality with utilizing the latest technology innovations designed to accelerate clinical trial delivery.
Whether you are developing systems internally or relying on external systems, the conversation around quality needs to change. The fundamental requirements are still there, but the HOW changes over time. Understanding this differentiation needs to be discussed upfront and built into your culture.
New technology can be scary and candidly we’ve been met with some uncertainty when showing our RTSM system.
If you can do it that fast, do you even have a quality system; is the product validated? Of course! It is just not the quality system you’ve seen from 20 years ago and that’s a good thing. Quality and agile technology really can co-exist.