El proceso de gestión de proyectos de desarrollo ágiles
Hace algún tiempo, organicé el proceso de desarrollo ágil para ti. Recientemente organicé el proceso y sistema de gestión de proyectos de desarrollo ágil. Los procedimientos de gestión del proyecto son los siguientes. Este programa no es enteramente un programa de gestión de proyectos específico de Agile, sino que está escrito principalmente en función de la situación real de nuestra empresa. Se puede hacer referencia a él durante el proceso real de incorporación a la empresa, pero no se puede copiar.
1.
Estandarizar el proceso de gestión de proyectos de desarrollo de productos de software de Internet y orientar el desarrollo y gestión de proyectos.
2. Ámbito de aplicación
El alcance del estatuto cubre el proceso desde el inicio del desarrollo de productos de software de Internet hasta la finalización de la gestión.
1. Proporciona orientación a los gerentes de proyectos para llevar a cabo actividades de planificación y diseño de productos, métodos de gestión de proyectos y los procesos de desarrollo que deben seguirse.
2. y contenido del equipo del proyecto;
3. Definición de roles y responsabilidades
Director de proyecto:
Control de objetivos comerciales, cronograma, costo y calidad durante el producto. proceso de desarrollo.
Selecciona un equipo de proyecto, crea un equipo, inspira, motiva y mejora la productividad del equipo.
Determine las partes interesadas del proyecto e informe a las partes interesadas periódicamente, sirviendo como interfaz entre el equipo y el mundo exterior para proteger la interferencia externa.
Asegurar que se sigan los procesos dentro del proyecto y organizar, supervisar y capacitar actividades prácticas sobre el proyecto.
Planificación de producto
Determinar las funciones del producto y desglosar historias de usuarios.
La función de demanda determina la prioridad.
Aceptar o rechazar trabajos del equipo de desarrollo.
Participar en reuniones relevantes durante el proceso de desarrollo del producto.
Interfaz de Usuario
Responsable de la interacción funcional del producto y diseño de interfaz basado en historias de usuario.
Organiza la interacción persona-computadora y la experiencia del usuario, realiza un seguimiento continuo de las mejoras y mejora el rendimiento del producto.
Participar en reuniones relevantes durante el proceso de desarrollo del producto.
Explotación
Responsable del diseño de la arquitectura técnica y desarrollo funcional del producto en base a historias de usuario.
Evaluar, diseñar y mantener los módulos correspondientes del producto para asegurar la estabilidad, disponibilidad y eficiencia de los módulos.
Participar en reuniones relevantes durante el proceso de desarrollo del producto.
Pruebas
Diseñe estándares de prueba de productos basados en historias de usuarios para garantizar que la calidad del producto satisfaga la demanda del mercado.
Asigne de manera razonable recursos de prueba, organice las pruebas de productos, optimice los procedimientos y estándares de prueba y mejore la eficiencia de las pruebas.
Escriba casos de prueba de productos, envíe preguntas de prueba, escriba informes resumidos de pruebas y determine si la versión del producto se lanza desde una perspectiva de prueba.
4. Proceso de gestión de proyectos
Según el proceso de desarrollo de productos de software de Internet, todo el proceso de gestión de proyectos se puede dividir en proceso de establecimiento del proyecto, proceso de planificación, proceso de ejecución y seguimiento y proceso de cierre del proyecto. A continuación se describe cómo se gestiona el proyecto en cada etapa.
4.1 Proceso de establecimiento del proyecto
El proceso de establecimiento de un proyecto de desarrollo de productos de software de Internet generalmente se refiere a la etapa desde la preparación de la reunión de inicio del proyecto hasta la celebración de la reunión. Durante el proceso de establecimiento del proyecto, es necesario completar la confirmación preliminar de los objetivos del proyecto y el alcance de la demanda, así como la disposición de los miembros del equipo del proyecto y otros recursos.
Determinar los objetivos iniciales del proyecto y alcanzarlos * * *
Para los objetivos del proyecto es necesario llegar a un consenso con las partes interesadas en los siguientes puntos:
¿Cuáles son los antecedentes del proyecto, los usuarios objetivo, el personal central y el posicionamiento del producto?
¿Cuál es el presupuesto de inversión de recursos para el proyecto?
¿Cuál es la inversión de recursos para el proyecto?
¿Cuál es el papel de cada persona en el proyecto y cuál es su papel en el proyecto?
Prepárese para iniciar el documento de la reunión
El contenido del documento incluye:
Retrato del usuario
Posicionamiento del producto
Estrategia de mercado
Objetivos comerciales
Viabilidad técnica
Presupuesto de costes de I+D
Planificación de hitos
Convocar proyecto reunión inicial
Los participantes incluyen:
Representantes de la dirección
Directores de proyecto y equipos de proyecto
Representantes de otras partes interesadas
Los temas principales incluyen:
Establecer el alcance de los objetivos del proyecto y su contribución a las metas de la organización.
La dirección nombra formalmente al primer ministro, establece expectativas y unifica el pensamiento.
Presentación del contenido del documento.
Trabajar con el equipo de PM para determinar los requisitos de gestión de proyectos.
Después de la reunión de inicio del proyecto, es necesario determinar con los miembros del equipo de PM el mecanismo de establecimiento del proyecto y los requisitos de gestión de proyectos de la empresa.
4.2 Fase de planificación
En la fase de planificación, el equipo debe completar juntos la planificación de la versión del producto y la planificación de iteraciones.
Planificación de versiones
Planifique las funciones que deben completarse en cada versión del producto en función de las prioridades en la lista de funciones clave del producto. Una vez completada la planificación, es necesario lograr * * * entendimiento entre las partes interesadas del proyecto. Para obtener más información, consulte el ejemplo de planificación de lanzamiento.
¿Cómo dividir la iteración?
La división de iteraciones se refiere a dividir la lista de funciones en una lista de historias de usuarios y dividir sus tareas principales correspondientes en iteraciones para formar un plan de iteración del proyecto de grano grueso. Este proceso considera principalmente los siguientes factores:
Algunas tareas son dependientes. El inicio o final de una tarea se basa en el inicio o final de otra tarea, por lo que esta dependencia debe considerarse al dividir.
Al organizar las tareas para cada iteración, se deben considerar de manera integral varios factores, como equilibrar la dificultad técnica y las diferencias de valor de las tareas en cada iteración.
Además de la división preliminar de las tareas de iteración, también es necesario determinar las reglas para ajustar las tareas de iteración durante el proyecto, como si posponer las tareas restantes para la siguiente iteración o extender el ciclo de iteración. cuando las tareas de iteración no se completan.
Determinar la división del trabajo
El director del proyecto debe elaborar una división aproximada del trabajo en función de las capacidades y características de cada persona. Se deben considerar los siguientes factores al dividir las tareas:
La dificultad de la tarea coincide con la capacidad del personal. Para tareas que obviamente están más allá del alcance de la capacidad o son demasiado simples, es probable que haya una. impacto negativo.
Se debe asignar un alto acoplamiento a la misma persona tanto como sea posible para evitar un consumo innecesario de comunicación.
Fomentar la "defensa de tareas" dentro del equipo para aumentar el entusiasmo y la iniciativa de los empleados.
Determine el modo de operación de la iteración
Por ejemplo, iteración de una semana, iteración de dos semanas y el contenido de trabajo incluido en cada iteración.
Para planes de iteración específicos, consulte el plan de iteración de muestra.
Desarrollar otros planes auxiliares
Es necesario desarrollar planes de comunicación, planes de riesgos y planes de calidad. El plan de comunicación incluye principalmente los siguientes aspectos: objetos de comunicación, métodos de comunicación, frecuencia de comunicación, tales como:
El plan de riesgos incluye proyectos de riesgo, personas responsables, importancia y contramedidas, de la siguiente manera:
El plan de calidad incluye: bajo qué condiciones se puede liberar la distribución de errores y varios errores fatales deben detener el desarrollo de nuevas funciones. .
Construya un marco técnico básico
Si se trata de un proyecto nuevo y es necesario volver a desarrollar el marco del sistema, este trabajo debe completarse en la iteración 0; de lo contrario, afectará el trabajo posterior. Cada cambio en el marco del sistema generará inevitablemente una gran cantidad de trabajo repetitivo y provocará grandes fallas en el ritmo estable del equipo.
4.3 Proceso de ejecución y seguimiento del proyecto
Ejecución de la iteración n
Refinamiento de requisitos de la iteración n
Considerar cada iteración El usuario. historia que debe completarse;
La historia del usuario debe incluir varias partes, incluida la evaluación de la carga de trabajo, los requisitos funcionales y los requisitos no funcionales. Para obtener más información, consulte Plantillas y ejemplos de historias de usuario y Descripción dividida.
Después de escribir la historia de usuario, se debe realizar una revisión de los requisitos dentro del equipo. Por un lado, se explican los requisitos a los miembros del equipo y, por otro lado, los miembros del equipo también pueden hacerlo. proporcionar orientación durante el proceso de revisión.
b. Revisión de casos de prueba
Los evaluadores escriben los casos de prueba correspondientes de acuerdo con los requisitos de las historias de usuario y organizan el equipo del proyecto para revisar los casos de prueba. Modifique los casos de prueba según los comentarios de la revisión.
c. Desarrollo
El proceso de desarrollar los “requisitos” de la historia del usuario.
Desarrollar la autoevaluación.
Durante el proceso de desarrollo, cada vez que se completa un punto de función, se debe realizar una autoinspección de desarrollo de manera oportuna y se debe notificar a la planificación del producto para obtener la experiencia de aceptación.
E. Aceptar
Una vez completado el desarrollo, el planificador del producto debe aceptar los resultados del desarrollo para verificar si cumplen con los requisitos de la historia del usuario. Solo después de pasar la verificación puede pasar a la fase de prueba. De lo contrario, es necesario discutir en detalle que no cumple con el desarrollo. Para conocer su lista de aceptación, consulte la lista de aceptación de productos y la plantilla.
Pruebas y Regresión
Debes tener la versión correcta al enviar las pruebas. Los evaluadores realizan pruebas basadas en casos de prueba, envían errores de prueba en la plataforma de TI, dan opiniones sobre si el producto debe lanzarse según la perspectiva de la prueba y generan informes de prueba.
Modificación G.bug
Obtén el error que te ha asignado la plataforma informática y modifícalo.
h. Display
El escenario debe tener una versión experiencial del display. Requerido
Determinar el tiempo de presentación: un desarrollo iterativo, finalización de la autoprueba, antes del envío de la prueba.
La versión de prueba se enviará a los participantes 1-2 días antes de la reunión.
Durante la reunión, el director del proyecto organizará a todos para experimentar, dar retroalimentación y registrar los problemas.
En función de la situación del problema, el director del proyecto determina el tiempo para resolver el problema con el desarrollo o los productos, y emite actas de la reunión.
I, versión gris
Después de iterar una determinada versión, el director del proyecto y el equipo decidirán si es necesaria una versión gris.
Modo seguimiento
Reunión de negocios diaria
El anfitrión se turna para controlar el ritmo y registrar los problemas para su seguimiento después de la reunión.
Cada uno cuenta qué hizo ayer, qué dudas tiene y qué planes tiene para hoy.
Otros entienden el trabajo de otras personas e identifican y señalan posibles problemas.
Ante problemas descubiertos se fomentan las reclamaciones, y el resto será designado por el responsable del proyecto.
El tiempo se controla generalmente en 15 minutos.
Durante la reunión, actualice el muro de tareas con el siguiente estilo:
Una semana
Comentarios sobre la implementación del plan del proyecto, enfatizando los objetivos a alcanzar. logrado esta semana.
Exponer los problemas del proyecto, especialmente aquellos que requieren asistencia del liderazgo u otros equipos.
Se pueden generar informes semanales en la plataforma de TI.
Mensual
Retroalimentación sobre el estado de ejecución del proyecto del mes, incluyendo progreso, mano de obra y calidad.
Reflejar los problemas y riesgos del proyecto.
Revisión de la iteración
Hablemos de los aspectos buenos y malos de esta iteración.
Revisar las deficiencias de la iteración anterior y ver mejoras.
Que hablen todos.
Después de cada reunión de revisión de iteración, se puede actualizar el diagrama de agotamiento.
4.4 Fase de cierre
El director del proyecto guía la planificación del producto para recopilar y resumir los datos de operación del producto del proyecto, y guía a los miembros del equipo para resumir en función de sus propios roles, incluidas las pruebas, desarrollo, interfaz de usuario, etc.
El gerente del proyecto y los miembros del equipo del proyecto brindan un informe resumido del proyecto. Para conocer el contenido del informe, consulte Resumen de la experiencia del proyecto-Equipo del proyecto y Resumen de la experiencia del proyecto-Gerente del proyecto.
Convocará una reunión de cierre y cada miembro realizará un informe de cierre.
El equipo de PM documenta los documentos del proceso y el resumen de la experiencia.