Agile in GxP CSV Environments: The Use Case

- Ecaterina Altemüller

Introduction. 

This article tells the story of a team I had the pleasure to lead on a GxP project in a Healthcare company. The team members were of different age, professional background and culture. Most of them had the project work on top of their regular daily work. They showed extraordinary dedication and genuine curiosity for the new agile approach I introduced to them. 

The task at hand was to replace an electronic Document Management System (eDMS) with a more user friendly and intuitive solution. First, we wanted to make sure that the selected solution satisfies these criteria not only on paper but also in practice. Therefore, we built a Proof of Concept (PoC) environment and invited all our Subject Matter Experts (SMEs or key users – used interchangeably) to test it. After getting the thumbs up from the SMEs and the Steering Committee, the full-scale implementation followed. 

While there is a lot to share, I would like to focus on three points in this article. The first section – “To Scrum or not to Scrum?” – shows my perspective, as a project manager, when selecting the optimal approach for this project. The other two sections present the measures I took to facilitate the team to the Scrum way of thinking. More in detail, the second section – “A story about the user story” – illustrates my experience with introducing user stories to the team. The third section – “Sneak preview” – highlights some of the challenges we faced when giving the SMEs early DEV access to the new system. 

To Scrum or not to Scrum? 

Scrum (or agile – used interchangeably, which does not limit agile only to Scrum), eDMS and Computerized System Validation (CSV) could be regarded, especially by those of you knowledgeable of these topics, as three puzzle pieces that don’t really fit together. While it is true that eDMS implementations are rather straight forward and CSV requires documentation before action (quite the opposite from agile), I believe that Scrum can add value even in such traditional settings. Let me define each of these three puzzle pieces one at a time. 

Let’s start with eDMS. The reality is that the eDMS market is a mature one. That means there are enough vendors claiming to offer best in class eDMS solutions waiting to be configured according to your industry and company needs by switching on or off readily built features. The development per se, where functionality is being built from scratch, is kept to a minimum. Therefore, eDMS implementations are straight forward, “no thrills” software configuration rather than software development projects. 

Let’s continue with GxP and CSV. In heavily regulated industries, such as Healthcare, GxP is a collection of quality standards to assure safety and efficacy of products for the patient through delivering high quality of e.g. laboratory, manufacturing or other processes. IT systems used to support such processes must undergo CSV. That means, the System Development Life Cycle or Change Control has fixed stage gates with specific documentation (as specified by the company validation framework) and milestones aligned in a waterfall sequence (DEV to VAL to PROD). 

And the third and final puzzle piece, Scrum. Without going into details, Scrum is an iterative approach or an agile framework for teamwork that defines the team structure, artefacts and events. According to Shenhar and Dvir (Reinventing Project Management” by Aaron Shenhar and Dov Dvir), iterative approaches are best suited to deliver good results in situations of great uncertainty. Therefore, it is not a coincidence that Scrum first picked up for software development projects. The more certainty on a project, the more suitable the classical project management approach becomes. 

This brings us to the point. Great uncertainty is definitely not a characteristic of the eDMS implementation projects. And how to go about the waterfall-aligned documentation and milestone requirements as per CSV? In other words, how agile can you be on a “no thrills” software configuration project that imposes documentation and milestones that seem to misalign with Scrum? As I show in my article Agile in GxP CSV Environments - The Concept, Scrum can benefit even regulated projects by providing the means to end this-is-how-it-was-always-done cycles: a fresh way of thinking and working. 

To read further please register here

Please also read my first article of this series: Agile in GxP CSV Environments: The Concept

Agile in GxP CSV Environments: The Concept

Are you skeptical or convinced about the compatibility of agile IT system implementation and Computer System Validation (CSV)? You didn’t make up your mind yet? Or are you just hungry for information? In any case, if you are looking for an opinion about when and how to apply an agile approach (or Scrum – used interchangeably) on regulated projects, keep reading. To make the most out of this article however, you should have basic project management, agile and GxP or CSV knowledge. 

In this article, I show how to apply Scrum on projects where the technical solution must undergo CSV (see the “How to Scrum?” section). As such, I touch on how Scrum artefacts do match to the validation documentation. Before talking about how to apply Scrum however, I start by sharing my thoughts on when to apply Scrum (see the “When to Scrum?” section). This agile framework is so much more than a way of working. It is also a way of thinking. Understanding this is key to agile implementations. 

Read further here

Webinar: Agil mit ARIS am 26.01.2017

Der Einsatz von BPM mit einer prozessorientierten Vorgehensweise ist heute – insbesondere in der Design-Phase – de facto der Standard im Umfeld von Business Transformationen. Gleichzeitig werden agile Methoden wie zum Beispiel Scrum zunehmend bei der Implementierung von Projekten eingesetzt. Wie funktionieren beide Ansätze zusammen im Projekt und wie können diese sowohl methodisch als auch mit einem Tool optimal begleitet werden?

Anhand eines konkreten Anwendungsfalls stellen wir Ihnen ein agiles, mehrjähriges SAP-Implementierungsprojekt vor und zeigen Ihnen, wie unsere Reise durch das Projekt mit dem Einsatz der Scrum Methodologie erfolgreich durchgeführt werden konnte. Außerdem zeigen wir Ihnen, wie ARIS als One-Tool Lösung zu Durchführung eines agilen BPM Projekts genutzt wurde. 

Sie sehen den agilen Aufbau eines SAP Templates von Anfang bis Ende. Zu Beginn erfahren Sie, wie die Backlog Items anhand der BPM Business Requirements hergeleitet und ein priorisiertes Product Backlog Modell überführt wurden. Im Weiteren erhalten Sie Einblick in:

  • Backlog Items und ihre Attribute (Beschreibung, Definition of Done, geschätzter Aufwand, Wertgenerierung)

  • Scrum Board Modell und dessen Einsatz, um die Backlog Items in konkrete Aufgaben zu übersetzen

  • Der Einsatz von Burndown Charts in einem Mash Zone Dashboard, um den Fortschritt der Teams in den einzelnen Sprints darzustellen

  • Inkrementelles Testen, um sicherzustellen, dass die Ergebnisse der Definition of Done entsprechen

  • Test der Systemintegration