Digitales Sprintmanagement im Hinblick auf ISO-Compliance

Die Frage:

Was sind die eindeutigen Vor- und/oder Nachteile eines digitalen Ansatzes (Excel oder dedizierte PM-Software) für das Sprint-Management in Bezug auf die Dokumentation des Entwicklungsprozesses zum Zwecke der Erfüllung der Compliance-Anforderungen von ISO 9001 (oder anderen ähnlichen Sanktionsstellen)?


Antworten sollten diesen Richtlinien folgen :)


Hintergrund:

Wir sind ein nach ISO 9001 reguliertes Unternehmen. Daher sind wir verpflichtet, Aufzeichnungen zu erstellen und zu führen, die Folgendes belegen:

  • Risikobasiertes Denken (Erkennen und Handeln auf Chancen und Erkennen und Handeln auf Chancen für Fehler)
  • Prozessbasierter Ansatz (Nachweis, ein System zu haben und diesem System zu folgen)
  • Plan-Do-Check-Act-Zyklus (planen Sie, was Sie tun werden, tun Sie es, analysieren Sie das Ergebnis, ergreifen Sie Verbesserungsmöglichkeiten basierend auf Ihrem Ergebnis)

Dieses Zeug ist alles von Natur aus in den Scrum-Prozess eingebaut YAY! aber der Nachweis dafür scheint der Vorteil der digitalen Werkzeuge zu sein.

Excel und die meisten dedizierten Scrum-Programme, die ich gesehen habe, tun dies gut, indem sie das Product Backlog, User Stories, das Sprint Backlog dokumentieren, den Fortschritt verfolgen usw. usw.

Allerdings habe ich gemischte Gefühle in Bezug auf den Wert dieser Tools in dieser Hinsicht im Vergleich zu ihrer Ausrichtung an den Agile-Prinzipien.

Konkret habe ich Bedenken zu folgendem:

  • Arbeiten [Prozesse] über umfassende Dokumentation.
  • Arbeiten [Produkt] ist das primäre Maß für den Fortschritt.
  • Einfachheit – die Kunst, die Menge an nicht erledigter Arbeit zu maximieren – ist entscheidend.
  • Die besten Architekturen, Anforderungen und Designs entstehen aus sich selbst organisierenden Teams.
  • In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.

Die Beweisanforderungen sind ziemlich offen und schließen analoge Tools nicht aus.

Zum Beispiel kann ich die Anforderungen für den Nachweis von risikobasiertem Denken und PDCA erfüllen, indem ich Fotos der Product Backlog Boards und Sprint Boards vor/nach dem Grooming, der Sprintplanung und dem Sprintabschluss usw. mache. Wir verfolgen bereits retrospektive Minuten mit OneNote verwendet zwar einen analogen Ansatz, der gut funktioniert.

Da ich neu bei Scrum bin, bin ich mir nicht sicher, was der richtige Ansatz ist, und hatte gehofft, Input von erfahreneren Scrum-Teams zu bekommen, die vielleicht einige Erfahrungswerte zu bieten haben :)

