Comments for Scaling Software Agility

Comment on July 2012 Scaling Agile Keynote and Workshop in Frankfurt, Germany by Hans-Peter Korn

Hans-Peter Korn — Fri, 23 Dec 2011 16:59:42 +0000

just one small remark: The venue will be Walldorf (near Frankfurt Airport), NOT Stuttgart

Comment on New Whitepaper: Agile and High Assurance by New Whitepaper: Agile and High Assurance | MAK and Associates

New Whitepaper: Agile and High Assurance | MAK and Associates — Sun, 11 Dec 2011 02:11:57 +0000

[...] recently came across Agile and High Assurance white paper written by Dean Leffingwell. Many medical device software development companies struggle with the [...]

Comment on New Whitepaper: Agile and High Assurance by steveatmakcompliance

steveatmakcompliance — Wed, 07 Dec 2011 21:42:52 +0000

Sure Dean, I agree on more specifics,
In addition to the FDA’s Quality System Regulation specific to SW (21 CFR820.30); a medical device software MFG is required to make premarket submissions that has it’s owns set of (regulatory) requirements depending on the device’s classification, complexity, and risk. It is important to realize the requirements, resources, and costs associated with device submissions that have clear, concise, and complete software documentation.

In the FDA’s Guidance for the Content of Premarket Submissions for Software Constrained in Medical Devices as a general plus any device specific recommendations, i.e., FDA Guidance for the Submission of Premarket Notifications for Medical Image Management Devices, require software artifacts and traceability to support a determination by the FDA that the software is safe and effective.

The first hurdle is for the SW MFG to determine the device’s SW level of concern and device classification. The output from the process to determine the level of concern (FDA) and software safety classification (IEC 62304) establishes early on, the required software artifacts and level of documentation required for the premarket submission (including any device specific requirements).

Although risk management was mentioned, risk analysis, risk evaluation, and risk control traceability is required. This may pose additional discussion on how quality management, risk management and software development processes are integrated, but risk management must be included in the SW development process at the right times (good news is that device risk management is ongoing and its iterations can be integrated into an Agile process. Careful planning by the SW dev team is needed to have the information and documentation required for adequate risk management and traceability to design controls.

Detailed design documentation. the software architecture, state diagrams, flow charts, methods, algorithms and technology must be submitted. Much of this information is basic, but the SW development process needs to provide these outputs.

Software development environment and SW development processes. The FDA requires documented and controlled process. We can’t overlook the obvious, but a good software development plan is needed to document the processes, development environments and project deliverables required.

Comment on New Whitepaper: Agile and High Assurance by Dean Leffingwell

Dean Leffingwell — Wed, 07 Dec 2011 19:49:34 +0000

Thanks Steve,
Could you perhaps highlight the nature of the content required that is not addressed by the artifacts and traceability mechanisms highlighted in the whitecap? In other words, what specific gaps do you see?

I’m sure this would help others understand how to augment the methods that we described.

Comment on New Whitepaper: Agile and High Assurance by steveatmakcompliance

steveatmakcompliance — Wed, 07 Dec 2011 19:36:19 +0000

Dean, Craig, Yvonne;
Great job on the white paper and supporting research. One key area the white paper did not address is the content required for premarket submissions (510k, PMA, IDE, Clinical evaluation) for software medical devices. Much of the information required for these submissions is collected as output from the development process. Too often I find my FDA software company clients performing retroactive steps to document this content for their regulatory submissions.
Regards,
Steve.

Comment on More on Product Manager vs Product Owner, Webinar from Rally by Ronit

Ronit — Wed, 07 Dec 2011 10:01:20 +0000

Probably, you should turn to Catherine from Rally?? I am looking for that as well..

Comment on More on Product Manager vs Product Owner, Webinar from Rally by Dean Leffingwell

Dean Leffingwell — Wed, 07 Dec 2011 05:58:55 +0000

Sure, what is the correct link?

Comment on More on Product Manager vs Product Owner, Webinar from Rally by Ronit

Ronit — Tue, 06 Dec 2011 20:44:00 +0000

The link to the webinar of Catherine is not working… can you pls reset?

Comment on A Sudden and Sad Loss of a Partner and Friend by Dean Leffingwell

Dean Leffingwell — Sat, 03 Dec 2011 00:04:21 +0000

Jennifer,
And I’m glad that you at least got to meet him. So yes, you suffered a loss you would not otherwise have, but I’m still happy that you did.

Comment on A Sudden and Sad Loss of a Partner and Friend by Dean Leffingwell

Dean Leffingwell — Sat, 03 Dec 2011 00:03:23 +0000

Thanks so much for the sentiment.