Organizaciones construyen configuraciones de workflow multiples veces porque cada herramienta requiere su propia configuracion.
La herramienta de gestion de proyecto tiene workflows de estado: Por Hacer, En Progreso, Revision, Hecho. El repositorio de codigo tiene conceptos similares: Borrador, Listo para Revision, Aprobado, Mergeado.
La plataforma de deployment tiene los suyos: Staging, Pendiente de Aprobacion, Produccion. El sistema de documentacion tiene: Borrador, Revision, Publicado.
Estos son conceptualmente el mismo workflow—trabajo moviendose a traves de etapas hacia completacion—pero cada herramienta requiere configuracion y mantenimiento separados. Cuando el equipo decide agregar un estado 'Bloqueado', debe ser agregado a multiples sistemas.
Cuando requisitos de aprobacion cambian, multiples configuraciones de workflow deben ser actualizadas. Cuando un nuevo miembro del equipo se une, deben aprender las variaciones de workflow a traves de cada herramienta.
La duplicacion crea carga de mantenimiento continuo. Cada configuracion de workflow requiere revision periodica.
Cada actualizacion de herramienta podria afectar comportamiento de workflow. Cada nuevo proyecto requiere recrear la configuracion de workflow a traves de todas herramientas.
Mas problematicamente, los workflows duplicados inevitablemente divergen. El rastreador de proyecto podria tener 6 estados mientras el sistema de revision de codigo tiene 4.
Los requisitos de aprobacion en la plataforma de deployment podrian no coincidir con los del sistema de documentos. Miembros del equipo encuentran reglas diferentes en contextos diferentes, llevando a confusion sobre el proceso real.
GitScrum elimina duplicacion de workflow proporcionando un sistema de workflow unificado. Configure una vez, aplique en todas partes.
Estado, aprobaciones, y transiciones funcionan consistentemente a traves de todos tipos de trabajo.
La Ventaja GitScrum
Una plataforma unificada para eliminar el cambio de contexto y recuperar horas productivas.
