Introducción: El personal relevante debe tener claro el proceso de gestión de proyectos de desarrollo ágil. A continuación se muestra el proceso de gestión de proyectos de desarrollo ágil que he recopilado y compilado para su lectura y referencia.
Hace algún tiempo, organicé el proceso de desarrollo ágil para usted. Recientemente, he estado clasificando el proceso y el sistema de gestión del proyecto de desarrollo ágil. Los procedimientos de gestión de proyectos compilados son los siguientes. Gestión de proyectos totalmente ágil y específica. Los procedimientos se escriben principalmente en función de la situación real de nuestra empresa. Puede consultarlos durante el proceso real de incorporación a la empresa y no se pueden copiar.
1. Propósito
Estandarizar el proceso de gestión de proyectos de desarrollo de productos de software de Internet y guiar la implementación de proyectos de investigación y desarrollo, gestión y otras actividades.
2. Ámbito de aplicación
El alcance de esta carta es el proceso de gestión desde el establecimiento del proyecto de desarrollo de productos de software de Internet hasta su finalización.
1. Proporcionar orientación a los gerentes de proyectos para llevar a cabo actividades de planificación y diseño de productos, así como los métodos de gestión de proyectos y los procesos de desarrollo a seguir.
2. Actividades y contenidos de gestión diaria; del equipo del proyecto Brindó orientación;
3. Definición de roles y responsabilidades
Director de proyecto:
Conducir los objetivos comerciales, el cronograma, los costos y el control de calidad en el proceso de desarrollo del producto.
Seleccione equipos de proyecto y lleve a cabo la formación de equipos para inspirar, alentar y mejorar la productividad del equipo.
Identificar a las partes interesadas del proyecto, informar a las partes interesadas periódicamente y servir como interfaz entre el equipo y el mundo exterior para proteger al equipo de la interferencia externa.
Asegurar que se sigue el proceso del proyecto, organizar, supervisar y capacitar las actividades prácticas del proyecto.
Planificación del producto
Determinar las funciones del producto y desglosar historias de usuarios.
Determinar la prioridad de las funciones requeridas.
Aceptar o rechazar el trabajo del equipo de desarrollo.
Participar en reuniones relevantes durante el proceso de desarrollo del producto.
UI
Responsable de la interacción funcional y el diseño de la interfaz del producto basado en historias de usuarios
Organiza la interacción persona-computadora y la experiencia del usuario, realiza un seguimiento continuo de las mejoras, y mejorar la fuerza de rendimiento del producto.
Participar en reuniones relevantes durante el proceso de desarrollo del producto.
Desarrollo
Responsable del diseño de la arquitectura técnica y desarrollo funcional del producto basado en historias de usuario
Evaluar, diseñar y mantener los módulos correspondientes del producto para Garantizar la estabilidad y estabilidad de los módulos. Facilidad de uso y eficiencia.
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 procesos de prueba y los 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 proyectos 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 finalización del proyecto. A continuación se explica cómo llevar a cabo la gestión de proyectos durante 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 para 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 los objetivos del proyecto, la confirmación inicial del alcance de los requisitos, la disposición de los miembros del equipo del proyecto y otros recursos.
Determinar los objetivos preliminares del proyecto y lograr un entendimiento claro
Para los objetivos del proyecto, es necesario llegar a un entendimiento claro con las partes interesadas sobre los siguientes puntos:
¿Cuáles son los antecedentes del proyecto, los usuarios objetivo, el personal principal y el posicionamiento del producto?
¿Cuál es el presupuesto de inversión de recursos del proyecto?
¿Cuál es la inversión de recursos del proyecto?
Cada ¿Cuál es el papel del personal en el proyecto y su contribución al proyecto?
Preparación de los documentos de la reunión inicial
El contenido del documento incluye:
Retratos de usuarios
Posicionamiento del producto
Estrategia de mercado
Objetivos comerciales
Viabilidad técnica
Presupuesto de costes de I+D
Planificación de señales viales
Convocar una reunión de inicio del proyecto
Los participantes incluyen:
Representantes de la dirección
Director de proyecto y equipo de proyecto
Otros representantes de las partes interesadas
Los temas principales incluyen:
Declaración del alcance de los objetivos del proyecto y contribución a los objetivos de la organización.
La dirección designa formalmente al PM, establece expectativas y unifica ideas.
Publicación del contenido del documento.
Determine los requisitos de gestión del proyecto con el equipo de PM
Una vez completada la reunión inicial del proyecto, el mecanismo de establecimiento del proyecto y los requisitos de gestión de proyectos de la empresa deben determinarse con los miembros del equipo de PM .
4.2 Fase de planificación
En la fase de planificación, el equipo debe completar conjuntamente la planificación de versiones y el plan de iteración del producto.
Planificación de versiones
De la lista de características clave del producto, planifique qué características deben completarse para cada versión del producto según la prioridad. Una vez completada la planificación, se debe llegar a un consenso entre las partes interesadas del proyecto. Para obtener más información, consulte "Muestra de planificación de versiones"
Cómo dividir iteraciones
La división de iteraciones se refiere a dividir la lista de funciones en una lista de historias de usuario y dividir las tareas principales correspondientes en cada uno Realice iteraciones para formar un plan de iteración del proyecto de grano grueso. Este proceso considera principalmente los siguientes factores:
Algunas tareas tienen dependencias. El inicio o final de una tarea se basa en el inicio o final de otra tarea. Esto debe considerarse al dividir las dependencias.
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 de tareas de iteración preliminar, también es necesario determinar las reglas para el ajuste de tareas de iteración durante el proceso del proyecto, como si posponer las tareas restantes a la siguiente iteración o extender el ciclo de iteración. cuando la tarea de iteración no se completa.
Determinar la división del trabajo entre el personal
El director del proyecto necesita formular inicialmente una división aproximada del trabajo basada en las habilidades y características de cada persona. Se deben considerar los siguientes factores al dividir las tareas:
La dificultad de la tarea debe coincidir con la capacidad del personal. Las tareas que obviamente están más allá del alcance de la capacidad o son demasiado simples pueden tener fácilmente un impacto negativo. .
Aquellos con un alto grado de acoplamiento deben asignarse a la misma persona en la medida de lo posible para evitar un consumo innecesario de comunicación.
Fomentar el "reconocimiento de tareas" dentro del equipo para mejorar el entusiasmo y la iniciativa laboral del personal.
Determine el modo de operación de la iteración.
Como iteración de una semana, iteración de dos semanas, el contenido de trabajo incluido en cada iteración, etc.
Para planes de iteración específicos, consulte "Plan de iteración de muestra".
Desarrollar otros planes auxiliares
Es necesario formular planes de comunicación, planes de riesgo y calidad. planes El plan de comunicación incluye principalmente los siguientes aspectos: objetos de comunicación, métodos de comunicación y frecuencia de comunicación, tales como:
El plan de riesgos incluye elementos de riesgo, personas responsables, importancia y medidas de respuesta, de la siguiente manera:
El plan de calidad incluye: qué condiciones cumple la distribución de errores antes de que pueda ser lanzada, cuántos errores fatales deben detener el desarrollo de nuevas funciones, etc. .
Construcción de la arquitectura técnica básica
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 desarrollo. de trabajos posteriores. Cada cambio en el marco del sistema conducirá inevitablemente a una gran cantidad de trabajo repetido, lo que 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
A. Refinamiento de requisitos de la iteración N
Considera cada iteración El usuario historia que debe completarse;
La historia de usuario debe contener 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 de historias de usuario, ejemplos e instrucciones de división".
Una vez escrita la historia de usuario, se debe realizar una revisión de las necesidades dentro del equipo, por un lado, para interpretarla. las necesidades a los miembros del equipo; por otro lado, los miembros del equipo también pueden brindar orientación durante la revisión.
B. Revisión de casos de prueba
Los evaluadores escriben los casos de prueba correspondientes de acuerdo con los requisitos de la historia del usuario y organizan el equipo del proyecto para realizar la revisión de los casos de prueba. Modificar casos de prueba según los comentarios de la revisión
C. Desarrollo
El proceso de desarrollo de los requisitos de la historia del usuario.
D. Autoprueba de desarrollo
Durante el proceso de desarrollo, cada vez que se completa un punto de función, es necesario realizar una autoprueba de desarrollo de manera oportuna y notificar a los planificadores de productos. para la experiencia de aceptación.
E. Aceptación
Una vez completado el desarrollo, la planificación 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 hacerlo. de lo contrario, la no conformidad debe discutirse en detalle con el equipo de desarrollo. Para obtener la lista de verificación de aceptación, consulte la "Lista de verificación y plantilla de aceptación del producto"
F. Regresión
Al enviar una prueba, debe tener la versión correcta. 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 un "Informe de prueba"
G. /p>
Obtener los fallos que se te han asignado en la plataforma informática y modificarlos.
H. showCase
Debe haber una versión de experiencia para showCase Requerido
Determinar el tiempo de showCase: se completa un cierto desarrollo iterativo y una autoprueba. listo para ser enviado antes de la prueba
Se enviará una versión de prueba a los participantes 1-2 días antes de la reunión
Durante la reunión, el director del proyecto organizará a todos para que experimenten y reciban comentarios. y problemas de registro.
En función de la situación del problema, el director del proyecto determina el tiempo de resolución del problema con el desarrollo o producto y emite las actas de la reunión.
I. Lanzamiento en escala de grises
Después de iterar una determinada versión, el director del proyecto y el equipo decidirán conjuntamente si es necesario el lanzamiento en escala de grises.
Método de seguimiento
Reunión de pie diaria
El anfitrión se turna, responsable de controlar el ritmo y registrar los problemas para su seguimiento después de la reunión.
Cada uno habla de lo que hizo ayer, qué problemas tiene y cuáles son sus planes para hoy.
Los demás comprenden el trabajo de los demás y señalan posibles problemas;
Por los problemas descubiertos, nos animamos a reclamarlos, y el responsable del proyecto designará al responsable del resto.
El tiempo suele controlarse en 15 minutos.
Durante la reunión, actualice el muro de tareas. El estilo del muro de tareas es el siguiente:
Informe semanal
Comentarios sobre la implementación del plan del proyecto y énfasis. las metas a alcanzar en el trabajo de esta semana
Exponer problemas en el proyecto, especialmente aquellos que requieren asistencia del liderazgo u otros equipos.
Se pueden generar informes semanales en la plataforma de TI.
Informe mensual
Retroalimentación sobre la implementación del proyecto en el mes actual, incluyendo avances, mano de obra y calidad.
Reflejar los problemas y riesgos del proyecto.
Revisión de iteración
Cada persona cuenta las partes buenas y malas de esta iteración
Revisa las partes malas de la iteración anterior y echa un vistazo Mejora la situación.
Que hablen todos.
Después de completar cada reunión de revisión de iteración, el gráfico de avance se puede actualizar
4.4 Etapa de cierre del proyecto
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, al mismo tiempo, guiar a los miembros del equipo para que resuman sus propios roles, incluidas 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, consulte "Resumen de lecciones y experiencia del proyecto - Equipo del proyecto" y "Resumen de lecciones y experiencia del proyecto - Gerente de proyecto"
Convocar la conclusión En la reunión del proyecto, cada miembro informará sobre el proyecto.
El equipo de PM archiva los documentos del proceso y los resúmenes de las lecciones aprendidas.