Los gerentes de proyecto regularmente enfrentan la aceptaci贸n del proyecto en varias fases de otros gerentes de proyecto o compa帽铆as. Por lo general, el tiempo de transmisi贸n es limitado: un par de semanas o menos. Si este proceso transcurre sin problemas depende de la fase del proyecto, as铆 como del sistema de gesti贸n del proyecto en el que se realiz贸.
Cuatro primeros pasos
Primero, la cabeza se va de la abundancia de nueva informaci贸n, personas, conexiones y comunicaciones. Hay un deseo de comprender todas las tareas pasadas y futuras.
- Sea como fuere, la tarea principal del gerente del proyecto es formar canales de comunicaci贸n efectivos con todos los participantes del proyecto. Incluso si al principio no est谩 claro de qu茅 hablar con cada miembro del equipo, es mejor escribir inmediatamente sus nombres, posiciones e informaci贸n de contacto.
- A continuaci贸n, debe realizar una revisi贸n del proyecto, durante el cual se familiarizar谩 m谩s con el proyecto y podr谩 comprender en qu茅 estado se encuentra.
- A continuaci贸n, debe pensar en lo que debe hacerse para que el proyecto lo cierre con 茅xito. Para hacer esto, vale la pena crear, evaluar y planificar un BackLog (registro de tareas).
- Como queda claro que por cu谩nto tiempo y en qu茅 modo lo har谩, debe establecer procesos efectivos para informes, alertas, revisiones, pruebas, etc.
Conocimiento del proyecto.
Antes de comenzar la acci贸n, debe intentar averiguar cu谩l es el prop贸sito del proyecto. Explora proyectos similares. La forma m谩s f谩cil de encontrarlos es a trav茅s de Google. Entonces aprender谩 sobre las mejores pr谩cticas en este campo y ampliar谩 sus horizontes en este tema aplicado.
Tan pronto como se obtenga una idea general del alcance del proyecto, podemos proceder a un estudio en profundidad.
En primer lugar, debe recopilar todos los documentos disponibles en el proyecto.
En caso de que alguna documentaci贸n no sea suficiente, entonces vale la pena desarrollarla usted mismo, al menos en t茅rminos generales, sin los detalles sutiles que ser谩n dif铆ciles de obtener del aire.
En primer lugar, debe estar interesado en la descripci贸n del sistema, su estructura y caracter铆sticas del trabajo. Esto ayudar谩 a comprender en qu茅 partes consiste el proyecto. Tambi茅n quedar谩 claro qu茅 especialistas pueden trabajar en cada parte.
Tambi茅n ser谩 importante la informaci贸n sobre soporte t茅cnico, entornos de prueba y producci贸n y enfoques b谩sicos de desarrollo.
Todo esto se puede describir en 5-10 hojas de papel. Pero es mejor usar un sistema tipo wiki, ya que dicha documentaci贸n ser谩 煤til para todos los miembros del equipo, no solo para el gerente del proyecto.
La documentaci贸n
Al formar una lista de documentos que describen el proyecto y dan una idea privada del mismo, puede usar diferentes conjuntos y plantillas de descripciones.
Es importante de una forma u otra describir las siguientes cosas:
- Las principales metas y objetivos del proyecto o sus etapas individuales. Quiz谩s la descripci贸n no sea detallada, pero ayudar谩 a comprender lo que vale y lo que no vale la pena hacer en este proyecto.
- L贸gica empresarial del proyecto. Si se implementa alguna l贸gica de negocios en este proyecto, entonces es mejor tener una descripci贸n de la misma. Una caracterizaci贸n en forma de texto o un diagrama de bloques ser谩 especialmente 煤til.
- Sistemas de interacci贸n de integraciones externas e internas. Si nuestro proyecto tiene integraciones, entonces es necesario tener descripciones para cada una de ellas. Como m铆nimo, debe conocer el prop贸sito de las integraciones y tener a mano la documentaci贸n de la API.
Organizaci贸n del trabajo
Si el equipo trabaja de manera eficiente, lo m谩s probable es que tenga un sistema simplificado de acciones y procedimientos que todos los desarrolladores siguen. En este caso, este matiz no se puede controlar al principio. Sin embargo, es aconsejable crear o complementar las instrucciones para organizar el trabajo del equipo en el proyecto.
En primer lugar, vale la pena decidir qu茅 equipo tiene y qu茅 tareas resuelve cada uno de sus participantes. Es bueno cuando el equipo est谩 completo y puede cerrar toda la gama de tareas desde el desarrollo hasta la prueba y el lanzamiento. Peor a煤n, cuando algunos especialistas est谩n involucrados de manera irregular o parcial.
Durante las revisiones y el trabajo planificado, el gerente del proyecto debe prestar atenci贸n a la metodolog铆a de trabajo, la integridad de su uso y tambi茅n a aclarar el procedimiento para probar los resultados del trabajo.
Cuando todas las tareas est谩n a la vista y en cualquier momento, cada miembro del equipo puede averiguar el estado actual del proyecto, es mucho m谩s f谩cil para el gerente del proyecto tomar decisiones sobre su trabajo y el de otra persona.
La visualizaci贸n del trabajo se logra m谩s f谩cilmente utilizando un
sistema de gesti贸n de tareas . Usando las actividades de preparaci贸n del trabajo atrasado, as铆 como su priorizaci贸n, puede crear un flujo constante de trabajo.
Adem谩s, si todas las tareas se llevar谩n a cabo a trav茅s de un sistema com煤n de gesti贸n de proyectos, ser谩 mucho m谩s f谩cil para el gerente del proyecto recopilar informaci贸n para informar sobre el proyecto y sus costos laborales.
Conclusi贸n
Al aceptar un proyecto, vale la pena estudiar sus temas aplicados, as铆 como crear canales de comunicaci贸n efectivos con todos los participantes.
Obtenga o desarrolle documentaci贸n que describa los objetivos comerciales del proyecto, su estructura, arquitectura y todos los requisitos posibles.
Audite el proyecto, aclare y complemente, si es necesario, la contabilidad de las tareas, las horas de trabajo y la presentaci贸n de informes sobre el proyecto.
Espero que estos consejos lo ayuden a integrarse f谩cilmente en el flujo de trabajo y a desarrollar de manera competente el trabajo en equipo. 隆Te deseo proyectos exitosos!