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 :)
Wir sind ein nach ISO 9001 reguliertes Unternehmen. Daher sind wir verpflichtet, Aufzeichnungen zu erstellen und zu führen, die Folgendes belegen:
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 :)
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.
*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.
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.
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.
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 +++)
+++ 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)
+++ 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).
+++ 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.)
CBRF23
Marv Mills
CBRF23
CBRF23
Marv Mills
CBRF23
CBRF23
Marv Mills