Ich dachte immer, dass ein Prozess einen Output in Form einer Leistung haben muss. Allerdings habe ich in der ISO 12207 folgendes gefunden:
process outcome
observable result of the successful achievement of the process purpose
Note 1 to entry: An outcome statement describes one of the following:
• production of an artefact;
• a significant change in state;
• meeting of specified constraints, e.g., requirements, goals, etc.
Was wäre in der Praxis ein Beispiel für das Ergebnis einer "Zustandsänderung" eines Prozesses? Was auch immer es ist, würde normalerweise nicht ein Dokument vorgelegt werden, um dies zu bestätigen?
Manchmal steht die Herstellung eines Artefakts im Mittelpunkt eines Prozesses. In anderen Fällen sind Artefakte ein Nebenprodukt des Prozesses oder sie werden überhaupt nicht erstellt. In manchen Fällen ist es einfach eine Frage der Perspektive. Ist beispielsweise ein funktionierender Code ein Artefakt, eine Änderung des Produktzustands oder das Erfüllen einer Anforderung oder eines Ziels? Wählen Sie drei beliebige aus. :)
Während man sicherlich auf Prozesse verweisen kann, die wohl frei von Artefakten oder Meilensteinen sind, ist dies eine etwas definitorische Übung. Der eigentliche Punkt des von Ihnen zitierten Textes besteht darin, zu vermitteln, dass ein Prozess kein konkretes Ergebnis hervorbringen muss, um als Prozess betrachtet zu werden.
Im agilen Kontext können User Stories Zustandsänderungen innerhalb des iterativen Entwicklungsprozesses darstellen. Eine User Story ändert den Status im Allgemeinen auf verschiedene Weise:
Eine User Story bewegt sich konzeptionell von einer Warteschlange oder Spalte zu einer anderen. Zum Beispiel:
eine Geschichte kann zwischen Entwicklung und QA übergeben werden, oder
ein Feature kann in den Continuous-Integration-Zweig eingebunden werden.
Während greifbare Ergebnisse beteiligt sein können, hat der Verfolgungsprozess selbst die Zustandsänderung als primäres Ergebnis.
Eine User Story ändert ihren Status von nicht erledigt -> erledigt oder unvollständig -> abgeschlossen entsprechend der Definition of Done. Dies ist ungefähr ein so reines Beispiel für eine Zustandsänderung, wie Sie wahrscheinlich finden werden.
Mit anderen Worten, während ein Prozess ein Artefakt produzieren kann (z. B. ein Dokument, eine Demo bei einem Sprint Review oder eine für den Benutzer sichtbare Funktion innerhalb des Produkts), muss er kein Artefakt produzieren, um als Prozess betrachtet zu werden. Ein Prozess kann etwas Greifbares wie ein neues Widget liefern, den Status von etwas ändern, indem er ein Dokument aktualisiert oder ein Whatsit erweitert, oder er kann einfach etwas nicht Greifbares wie eine Idee als Eingabe für einen anderen Prozess ausgeben.
Service und Training sind zwei Beispiele. Es gibt eine Zustandsänderung – ein Kunde wird bedient und eine Änderung des Wissens oder Könnens –, ohne dass notwendigerweise ein Produkt produziert wird.
Todd A. Jacobs