Gestión de requisitos con SolMan 7.2
Muchas empresas que utilizan SolMan para sus procesos ITSM han echado mucho de menos un canal de entrada de requisitos desde el departamento de negocio. Hoy en día, los requisitos se siguen recopilando, evaluando y transmitiendo al departamento de TI en procesos engorrosos y largos.
No es infrecuente que los requisitos se envíen simplemente a la persona responsable por correo electrónico. Los formularios en papel también siguen siendo un medio habitual para formular y describir un requisito. Estos pasan por innumerables mesas y comités hasta que se han recabado todas las aprobaciones necesarias y se ha informado a todos los implicados.
En el mejor de los casos, los requisitos se gestionan en herramientas propias y luego se transfieren manualmente o a través de interfaces como solicitudes de cambio en el gestor de soluciones. A menudo, los solicitantes solo reciben información sobre el estado actual del desarrollo a través de canales organizativos.
Esto puede cambiar ahora, ya que SolMan 7.2 ofrece un proceso totalmente integrado para la gestión de requisitos. Con él se pretende abarcar el ciclo de vida completo de los requisitos, desde su captura hasta su realización y puesta en marcha.
La entrega incluye dos nuevos tipos de transacción: la solicitud empresarial y la solicitud informática. Ambas son documentos CRM y ofrecen las funciones completas análogas a la gestión del control de cambios.
En el requerimiento de negocio, el departamento puede describir su petición, priorizarla según su urgencia e impacto, categorizarla, especificar la fecha de implementación deseada y pasarla al gestor de requerimientos o al jefe de departamento para su evaluación.
En el momento del registro debe facilitarse información importante, como beneficios, ahorro de costes, motivos (por ejemplo, disposición legal), argumento comercial, procesos y grupos de personas afectados, etc.
Para ello, el solicitante puede utilizar la categorización multinivel. Es posible que se necesiten otras opciones de categorización no previstas en la entrega estándar. Estas categorizaciones podrían, por ejemplo, asignarse a través de campos específicos del cliente.
No obstante, el requisito se documenta en SolMan desde el principio. El bloque de asignación de la documentación de la solución ya está incluido en el requisito de negocio, de modo que se puede almacenar directamente una referencia al proceso de negocio afectado. También se puede almacenar documentación existente, como historias de usuario o incluso borradores de casos de prueba.
El flujo de trabajo de la solicitud empresarial prevé una fase de evaluación, tras la cual la solicitud se entrega al departamento de TI. La interacción de ambos documentos es apasionante.
El contenido se transfiere completamente del requisito empresarial al requisito informático. Sin embargo, lo que ofrece un importante valor añadido es la retroalimentación del progreso en el tratamiento del requisito hacia el departamento especializado.
Esto se hace implementando automáticamente el estado del usuario del requisito de negocio, dependiendo del estado actual del requisito de TI. El departamento de negocio participa constantemente y también puede ayudar a controlar la implementación del requisito.
La solicitud de TI se comporta básicamente como una enmienda. Sin embargo, hay una diferencia significativa que mencionar aquí. No existe la posibilidad de ampliar el ámbito de aplicación. Por lo tanto, sólo los documentos de modificación que se han definido inicialmente en el ámbito de aplicación pueden establecerse de forma productiva.
Entonces, ¿por qué se necesita un requisito informático cuando una solicitud de cambio ya puede hacer el mismo trabajo? La respuesta obvia en este punto es separar semánticamente la necesidad de procesos de gestión de requisitos y de gestión de cambios, y evaluar por separado la implantación de nuevos requisitos.
También merece la pena mencionar la aplicación Fiori incluida en la entrega. La app es una versión comprimida de la solicitud empresarial y, lamentablemente, no tiene elementos de categorización.
Las primeras reacciones de los clientes son bastante positivas y permiten esperar que la gestión de requisitos con SAP Solution Manager 7.2 se establezca rápidamente como un proceso totalmente integrado.
