Los directores de proyectos de software inteligente hacen considerable trabajo de preparación antes de que crear un plan de proyecto. La aplicación de una lista de verificación de pre-desarrollo se asegura de que su plan de proyecto tendrá una base sólida.
Bueno, ya está listo para comenzar a desarrollar su plan de proyecto. Tienes tu
Hablado con las partes interesadas pertinentes?
Se reunió con los directores de proyectos experimentados que ya han completado proyectos similares?
Colaboró con su equipo de proyecto para entender sus fortalezas, debilidades, y experiencias?
Entiende cómo cada miembro del equipo puede contribuir al éxito del proyecto?
Discutido expectativas claras con su patrocinador del proyecto de manera que ambos puedan desarrollar una comprensión clara de lo que el éxito del proyecto se verá así?
Documentado los supuestos y limitaciones del proyecto de software para que usted sepa cómo afectan a su proyecto de software?
Desarrollo de un sistema de control de cambios sólida para que pueda prevenir la corrupción del alcance? (El arrastramiento del alcance es cuando algunos actores pierden perspectiva y comienzan a hacer peticiones que nunca fueron parte del plan original.)
Documentado y distribuido un plan de comunicación clara, concisa?
Creado la carta del proyecto (o garantiza que alguien más lo creó) y recibió sign-off por el patrocinador del proyecto?
Uno de los propósitos de los planes del proyecto es documentar y comunicar exactamente lo que espera lograr al crear el software. Usted debe documentar los recursos necesarios para llevar a cabo las tareas del proyecto, las fechas de inicio y fin de cada tarea, y los predecesores y sucesores de cada tarea (lo que tiene que ocurrir primero y lo que tiene que ocurrir a continuación).
Antes de documentar toda esta información, asegúrese de
Hable con los interesados pertinentes.
Reúne todos los requisitos.
Reúnase con su patrocinador del proyecto.
Hable con otros directores de proyectos que le han precedido.
Si usted hace todas estas cosas con cuidado, lo más probable es crear un plan de proyecto completa y exacta.
Jefes de Proyecto: 7 signos de insuficiencia Proyecto Potencial
La capacidad de reconocer los signos de falla potencial ofrece a los administradores de proyectos una gran ventaja en el juego de gestión de proyectos de software. Esa conciencia conduce a preventivo de acción para hacer frente a los problemas antes de fracaso del proyecto asoma su fea cabeza.
Aquí hay siete signos de insuficiencia proyecto potencial:
¿Usted o alguien de su equipo de proyecto comenzó a dejar que unos plazos de deslizamiento? Eso es malo. Lo peor es si nadie es un poco sorprendido más cuando los plazos no se deslizan.
¿Ha cambiado el alcance de su proyecto tanto que no reconoce más? Si demasiada corrupción del alcance tiene, um, deslizado, a continuación, su proyecto está en peligro.
¿Estás comenzando a tener una alta rotación de su equipo? Si la gente está dejando (por cualquier razón), que están tomando conocimiento con ellos. Pero aún peor es si están yendo porque la moral es baja o porque no respetan el director del proyecto.
Son evidentes los signos de la baja moral? Los miembros del equipo podrían estar discutiendo más de lo habitual, perdiendo interés en el proyecto, o poner palabras tontas en el medio de su código de software sólo para ver si alguien se da cuenta. ¿Las personas que duermen en sus escritorios, llegar tarde, salir temprano, o tomar comidas maratón?
¿Se ha perdido el patrocinador del proyecto reuniones con usted? ¿Él o ella parece estar desconectado del proyecto?
Haga que sus grupos de interés empezaron a conseguir una mirada vacía en sus ojos cada vez que usted menciona entregables y los riesgos?
Ha comenzado el patrocinador de microgestión usted? ¿Es usted carece de la autonomía que necesita para llevar el proyecto a buen puerto?
Aprenda estos síntomas de fracaso del proyecto potencial, y tratar con ellos tan pronto como usted mancha ellos. Sea proactivo, y sabe que la clave para convertir en torno a un proyecto en peligro es la comunicación. Esto significa no sólo hablar con su patrocinador del proyecto y los miembros del equipo, sino también escuchar. Entonces, usted debe actuar con rapidez y decisión.
Manejo de Proyectos de Software con reuniones del Grupo de 10 minutos
Los directores de proyectos de software exitosas fomentan la comunicación crítica mediante la celebración de reuniones de trabajo regular de 10 minutos. Los proyectos de software son mano de obra intensiva y es fácil tener conversaciones de pérdida de tiempo largos con los miembros del equipo acerca de cuestiones. Una reunión de trabajo de 10 minutos le ayudará a comunicarse con regularidad y de manera concisa con su equipo de proyecto.
La agenda de esta reunión tarea diaria es simple y requiere que los participantes a responder a tres preguntas:
Lo ideal sería que esta reunión tiene una duración de sólo 10 a 15 minutos, pasa todas las mañanas, y consiste en un único equipo del proyecto. No hay necesidad real para otras partes interesadas para estar en esta reunión inicial get-up-and-go.
El punto es para comunicarse unos con otros en pequeños incrementos de tiempo - compartir lo que se ha hecho y lo que queda por hacer. También le da la oportunidad de aprender de cualquier problema o banderas rojas.
