En un sentido general,
La gestión de proyectos de software se refiere a la gestión del proceso de desarrollo de software. La fuente es el informe de establecimiento del proyecto y la declaración de la misión de desarrollo, y el resultado es un implementable. sistema de software.
La ingeniería de software es la guía general que sigue el desarrollo de software, que los gerentes de proyectos y desarrolladores deben dominar. Generalmente se imparte como un curso y ISO9002 son las guías que utilizamos a menudo específicamente.
La gestión de proyectos de TI cubre una amplia gama de áreas, no solo necesita considerar sistemas de software, sino que también involucra el diseño de infraestructura de red, plataformas de software y hardware, gestión de operación y mantenimiento, etc.
Los mandamientos de la estimación de software
(1) No busques la perfección: así como nadie puede predecir el futuro, si aún no se ha completado, no lo intentes. para obtener resultados perfectos. Es más, si la estimación es demasiado precisa, perderá margen de flexibilidad.
(2) No hagas estimaciones para cumplir con el presupuesto: si el presupuesto del proyecto simplemente no puede completar 100 tareas, entonces no permitas que tu equipo se comprometa. Reflejar correctamente el status quo objetivo no sólo nos permite luchar por los derechos que merecemos, sino que también es un requisito previo para completar las tareas.
(3) No cortes los resultados del presupuesto arbitrariamente: hay muchos jefes a los que les gusta cortar parte del presupuesto presentado por el director del proyecto sin pensarlo. Este es un enfoque irresponsable y si se van a hacer recortes debe haber una razón.
(4) Estime objetivamente y no sobreestime ni subestime: así como su jefe no puede reducir su estimación a voluntad, usted no puede exagerar ni subestimar al estimar. La codicia por demasiado conducirá inevitablemente al despilfarro, y hacer trampa por menos conducirá inevitablemente a la insuficiencia. Estos dos resultados probablemente no sean acciones de un director de proyecto calificado.
(5) Uso objetivo de la experiencia pasada: la experiencia de estimaciones pasadas es, por supuesto, un activo valioso, pero si la riqueza se utiliza en el lugar equivocado, se convertirá en basura. Al utilizar la experiencia, tenga en cuenta la diferencia entre la experiencia presente y la de referencia. No olvides que con el paso del tiempo y las actualizaciones tecnológicas en el ámbito informático muchos conceptos van cambiando.
(6) No utilice los objetivos del cliente como resultado de una estimación: los clientes son Dios y las empresas de software deben hacer todo lo posible para satisfacer las necesidades de los clientes. Pero lo que queremos lograr es una meta razonable y no podemos acumular números para lograr la meta, ¿no sería esto una inversión de causa y efecto?
(7) No ocultes costos inciertos: Es normal tener riesgos potenciales en el desarrollo de software. Ahora los riesgos traerán costos potenciales, tales como: de repente un programador se va, provocando que el trabajo se retrase. Es imposible para nosotros estimar cualquier situación posible, pero tenemos la responsabilidad de enumerar algunos vínculos clave que pueden ocurrir.