Los casos de gestión de proyectos de software se necesitan con urgencia, solo casos necesarios, proyectos de software ~
El Sr. Bob es la persona a cargo de la Compañía A en China, y Henry es el gerente de proyecto responsable de este proyecto de subcontratación. Acaba de unirse a la Compañía A. La Compañía Dongfang está desarrollada y administrada por William, quien. Es personal técnico. Sin experiencia en gestión de proyectos.
Cuando Henry se hizo cargo del trabajo, descubrió que los costos de desarrollo del proyecto de Dongfang Company eran muy altos, 65.438 dólares + 0,30 dólares por persona por día, pero la satisfacción del cliente era muy pobre y el progreso del desarrollo y la entrega se retrasaron. cada vez La versión tampoco es satisfactoria. Además, faltaba la comunicación necesaria entre la Compañía Dongfang y la sede de desarrollo de Silicon Valley de la Compañía A, por lo que solo podían comunicar el problema a Henry, quien luego se lo transmitiría a la sede. Pero el propio Henry no estaba familiarizado con el desarrollo de este software, lo que también causó muchos problemas innecesarios.
Con este fin, Bob espera que Henry y William puedan gestionar y mejorar el proyecto a través de la gestión de proyectos. Luego, Henry y William mantuvieron una serie de reuniones y propusieron nuevos métodos.
En primer lugar, desarrollaron un plan y un calendario detallados del proyecto; en segundo lugar, establecieron un equipo de pruebas independiente para separar el desarrollo y las pruebas de software. Además, se han establecido nuevos canales de comunicación entre Silicon Valley y las empresas del Este, y algunos problemas de software se pueden comunicar directamente a la sede, y también se ha adoptado la gestión de hitos;
Seis meses después, se entregó el software. Sin embargo, los clientes todavía no están satisfechos con esta versión y creen que todavía hay muchos problemas. ¿Por qué no hay mejoras en el proyecto a pesar de que he estado utilizando métodos de gestión de proyectos?
Henry y William discutieron repetidamente y descubrieron que hay tres problemas principales: 1. No hay muchos problemas causados por la localización del software, pero el software subyacente proporcionado por la Compañía A tiene algunos problemas; algunos problemas con la interfaz del software. Este problema se debe a la falta de proyectos de prueba detallados. 3. El ciclo de desarrollo aún es demasiado corto para completar la depuración de algunos proyectos, por lo que la nueva versión todavía tiene muchos problemas.
En ese momento, Henry le preguntó a Bob si debía utilizar la licitación pública para seleccionar un socio nuevo y más fuerte. Sin embargo, Bob cree que la cooperación con Dongfang Company lleva mucho tiempo. Si elige un nuevo socio, llevará un largo período de adaptación y el costo puede ser mayor. Entonces Henry hizo algunas nuevas sugerencias de gestión a Eastern Company. En primer lugar, utilizaron una gran cantidad de datos históricos para analizar y elaborar un cronograma más detallado; en segundo lugar, el trabajo que requirió que Dongfang Company proporcionara documentos de desarrollo y documentos de prueba detallados no estaba documentado, lo que generó muchas dificultades para otros trabajos). tercero, reexamen Ciclo de desarrollo, hitos detallados.
Después de otro medio año, se completó la nueva versión. Esta vez la evaluación del cliente es mucho más alta que las dos versiones anteriores y básicamente cumple con los requisitos de operación del proyecto. Sin embargo, los clientes aún cuestionan el progreso del proyecto, argumentando que el lanzamiento en tiempo real de un producto de reemplazo no tomará tanto tiempo.
Enfoque más común. En proyectos de subcontratación de software, el progreso del aseguramiento de la calidad es difícil de controlar. Un director de proyecto requiere un conjunto complejo de capacidades como planificación, priorización, comunicación con las partes interesadas, evaluación, etc. Cada competencia tiene una relación directa o indirecta con el resultado final del proyecto.
La mayoría de los gerentes de proyectos nacionales no han recibido capacitación formal y carecen de conocimientos y habilidades profesionales en la gestión de proyectos. A menudo trabajan a ciegas con una pequeña cantidad de experiencia inicial, lo que es propenso a varios problemas. Especialmente en la gestión de proyectos de subcontratación, la falta de experiencia y habilidades suficientes conduce a menudo a continuos retrasos en el progreso y a la imposibilidad de garantizar la calidad.
En este caso, podemos ver la sombra de muchos proyectos de outsourcing en la industria TI.
En este caso, Eastern Company no tenía un director de proyecto dedicado, sino que estaba dirigida por el técnico William. Este es un problema común entre las empresas de software nacionales. Inicialmente, cuando el cronograma se retrasó, Henry de la Compañía A discutió con William de la Compañía Oriental y decidió adoptar métodos de gestión de proyectos, incluida la gestión de hitos. Esta es una práctica común para controlar el progreso.
Introducción a la gestión de hitos
En términos generales, al comienzo de un proyecto, los miembros del equipo del proyecto elaborarán un plan detallado para el proyecto. A menudo, existen técnicas específicas que deben emplearse al desarrollar un cronograma específico basado en una declaración de trabajo clara (SOW) y WBS. La tecnología más probada para proyectos de subcontratación de software como este es la gestión de hitos.
Los hitos suelen marcar la finalización del trabajo por fases de un proyecto. Los diferentes tipos de proyectos tienen diferentes hitos. Por ejemplo, en un proyecto de desarrollo, tareas clave como la confirmación final de los requisitos y la entrega del producto pueden considerarse hitos del proyecto. En este caso, sería apropiado que Henry utilizara la gestión de hitos después de hacerse cargo del proyecto.
Sin embargo, cabe señalar que en cada hito, el trabajo preliminar debe resumirse de manera oportuna y el trabajo de seguimiento debe planificarse y ajustarse. En algunas áreas donde los efectos de la gestión son evidentes, no hay necesidad de invertir más energía. Preste más atención a las áreas que pueden causar problemas en el próximo proceso de gestión. Por supuesto, los cambios de cronograma son comunes en los proyectos de software.
En este caso, después de utilizar la gestión de hitos, los requisitos del cliente no se cumplieron y el progreso aún estaba retrasado. Aquí debemos considerar otro factor: la relación entre calidad y progreso.
Normalmente, la premisa de la gestión de proyectos es garantizar que el proyecto esté dentro del presupuesto y se complete a tiempo, cumpliendo con la calidad. Por tanto, se puede ver que garantizar la calidad es un requisito previo. Entonces, ¿cómo gestionar el progreso sin dejar de cumplir con la calidad? No existe un método eficaz basado únicamente en conocimientos teóricos de la gestión de proyectos. Los pasos específicos son los siguientes:
Primero, intenta utilizar materiales históricos. En este caso, Henry debería investigar proyectos anteriores y encontrar algo con lo que comparar para saber de antemano la relación entre calidad y cronograma que debe gestionarse.
En segundo lugar, debido a que este proyecto es un proyecto de subcontratación de software, Henry no puede comprender completamente la programación de recursos del proyecto y, por lo tanto, carece de control de calidad. Esta es también el área más difícil de dominar en la mayoría de los proyectos de subcontratación. Aquí puede utilizar la gestión de programación
El requisito previo para este enfoque es tener ciertos datos históricos. Por ejemplo, a partir de datos históricos se puede ver que el tiempo para completar el subproyecto es de 5 días y hay 15 preguntas después de la prueba. El tiempo para completar el mismo subproyecto es de 7 días y hay 10 preguntas; después de la prueba, el tiempo para completar el mismo subproyecto es de 8 días, y después de la prueba hay 5 preguntas, y así sucesivamente.
A medida que aumentan los datos, se obtendrán algunos puntos discretos utilizando el gráfico de coordenadas bidimensional (independientemente de las diferencias de recursos), formando una curva, como se muestra en la Figura 1. Considere el rango de calidad permitido del proyecto, compare los datos de la figura y encuentre los parámetros correspondientes. En base a los parámetros obtenidos se determina un cronograma adecuado.