Siempre pensé que un proceso tiene que tener un resultado en términos de un entregable. Sin embargo, encontré lo siguiente en la ISO 12207:
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.
¿Cuál sería un ejemplo de un resultado de "cambio de estado" de un proceso en la práctica? Sea lo que sea, ¿no se produciría normalmente un documento para proporcionar la confirmación?
A veces, la producción de un artefacto es el punto focal de un proceso. Otras veces, los artefactos son un subproducto del proceso o no se crean en absoluto. En algunos casos, es simplemente una cuestión de perspectiva. Por ejemplo, ¿una pieza de código de trabajo es un artefacto, un cambio en el estado del producto o el cumplimiento de un requisito o un objetivo? Elige tres cualquiera. :)
Si bien es cierto que se pueden señalar procesos que posiblemente estén libres de artefactos o hitos, es un ejercicio de alguna definición. El punto real del texto que citó es comunicar que un proceso no necesita producir un entregable concreto para ser considerado un proceso.
En un contexto ágil, las historias de usuario pueden representar cambios de estado dentro del proceso de desarrollo iterativo. Una historia de usuario generalmente cambia de estado de varias maneras:
Una historia de usuario se mueve conceptualmente de una cola o columna a otra. Por ejemplo:
una historia puede pasarse entre el desarrollo y el control de calidad, o
una función puede fusionarse en la rama de integración continua.
Si bien puede haber resultados tangibles involucrados, el proceso de seguimiento en sí tiene el cambio de estado como su resultado principal.
Una historia de usuario cambia su estado de no hecho -> hecho o incompleto -> completo de acuerdo con la Definición de Hecho. Este es un ejemplo tan puro de cambio de estado como es probable que encuentre.
En otras palabras, mientras que un proceso puede producir un artefacto (por ejemplo, un documento, una demostración en una Revisión de Sprint o una función visible para el usuario dentro del producto), no tiene que producir un artefacto para ser considerado un proceso. Un proceso puede entregar algo tangible como un nuevo widget, cambiar el estado de algo actualizando un documento o ampliando un whatsit, o simplemente puede generar algo intangible como una idea como entrada para otro proceso.
El servicio y la formación son dos ejemplos. Hay un cambio de estado -un cliente al que se atiende y un cambio en el conocimiento o la habilidad- sin que necesariamente se produzca un producto.
Todd A. Jacobs