Mögliches Duplikat von pm.stackexchange.com/questions/2268/tools-in-agile-methods?rq=1 - obwohl ich denke, dass meine Frage unterschiedlich genug ist (anwendungsspezifisch und auch spezifisch für die Anforderung eines direkten Vergleichs von digitalen mit analogen Tools). in Bezug auf die ISO 9001-Anforderungen)
Nach so viel Zeit und Mühe, die Sie sich hier genommen haben, was applaudiert werden muss, muss ich sagen, dass dies nicht wie eine themenbezogene Frage aussieht. In Wirklichkeit präsentieren Sie Ihre Meinung, fragen, wer Ihrer Meinung ist, und werben um die Erfahrungen und Meinungen einzelner Personen sowie um eine Liste mit Vor- und Nachteilen.
Hallo Marv, ich glaube nicht, dass es aufgrund des Hilfeartikels nicht zum Thema gehört . Ich frage nicht nach einer bestimmten Tool-Empfehlung; Meine Frage bezieht sich auf allgemeine Vor- und Nachteile eines Ansatzes und bittet um Beweise für Erfolg oder Misserfolg auf der Grundlage von Erfahrungen. Dies steht im Einklang mit vielen anderen am besten bewerteten Fragen auf dieser Seite – wie dieser und jener und sogar der am höchsten bewerteten Frage auf dieser Seite . Diese Seite ist noch Beta; Vielleicht könnte der gute Fragenartikel etwas verfeinert werden?
Das heißt, ich werde die Frage bearbeiten, um sie präziser zu machen (weniger offen oder gesprächig), da ich denke, dass dies Teil des Problems sein könnte :)
Das erste und letzte Beispiel stellen spezifische Fragen („Wie mache ich das?“ und „Warum ist diese Methode besser als diese Methode“), und ich würde argumentieren, dass die mittlere ohnehin nicht zum Thema gehört, da sie auf Meinungen basiert. Ihre sucht keine Antwort auf eine bestimmte Frage, sondern verlangt einen Vergleich zweier verschiedener Methoden, eine Liste mit Vor- und Nachteilen für zwei Optionen und bittet jeden Korrespondenten, seine eigenen Beweise vorzulegen. Diese Art von Frage passt meiner Meinung nach nicht gut zu einer Q&A-Site. Es tut uns leid
Hallo Marv, mir sind die gleichen Dinge aufgefallen, weshalb ich die Frage überarbeitet habe, um sowohl in dem, was ich frage, als auch in dem, wonach ich frage, genauer zu sein. Und Sie können meine Frage jederzeit bearbeiten, wenn Sie der Meinung sind, dass sie verbessert werden kann :)
Marv, eine letzte Sache, ich möchte Sie bitten, dasselbe kritische Auge auf Ihre eigenen Fragen zu richten, wenn es darum geht, Ihre Meinung darzulegen und zu fragen, wer zustimmt, oder um eine Liste von Dingen zu werben, die zu berücksichtigen sind.
Das war die erste Frage, die ich hier je gestellt habe. Ich würde es jetzt nicht auf die gleiche Weise fragen, da ich besser weiß, wie die Website funktioniert, aber ich könnte immer noch fragen: „Wie kann ich ein leistungsstarkes Team aufbauen“, was zum Thema passt. Solch ein trollartiges Verhalten, meine eigenen Fragen in einem tit-for-tat-Kritikkrieg zu durchforsten, ist nicht konstruktiv. Ich bin raus.

Antworten (1)

Es schien angemessener, dies in eine Antwort aufzuteilen, über die abgestimmt / kommentiert / bearbeitet und allgemein von der Community getrennt von der Frage berücksichtigt werden sollte.

Empfehlung:

*Vielleicht wäre der ideale Ansatz für diese spezielle Situation die Verwendung von OneNote als digitales Whiteboard . *

Ein kapazitives Touch-Whiteboard, auf dem OneNote (oder eine ähnliche Software) ausgeführt wird, bietet die meisten der gleichen Vorteile des analogen Ansatzes, während es viele der Vorteile der digitalen Tools bietet – einschließlich des deutlichen Vorteils der Persistenz zum Nachweis der ISO-Konformität.

Es bietet auch den Vorteil, dass Daten einfach kopiert/eingefügt werden können, um Tracking in anderen Excel-Softwareprogrammen durchzuführen, und dass Sie bequem Seiten hinzufügen können, die sich auf eine Story beziehen, um die durchgeführten Recherchen und Risikoüberlegungen, Entscheidungsfindung usw. zu dokumentieren. OneNote bietet auch die Möglichkeit, Anhänge zu verknüpfen oder einzubetten, was es zu einem guten zentralen Repository für alle anfallenden Arbeiten macht.


Zusammenfassung: Digital vs. Analog

Der digitale Ansatz bietet deutliche Vorteile in Form einer vollständigeren und dauerhafteren Dokumentation, einer besseren Datenaggregation und -analyse, einer besseren Metadatenanalyse (langfristige Geschwindigkeitsverfolgung, Bewertung ähnlicher Projekte usw.) und einer einfacheren Suche und Suche nach Informationen in Bezug auf die geleistete Arbeit und Überlegungen zur Feature-Integration/-Ablehnung usw.

Excel und die meisten (alle, die ich gesehen habe) Scrum-basierten Tools erfordern jedoch viel Arbeit, um sie einzurichten und richtig zum Laufen zu bringen, und erfordern Sorgfalt bei der Eingabe von Informationen im erwarteten (starren) Format. Diese Kompromisse sind nicht gut auf die Agile-Werte und -Prinzipien abgestimmt.

