Categorizar requisitos empresariales y realizar análisis de lagunas de idoneidad
El análisis de lagunas de idoneidad es simplemente un proceso cuya finalidad es ayudarle a identificar lo que debe hacerse, así como a dimensionar y priorizar. Algunos proyectos y metodologías realizan explícitamente un análisis de lagunas de idoneidad y señalan los problemas, mientras que otros logran los mismos resultados con diferentes pasos que pueden no llamarse lagunas de idoneidad. De hecho, como arquitecto de soluciones, es probable que se sorprenda realizando en su cabeza un análisis de lagunas de idoneidad mientras evalúa mentalmente un requisito para determinar cómo lo resolvería.
El análisis de lagunas de idoneidad tiene sentido cuando comienza con algún nivel de funcionalidad existente. En el caso de aplicaciones empresariales como las de Dynamics 365, que pueden integrar muchas funcionalidades, el análisis de lagunas de idoneidad es importante porque cada vez que se produce un "ajuste" (es decir, el análisis ya resuelve el requisito), debe identificarlo y asegurarse de que no se vuelva a producir creando para ello una característica desarrollada a medida. Además, la persona que realiza el análisis de lagunas de idoneidad debe tener un amplio conocimiento de las funciones listas para usar de la aplicación.
La mecánica de un análisis de lagunas de idoneidad puede variar enormemente, desde pensar hasta dar con la solución para un proyecto pequeño, hasta usar una plantilla de Microsoft Excel o tal vez elementos de trabajo de Azure DevOps para luego capturar la solución en línea. La herramienta que use debe facilitar el proceso y no dificultarlo; el valor real reside en el resultado del análisis.
Para realizar un análisis de lagunas de idoneidad, debe analizar cada requisito/caso de usuario y, para cada uno de ellos, anotar al menos los siguientes factores:
Categoría o gravedad de la laguna: clasifica cada elemento como apto, configurado, personalizado u otro. Las categorías exactas dependen de sus propias descripciones. El objetivo es examinar en términos generales cuántas características listas para usar está utilizando en comparación con la cantidad que tiene que personalizar.
Nivel de esfuerzo: cuantifica la cantidad de trabajo para el elemento, que puede ser baja, media, alta o una calificación de 1 a 10. Algunos equipos usan artículos ampliamente conocidos, como tallas de camiseta o naipes. Lo más importante en este caso es ser coherente.
Prioridad: con frecuencia, la prioridad la impone el negocio, pero el arquitecto de soluciones a menudo necesita que algún trabajo tenga mayor prioridad para contribuir a establecer la base de la arquitectura.
Notas de la implementación: esta característica describe el trabajo que se necesita para cerrar la laguna identificada y respalda las suposiciones que hizo en los otros campos. Por ejemplo, "Agregar una relación N:1 al contacto" podría ser suficiente para indicar que se trata de la categoría "configurado" y que el trabajo previsto debe realizarse. Estas notas no son especificaciones de diseño detalladas, sino más bien copias de seguridad de alto nivel de los resultados del análisis de lagunas de idoneidad.