prucommercialre.com


Software de Gestión de Proyectos Cheat Sheet

Los directores de proyectos de software inteligente hacen considerable trabajo de preparación antes de que creen un plan de proyecto. La aplicación de una lista de control pre-desarrollo se asegura de que su plan de proyecto tendrá una base sólida.

Vale, ya está listo para comenzar a desarrollar su plan de proyecto. ¿Ha

  • 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?
  • Se desarrolló un sistema de control de cambio sólido 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 se aseguró de 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 cumplir 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 las partes interesadas pertinentes.
  • Reúne todos los requisitos.
  • Reúnase con su patrocinador del proyecto.
  • Hable con otros jefes de proyecto 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.

Los gestores del proyecto: 7 signos del fracaso del 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 la suscripción preferente 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 deslizan? Eso es malo. Lo peor es si nadie es un poco sorprendido más cuando los plazos no se deslizan.
  • El alcance de su proyecto ha cambiado 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 motivo), están tomando conocimiento con ellos. Pero aún peor es si se están yendo porque la moral es baja o porque no respetan el director del proyecto.
  • Son signos de la baja moral evidente? Los miembros del equipo pueden 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 inicial encontrará una mirada vacía en sus ojos cada vez que mencionas entregables y los riesgos?
  • Tiene el patrocinador comenzó a 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 sabemos 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.

Gestionar proyectos de software con reuniones del Grupo de 10 minutos

Los directores de proyectos de software exitosas fomentan la comunicación crítica la celebración regular de reuniones de trabajo 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 responder a tres preguntas:

  • ¿Qué hiciste ayer?
  • Lo que debe hacer hoy?
  • ¿Qué temas o problemas están impidiendo el proyecto siga adelante?

Idealmente, esta reunión sólo dura 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 conocer los problemas o banderas rojas.