Der analoge Ansatz ist besser auf die Werte und Prinzipien von Agile ausgerichtet und bietet eine große Flexibilität und Freiheit, den Ansatz anzupassen, zu ändern und zu verfeinern, aber alles ist vorübergehend (mit jedem Sprint wird das Board zurückgesetzt, und abgesehen vom Fotografieren dort wird kein Beweis für die in früheren Sprints geleistete Arbeit erbracht). Das Fotografieren der Tafel in verschiedenen Zuständen erfordert zusätzlichen Aufwand und ist ein schwaches Glied in dem Prozess, das leicht durch Vergesslichkeit oder einfache menschliche Faktoren besiegt werden kann.


Agile Ausrichtung

  • Arbeitsprozess > Dokumentation
    • An einem Whiteboard gibt es nicht viel zu brechen (vielleicht fällt ein Klebestreifen ab? oder jemand zieht es in einem Sturm heraus), aber es gibt viel, was mit benutzerdefinierter Software schief gehen kann (und normalerweise auch wird). Außerdem schaffen es überall, wo ich gearbeitet habe, Leute, Excel-Dateien ständig zu beschädigen. Wenn wir schließlich versuchen, unseren Prozess zu verfeinern und kontinuierlich anzupassen, wird der starre Rahmen dieser Tools zu einem Hindernis für unsere Experimente?
  • Arbeitsprodukt ist das primäre Maß für den Fortschritt.
    • Wir haben bereits den einen benötigten KPI. Was ist der wirkliche Wert dieses zusätzlichen Trackings und wiegt es die Kompromisse bei den anderen Werten auf?
  • Maximieren Sie die nicht getane Arbeit .
    • Wie viel Zeit wird aufgewendet, um den Prozess an das Tool anzupassen? Was ist mit dem Finden, Melden und Beheben von Fehlern oder defekten Referenzen? Anpassungen am Framework vornehmen, wenn wir etwas Neues ausprobieren wollen? Ist das Arbeit, die getan werden muss, oder ist es mehr Arbeit, die nicht getan werden muss?
  • Beste Architekturen etc. kommen von sich selbst organisierenden Teams.
    • Ich glaube, das spricht genauso für das zu entwickelnde Produkt wie für den Entwicklungsprozess selbst. Auch viele Agile- und Scrum- Prozesse haben sich auf diese Weise entwickelt. Wird die Befolgung eines starren und bestehenden Frameworks die Fähigkeit des Teams beeinträchtigen, ein eigenes Framework/einen eigenen Prozess zu entwickeln?
  • ...überlegt ... effektiver zu werden ... stimmt und passt an ...
    • Wie viel Zeit und Energie wird in die Feinabstimmung und Anpassung von Tabellenkalkulationen oder Softwaretools gesteckt? Wird das von der Abstimmung und Anpassung des Prozesses ablenken ? Wird die Starrheit der Werkzeuge dem Experimentieren in unserem Prozess im Wege stehen? Diese Dinge wurden in meinen früheren Punkten erwähnt, aber es lohnt sich, sie hier zu wiederholen.

Meine Erfahrung

Nicht viel.

Ich forsche seit ungefähr 9 Monaten über Scrum und wir machen es seit ungefähr 2.

Ich habe meine eigenen Überzeugungen darüber, worauf es ankommt, aber ich habe nicht die Erfahrung, Lücken in meinem Denkprozess zu erkennen oder zu wissen, was getan / nicht getan wurde, oder Ansätze aus erster Hand zu vergleichen.


Für und Wider

Mit begrenzter Erfahrung scheint dies meine beste Methode, um das Thema analytisch anzugehen.

Ich habe die Vor- (+) und Nachteile (-) jedes Artikels auf einer Skala von 1 bis 3 für Wirkung/Wert gewichtet. (z. B. + hat weniger Wert/Wirkung als +++)

Analog

