Cómo aprovechar al máximo MotioCI en el apoyo a prácticas probadas
MotioCI tiene complementos integrados para la creación de informes de Cognos Analytics. Bloquea el informe en el que está trabajando. Luego, cuando haya terminado con su sesión de edición, la registra e incluye un comentario para registrar lo que hizo. Puede incluir en el comentario una referencia a un ticket en un sistema externo de seguimiento de defectos o solicitud de cambio.
Puede encontrar detalles adicionales sobre cómo configurar la conexión entre MotioCI y su sistema de emisión de boletos de terceros en el MotioCI Guía del administrador en Uso MotioCI con sistemas de emisión de boletos de terceros. Una palabra clave (arregla, cierra) con el número de ticket cerrará el ticket. O, usando una palabra clave como referencias más el número de boleto escribirá el comentario de check-in en el sistema de boletos y dejará el boleto abierto.
El uso de un sistema de tickets, como Atlassian® JIRA, Microsoft Windows™ Trac o muchos otros, ayuda a la gestión de proyectos mediante el seguimiento de tareas y problemas específicos y su resolución. Los tickets proporcionan un medio de comunicación entre los autores o desarrolladores de informes y los usuarios finales, el equipo de pruebas y otras partes interesadas. Un sistema de emisión de boletos también proporciona un método para rastrear defectos y garantizar que se aborden antes de promover un informe a producción.
Flujo de trabajo típico para el desarrollo de informes
Para ser claros, la integración de MotioCI con un sistema de venta de entradas no es la única forma en que su equipo interactuará con el sistema de venta de entradas. Normalmente, como se ilustra en el diagrama de flujo de trabajo adjunto, el proceso de desarrollo de informes en un entorno de Cognos Analytics con MotioCI podría ser algo como esto: 
- Reserva. Se crea un nuevo ticket. Un analista comercial documenta los requisitos comerciales para un nuevo informe y lo ingresa directamente en el sistema de emisión de boletos mediante la creación de un boleto. Coloca el billete en el del backlog estado.
- Desarrollo. Los tickets de backlog se pueden priorizar de varias maneras diferentes, pero en última instancia, el ticket se asignará a un desarrollador de informes y se etiquetará con su nombre. El estado del billete se puede cambiar a en_dev. Ella creará un nuevo informe. A medida que desarrolla el informe en Cognos Analytics, verificará sus cambios y hará referencia al ticket en el comentario de verificación, como “Creado nuevo informe; versión inicial; página de solicitud agregada y consultas de apoyo, referencias #592”. O, “Consulta de hechos agregada y tabulación cruzada; filtros y formateo, referencias #592.” (En MotioCI, el número del hashtag se convierte en un hipervínculo directamente al ticket). Puede consultar el informe, hacer cambios y volver a verificarlo con la referencia del ticket varias veces durante un período de días.
- Desarrollo completado. Una vez que el desarrollador de informes ha completado el informe y lo ha probado en banco, anota en el ticket del sistema de emisión de tickets que está listo para ser probado por control de calidad y cambia de estado de en_Dev a listo_para_control de calidad. Este estado es una bandera para el MotioCI Administrador, o rol responsable de promover los informes de Cognos, que el informe está listo para migrar al entorno de control de calidad para la prueba.
- Promotion al control de calidad. El administrador promueve el informe y los cambios al estado para en_QA. Este estado le permite al equipo de control de calidad saber que el informe está listo para probarse.
- Pruebas. El equipo de control de calidad compara el informe con los requisitos comerciales. El informe pasa o no pasa las pruebas. Si el informe no pasa las pruebas de control de calidad, el ticket se etiqueta con el en desarrollo estado, volviendo al desarrollador del informe para las correcciones.
- Prueba exitosa. Si se aprueba el informe, el equipo de control de calidad le dice al administrador que está listo para pasar a producción etiquetándolo listo para producir estado.
- Promotion a producción. Una vez que el informe está listo para la producción, se pueden obtener las aprobaciones finales y programar la publicación, tal vez combinándolo con otros informes completos. El administrador promociona el informe al entorno de producción de Cognos. Mete el billete en Terminado estado que indica que el desarrollo y las pruebas se han completado y que se ha movido a producción. Esto cierra el ticket.
Gestión del Proceso de Elaboración de Informes
Este proceso de gestión de tickets implica y las prácticas comprobadas dictan que:
- Cada nuevo informe debe tener un ticket con los requisitos comerciales para diseñar el informe.
- Cada defecto debe tener un ticket para registrar cualquier error o problema con un informe.
- Cada vez que se edita un informe, el MotioCI El comentario de check-in debe incluir el número de boleto que se abordó.
- Cada informe que se promueve de Dev a QA debe tener un ticket asociado para que un administrador pueda confirmar que el desarrollo se completó y está listo para pasar al entorno de QA.
- Cada informe que se promueve de control de calidad a producción debe tener un ticket que tenga un historial que muestre que el desarrollo está completo, ha pasado el control de calidad, ha recibido todas las aprobaciones de gestión requeridas y ha sido promovido.
- Cada informe en el entorno de producción debe tener un digital rastro en papel desde la concepción hasta la prueba, la fijación, la resolución, la aprobación y la aprobaciónmotion.
Este último punto es uno de los favoritos de los auditores para validar. Ella podría preguntar, "¿puede mostrarme cómo confirma que todos los informes en el entorno de producción se han adherido a su proceso documentado de emisión de boletos y aprobación?" Una forma de responder al auditor podría ser proporcionarle una lista de todos los informes que se han migrado y pedirle que revise los tickets para buscar uno que no se ajuste a su proceso.
Alternativamente, y más idealmente, puede proporcionar una lista de informes que no no adhiérase al proceso de desarrollo y emisión de boletos que ha definido. Ahí es donde este informe será útil: “Informes Promocionados sin Tickets”. Es un informe de excepción de una lista de informes que tienen no se adhirió a las mejores prácticas de tener cada cambio de informe vinculado a un ticket. Este es uno de los pocos informes que desea que esté vacío. No tendrá registros si todos los informes que se han promocionado tienen asociado un ticket. En otras palabras, un informe solo aparecerá en la lista si está en el entorno de Producción y el informe que se promocionó no hizo referencia a un número de ticket en el comentario. 
Proceso con Beneficios
¿Cuáles son los beneficios del proceso, o por qué debería hacerlo en su organización?
- Colaboración en equipo mejorada: el sistema de emisión de boletos en realidad puede reunir a personas en roles que normalmente no se comunican. Autores de informes y usuarios finales, o gerente de proyecto y el equipo de control de calidad, por ejemplo. El seguimiento del ticket proporciona un lugar común para comunicarse sobre un recurso compartido, el informe en desarrollo.
- Costos reducidos:
- Los defectos detectados y reparados antes son mucho menos costosos que si escapan a la producción.
- Eficiencia mejorada: los autores de informes siempre trabajan a partir de un ticket que es una declaración de trabajo bien definida.
- Tiempo reducido a través de la automatización de procesos manuales.
- Documentación mejorada: este proceso se convierte en una base de conocimiento autodocumentada de defectos y cómo se resolvieron.
- Pronósticos y análisis mejorados: ahora puede realizar un seguimiento de los indicadores clave de rendimiento y compararlos con los acuerdos de nivel de servicio. La mayoría de los sistemas de emisión de boletos brindan este tipo de análisis.
- Soporte interno mejorado: su equipo de soporte, otros desarrolladores de informes (¡e incluso su futuro yo!) pueden buscar cómo se abordaron defectos similares en el pasado. Esta base de conocimiento compartida puede conducir a una rápida resolución de defectos.
- Satisfacción mejorada del usuario final: con acceso directo a los desarrolladores a través del sistema de tickets, los usuarios pueden esperar una resolución rápida de los defectos, así como monitorear el progreso de un informe solicitado a través del sistema.
Conclusión
Este es un ejemplo de los grandes beneficios de seguir prácticas comprobadas y el valor de seguir procesos bien definidos. Además, el nuevo MotioCI informe, "Informes promocionados sin tickets" puede ser de gran ayuda para abordar las preguntas de un auditor, o simplemente monitorear internamente el cumplimiento de los estándares corporativos.
