Compartir a través de

Recomendaciones para formalizar las prácticas de gestión del desarrollo de software

  • Artículo

Se aplica a esta recomendación de la lista de verificación de Excelencia Operacional Bien Diseñada: Power Platform

OE:03 Formalice el proceso de ideación y planificación del software, basándose en estándares organizacionales e industriales establecidos. Use un trabajo pendiente común y priorizado y unas especificaciones suficientemente detalladas. Basándose en los resultados, impulse mejoras continuas en su proceso de planificación.

Esta guía describe las recomendaciones para gestionar las prácticas de desarrollo de cargas de trabajo de acuerdo con los estándares establecidos. La capacidad de su equipo para producir software de alta calidad depende de un enfoque estructurado y colaborativo para la planificación del desarrollo. Los equipos de carga de trabajo deben comprender y comunicar claramente a las partes interesadas el trabajo que se está realizando Listo. Más precisamente, los equipos de carga de trabajo deben tener una visión clara del trabajo que se realizará en un ciclo de desarrollo y asegurarse de que todas las partes interesadas estén alineadas en el "por qué" de ese trabajo. Los estándares establecidos definen cómo se deben realizar las prácticas de desarrollo y permiten que el equipo de carga de trabajo colabore de manera efectiva, reduciendo el riesgo de confusión sobre los objetivos y expectativas.

Estrategias clave de diseño

Formalice sus prácticas de desarrollo de carga de trabajo para ayudar a garantizar una comprensión común de los objetivos y expectativas.

No trate las cargas de trabajo Listo como de baja complejidad. Aún se beneficia al formalizar el desarrollo y la gestión de las cargas de trabajo promover. Aprenda de otros equipos de desarrollo de software. Disponga de una matriz de decisiones que determine el nivel de formalización necesario en función de la complejidad y criticidad de la carga de trabajo.

Estándares para la planificación del desarrollo

Los siguientes estándares pueden ayudarle a diseñar una estrategia integral de planificación del desarrollo.

  • Priorización: Planificar el orden y el alcance del trabajo implica comprender el verdadero impacto y valor de las características de la carga de trabajo en el negocio. También incluye evaluar esos impactos en comparación con otras solicitudes de trabajo y la hoja de ruta general para su producto o programa. Una forma de priorizar las cargas de trabajo es evaluar el valor empresarial de toda la carga de trabajo. También puede resultarle útil evaluar las características de las cargas de trabajo individuales para determinar el valor empresarial.

  • Categorización: Establecer procesos que garanticen que las aplicaciones críticas tengan las protecciones necesarias para respaldarlas. Al mismo tiempo, asegúrese de que los escenarios de productividad no se vean ralentizados ni obstaculizados por demasiados procesos rigurosos.

  • Colaboración: El proceso de definir los cambios propuestos a la carga de trabajo debe ser un esfuerzo colaborativo. La mayoría de los cambios en la carga de trabajo afectan múltiples funciones y componentes, por lo que involucrar a tantos miembros del equipo de carga de trabajo como sea posible ayuda a garantizar que no se pasen por alto consideraciones importantes y que todos sean conscientes del efecto en su dominio particular. La colaboración también ayuda a definir claramente el alcance de un cambio y cómo dividir las tareas necesarias en elementos de trabajo bien definidos. Un grupo más grande con experiencia en distintos dominios puede proporcionar estimaciones respaldadas por la experiencia para el esfuerzo requerido.

  • Herramientas: Utilice herramientas y procesos establecidos y probados en la industria, como Agile, Scrum y tableros Kanban.

Compensación: La metodología ágil puede volverse demasiado estricta si es excesivamente prescriptiva. Esforzarse por lograr un equilibrio entre estándares bien definidos e innovación.

  • Implementación: planifique utilizar implementaciones pequeñas e iterativas frecuentes en lugar de implementaciones grandes y poco frecuentes.

  • Términos: Estandarice su definición de ciclos de desarrollo finalizados para ayudar a garantizar que las funciones de soporte, incluidas las pruebas, la documentación y las características de accesibilidad, se completen con éxito.

  • Comunicación: Defina los protocolos estándar para los propietarios de productos y gerentes de proyectos para los próximos lanzamientos.

  • Historias de usuario: Estandarizar una plantilla para historias de usuario. Las historias de usuario bien escritas deben seguir el enfoque INVEST:

    • I: Independiente: cada historia de usuario debe ser independiente de las demás, lo que permite al equipo cumplir en pequeños pasos incrementales.
    • N–Negociable: las historias de usuarios deben ser negociables y abiertas a discusión y cambio.
    • V–Valioso: Las historias de usuario deben aportar valor al cliente.
    • E – Estimable: Las historias de usuario deben ser estimables y tener una definición clara de hecho.
    • S–Sencilla: las historias de usuario deben ser pequeñas y centrarse en una sola característica.
    • T – Testable: las historias de usuario deben ser comprobables y tener criterios de aceptación claros.

  • Criterios de aceptación: Estandarizar una plantilla para los criterios de aceptación. Asegúrese de que los criterios de aceptación se relacionen específicamente con la historia del usuario y puedan probarse sin ambigüedades mediante una o más pruebas de aceptación.

  • Rastreabilidad: garantizar que el proceso de desarrollo sea rastreable. Debe rastrear claramente el estado de su carga de trabajo de producción y el código asociado hasta las pruebas de control de calidad, los criterios de aceptación, las historias de usuarios y las características. El rastreo detallado también podría ser un requisito reglamentario en algunos casos, como en la atención sanitaria.

  • Revisión: Realice periódicamente auditorías internas de sus prácticas de desarrollo a través de retrospectivas y análisis post mortem del ciclo de desarrollo. La reflexión sobre el proceso debe ser irreprochable y debe centrarse en aprendizajes que puedan aplicarse como mejoras. Asegúrese de que el equipo reflexione sobre la eficacia de la historia del usuario y las tareas a la hora de definir las tareas necesarias y sobre la precisión de las estimaciones de tiempo.

  • Informes: Estandarice los informes para las partes interesadas que brindan métricas útiles centradas en el cambio. Centrarse en el cambio le permite realizar un seguimiento de la aceleración y desaceleración del producto. Las métricas útiles pueden incluir cambios en:

    • Tasa de crecimiento mensual de adopción
    • Rendimiento
    • Tiempo de formación
    • Frecuencia de incidentes

    Los informes no deben usarse como una herramienta para evaluar el trabajo de las personas, así que evite métricas como puntos de la historia o líneas de código para cada ingeniero.

Facilitación de Power Platform

Si bien no existen productos que faciliten directamente esta recomendación, puedes utilizar otras herramientas en la pila. Power Platform Microsoft Azure Boards es un servicio basado en la web que permite a los equipos planificar, realizar el seguimiento y discutir el trabajo a lo largo de todo el proceso de desarrollo.

GitHub Projects es una herramienta de gestión de proyectos personalizable para organizar proyectos y se integra con sus problemas y solicitudes de extracción en GitHub.

Pasos siguientes

Lista de verificación de excelencia operativa