+++ Flexibel
+++ Kollaborativ
+++ Konstante Sichtbarkeit
++ Leicht rekonfigurierbar
++ Keine intrinsischen Beschränkungen/Einschränkungen bei der Dateneingabe oder -formatierung + Handschrift ermöglicht es uns, Bilder zu zeichnen, Akzente zu setzen usw.
- - Das Erstellen von Beweisen erfordert zusätzlichen Aufwand (z Fotos vom Scrum-Board machen und zum Projektordner hinzufügen, Punkte addieren, abgeschlossene Streckengeschwindigkeit usw.)
- - Das Tracking erfordert zusätzlichen Aufwand und kann leicht vergessen oder unvollständig durchgeführt werden.
- - Archivierte Haftnotizen und Fotos von Whiteboards können nicht nach Text durchsucht werden
- - Erfordert zusätzlichen Aufwand/Disziplin, um die mit einer Aufgabe verbundene Geschichte zu identifizieren, sodass der Wert der abgeschlossenen Aufgaben der Geschichte hinzugefügt wird - und um herauszufinden, wie viel Aufwand wirklich war erforderlich, vs. geschätzt.
- Nicht sehr grün (Papier und Stifte sind Umweltabfall)

Digital, über EXCEL

+++ Tracking ist automatisch und gibt sofortiges Feedback
++ Einfaches Speichern historischer Beweise
++ Eignet sich gut für Datenaggregation und -analyse
++ Text durchsuchbar
++ Remote-Zugriff (wenn über Google Docs oder ähnliches geteilt) - - Tracking-Systeme müssen es sein im Voraus entwickelt (z. B. Formeln, Makros, Dateneingabeformat usw.)
- - - Starres Format; Daten müssen konsistent eingegeben werden, um erweiterte Tracking-Funktionen nutzen zu können.
- - - Mehr unwesentliche Arbeiten erledigen. Das ist das große für mich. Wir sind kein Softwareunternehmen – wir haben keine Programmierer angestellt, und das Erstellen von Excel-Vorlagen und Makros und so weiter erhöht den Wert des Produkts nicht direkt. Kann ich programmieren? Ja. Jetzt in mehreren Sprachen.Kann ich ein Excel-Blatt (mit Formeln und Pivot-Tabellen und Arrays) erstellen, das erweitertes Tracking bietet? Sie wetten. Kann ich eine Vorlage aus dem Internet herunterladen und sie als Ausgangspunkt verwenden, um etwas Zeit zu sparen? Sicher! Gibt es noch Zeit, Geld und Ressourcen, die für die Entwicklung und Wartung dieser Art von Dingen aufgewendet werden müssen? Ja absolut. Ist diese Arbeit primär für das Erreichen der Sprint-Ziele? Ich glaube nicht, dass es - - - unflexibel ist. Die zusätzliche Struktur und die zusätzlichen Komplikationen beim Ändern von Arbeitsblattlayouts, Formaten, Formeln, Makros usw. scheinen ein Hindernis für die Änderung des Prozesses zu sein (kontinuierliche Verbesserung). - - Kein Informationsstrahler (Computer muss mit Excel verfügbar sein, um sich anzumelden und anzeigen zu können).

Digital, über dedizierte Software

+++ Das Tracking erfolgt automatisch und gibt sofortiges Feedback
++ Einfaches Speichern historischer Beweise
++ Eignet sich gut für die Datenaggregation und -analyse
+ Durchsuchbar
++ Remote-Zugriff (für einige Software - Cloud-basiert). - - Was verfolgt werden soll, muss im Voraus entwickelt werden. Verfolgen wir die richtigen Dinge? Welchen Nutzen bringen die Daten?
- - - Starres Format (zur Dateneingabe, zur Informationspräsentation usw.)
- - - Unflexibel. Die zusätzliche Unfähigkeit der Struktur, Änderungen an dieser Struktur selbst vorzunehmen, scheint ein Hindernis dafür zu sein, unseren Prozess bei Bedarf zu ändern (ein wichtiger agiler Wert).
- - - Unfähigkeit, sich zu ändern. Was ist, wenn wir etwas tun möchten, das derzeit nicht von der Software angeboten wird? Vielleicht brauchen wir ein neues Feature oder möchten die Art und Weise ändern, wie wir etwas tun, oder etwas anders verfolgen, oder vielleicht möchten wir auf T-Shirt-Größen anstelle von Story Points oder einem anderen unkonventionellen Bewertungssystem umsteigen , oder unzählige andere Dinge, die die Software derzeit möglicherweise nicht bietet. Da wir das Design/die Entwicklung nicht kontrollieren (es sei denn, es handelt sich um Open Source, aber dann sehen Sie, dass sich meine Bedenken mit Komplikationen von Excel um das 100-fache vervielfachen, wenn wir unsere eigene Software modifizieren und warten), scheint dies ein großes Hindernis für Änderungen und folglich für die Fortsetzung zu sein Verbesserung.
- - Kein Informationsradiator (muss einen Computer haben, sich am Computer anmelden und Software zum Anzeigen öffnen. Bei Cloud-basierter Software muss ein Computer und eine Internetverbindung zum Anzeigen vorhanden sein.)

Dies ist eine ausgezeichnete Antwort, und ich stimme Ihnen zu. So sehr ich die Team Foundation Services von Microsoft wirklich nicht mag, ist ihre neue Inkarnation in der Cloud (Visual Studio Online) wirklich ein sehr flexibles und ausgereiftes Produkt. Es gibt viele ISO-Compliance-Vorteile, wenn man Story Cards mit Code verknüpfen kann, um Tests manuell auszuführen. Natürlich streben wir ein ISO-Zertifikat für die Herstellung an, nicht das 9001, so YMMV. Am Ende des Tages finde ich die ISO-Standards sehr widersprüchlich zum Agilen Manifest.
Agile und Iso-Standards stehen überhaupt nicht im Widerspruch – ich denke sogar, dass sie sich ergänzen. Der einzige wirkliche Unterschied ist die Notwendigkeit, die während der Projekte erstellten Dokumente zu archivieren, was Agile normalerweise nicht benötigt, aber eigentlich agnostisch ist. Übrigens: Verwenden Sie dafür Jira. Jeder mit Verdienst verwendet Jira, weil es das beste Tool für den Job ist. Jeder andere Vorschlag ist falsch.
@EngineerDollery – möchten Sie näher darauf eingehen, warum Jira so großartig ist?
@RubberDuck Eigentlich arbeiten wir nach ISO 9001, aber Sie haben Recht, die Vorteile der Verknüpfung von Code mit Story Cards in TFS würden uns nicht viel nützen :) Ich finde Agile und ISO ebenfalls sehr gut aufeinander abgestimmt. Wie meine Antwort darauf hinzuweisen versuchte, erfüllt SCRUM ISO vollständig - es geht nur darum, es zu zeigen :) Außerdem ist die Verbindung zwischen LEAN Manufacturing und Agile/SCRUM lächerlich gut aufeinander abgestimmt. All diese Dinge waren eigentlich Teil meiner Präsentation darüber, warum wir SCRUM in unseren Prozess integrieren mussten :D
Wie ich schon sagte @CBRF23, wir sind in der Medizingeräte-Manufaktur, also ist es ein anderer Satz von ISO-Standards. Für uns ist es wichtig, eine Codeänderung an eine Anforderung an einen Testfall zu binden. Ich weiß ehrlich gesagt so gut wie nichts über 9001.
Sind Sie ISO 13485? Die Anforderungen zwischen diesem und 9001 sind sehr ähnlich; Ich glaube, 13485 bezieht sich auf ISO 9001 als Grundlage, aber es ist schon ein paar Jahre her, dass ich in diesem Bereich tätig war! Früher habe ich medizinische Geräte (hergestellte Orthopädie und Implantate) gemacht, aber ich war nie auf der Softwareseite. Die FDA war ein ganz anderes Tier als die ISO, wenn es um ihre Anforderungen ging. Einige von ihnen sind einfach nur ignorant (IMHO), insbesondere in Bezug auf Software: P
@RubberDuck vielleicht habe ich deine Antwort falsch interpretiert - willst du damit sagen, dass du TFS verwendest, um physische Tests (z. B. Produktvalidierung) an Story Cards zu binden? Das könnte sehr nützlich sein. Ich hatte den Eindruck, Sie meinten das Testen von Code (z. B. Software), für den wir in unserer Situation keine Verwendung hätten.
Genau das sage ich @CBRF23. Die Cloud-Version des Produkts (Visual Studio Online) unterstützt viel mehr als die selbst gehosteten Versionen. msdn.microsoft.com/library/vs/alm/test/…
Wow, das ist etwas zu bedenken. Ich habe Ihren ursprünglichen Kommentar damals völlig falsch interpretiert. TFS muss ich mir nochmal anschauen. Wie schwierig fanden Sie die Einrichtung, und finden Sie, dass Sie immer noch in der Lage sind, mit der Änderung Ihres Prozesses zu experimentieren und neue Dinge auszuprobieren (wir sind neu bei Scrum und lernen viel dazu und passen uns an, während wir fortfahren! )