¿Qué debería hacer como director de proyectos de TI?

¿Qué debe hacer un director de proyectos de TI?

Los gerentes de proyectos son gerentes de trabajos de proyectos específicos. Mejoran constantemente sus talentos de liderazgo en el trabajo. Al mismo tiempo, esta profesión es una profesión con coexistencia de derechos y responsabilidades. Principalmente realizan verificaciones de antecedentes en proyectos. recopilar Organizar información relacionada con el proyecto, llevar a cabo la planificación de la demanda, redactar informes de investigación del proyecto y resúmenes de información, realizar un diseño completo del sistema de los componentes o módulos del proyecto, contactar a las unidades relevantes del proyecto y a los expertos técnicos relevantes, formular informes de estudios de viabilidad del proyecto y colaborar para formular y solicitar proyectos. Informar materiales, organizar el equipo del proyecto para completar las tareas del proyecto y garantizar el tiempo de finalización y la calidad del proyecto. A continuación se muestra lo que he recopilado para usted. ¿Qué debe hacer un gerente de proyectos de TI? ¡Bienvenido a leer!

¿Qué debe hacer un gerente de proyectos de TI?

¡A menudo veo gerentes de proyectos así que! Parecía ocupado todo el día. Corría en círculos, el teléfono seguía sonando y en una hora debían darse decenas de instrucciones, como si el equipo que dirigía no pudiera sobrevivir un día sin él. Luego también dirá: “Estoy muy ocupado” o “Estoy muy cansado”, “Necesito sumar más gente”. Un director de proyecto así a menudo tiene que cuidar personalmente cada detalle. Incluso si hay personas bajo su control, ¿cree que no se cansará?

¿Incluso hay incidentes en los que el director del departamento de I+D lo hace personalmente? Participó en la codificación del software del proyecto, si solo hay uno o dos proyectos, tal vez esté bien, imagínese si hay más de una docena de proyectos y puede participar en trabajos técnicos específicos. ¿No se manejan otros problemas causados ​​por la participación de los gerentes de departamento en asuntos diarios específicos, nadie en el departamento presta atención, otros proyectos en el departamento no reciben asistencia del gerente de proyecto y nadie hace planes para el futuro del departamento? departamento. Hay muchos comportamientos similares de los gerentes de proyectos: por ejemplo, los gerentes que son buenos en ventas siempre están preocupados por su personal de ventas y sienten que las personas de abajo siempre son poco confiables. Los gerentes de proyectos que son buenos escribiendo siempre tienen que redactar los documentos ellos mismos porque el Secretario Siempre menospreciaba los borradores, etc.

El resultado es que el gerente está ocupado todo el día y la eficiencia de la gestión es muy baja. Los gerentes no tienen tiempo para considerar las cuestiones de desarrollo del departamento. Los subordinados sienten que no se puede confiar en ellos y son cautelosos al hacer las cosas. No se atreven a ir demasiado lejos y no tienen entusiasmo.

Pensando en esto, la escritura de Liu Bei no es tan buena como la de Zhuge Liang, y sus habilidades militares no son tan buenas como las de Guan Zhang, Zhao, Ma Huang, pero es bueno para usar a las personas y ganárselas. . Cualquiera que sea director de proyectos probablemente necesite aprender del enfoque de Liu Bei, incluso si es muy bueno en algunos aspectos. Puede transmitir su experiencia a sus subordinados y no tener miedo de que cometan errores. "No confíes en las personas cuando las empleas, no utilices a las personas cuando dudas de ellas", aunque es difícil de hacer y a veces no es necesario hacerlo, pero ya que le has dado a una persona ese puesto y ese salario , debes dejar que desempeñen plenamente su papel. No puedes reemplazarlos. Ellos hacen cosas y no puedes "robarles" el poder que les pagaste. Recuerdo que cuando un periodista entrevistó al Sr. Wang Jialian, presidente de CA Company, el Sr. Wang dijo que todavía no tenía una dirección de correo electrónico personal. Cuando el periodista le preguntó sorprendido por qué, dijo: "No es necesario". Tengo muy buenos directores comerciales. Para manejar bien los asuntos diarios de la empresa, necesito tener suficiente tiempo para considerar la estrategia de desarrollo de la empresa y no quiero que me molesten asuntos triviales ". Wang Jialian es un buen gerente, por lo que CA tiene el estatus que tiene hoy.

Un director de proyecto que hace un buen trabajo puede parecer que no tiene un día estresante en el trabajo. Por lo tanto, algunos subordinados pueden hacer preguntas como: "Estamos ocupados, ¿qué estás haciendo?"

Director de proyecto, la persona responsable de que un equipo cumpla su misión y desarrollo. Por tanto, crear un verdadero todo que sea mayor que la suma de sus componentes y crear un todo dinámico debe ser su primera misión. Ésa es la gestión de la que la gente habla a menudo. A través de la gestión, la imposibilidad de 1+1>2 en la naturaleza puede transformarse en posibilidad. Para cumplir esta misión, ¿qué debe hacer el director de proyecto?

1. Un director de proyecto primero debe establecer objetivos, es decir, determinar los objetivos del equipo. Sólo sabiendo adónde ir podremos llegar. allá. Determine cuáles son las metas, y las metas deben poder respaldar eficazmente las responsabilidades del equipo y contribuir al desarrollo del equipo. Y los objetivos deben comunicarse a todos los miembros del equipo para que comprendan su responsabilidad e importancia para lograrlos.

2. Si un director de proyecto quiere organizar el trabajo, es decir, cómo organizar el trabajo, necesita analizar las diversas actividades, decisiones y relaciones requeridas. Necesita clasificar el trabajo y determinar la prioridad y. prioridad de las tareas y asignar el personal adecuado al trabajo.

3. Un director de proyecto debe realizar una labor de motivación e intercambio de información. Combina personas que desempeñan diversas funciones en un equipo, que necesita coordinar y completar el trabajo motivando a los subordinados e intercambiando información entre superiores, subordinados y pares.

4. Un director de proyecto necesita realizar mediciones y evaluaciones para medir el desempeño del equipo y el desempeño de los individuos. En primer lugar, es necesario establecer un estándar de medición. Este estándar no sólo debe centrarse en el desempeño del equipo, sino que también requiere centrarse en el trabajo del individuo y ayudarlo a hacer bien su trabajo. Un director de proyecto comunica el significado y los resultados de las mediciones a sus subordinados, superiores y pares.

5. Un director de proyecto debe formar a las personas, incluido él mismo. Los gerentes de proyectos comprenden las fortalezas y debilidades de sus subordinados mejor que otros y son más conscientes de sus necesidades de capacitación. A menudo tienen las habilidades necesarias para ayudar a sus subordinados a mejorar su desempeño laboral. Sólo cuando se mejoran las habilidades de sus subordinados se puede mejorar la eficiencia. Sólo cuando los miembros del equipo se desarrollen invertirán entusiasmo y responsabilidad en el desempeño de su trabajo. Los gerentes deben desarrollar un plan de capacitación e implementarlo.

En nuestra industria, a muchos gerentes de proyectos se les asigna la responsabilidad de ser gerentes solo después de que tienen excelentes habilidades comerciales o técnicas. Es posible que no hayan recibido educación en administración. Espero que este artículo pueda brindar alguna orientación. comprenda sus responsabilidades con ellos.

Qué debe hacer y qué no debe hacer un director de proyecto

1. Hacer las cosas con una orientación a objetivos

En primer lugar, debes entender qué hacer. hacer y en segundo lugar cómo hacerlo. Los objetivos son una característica importante de la gestión de proyectos. Los principios de actuación del director del proyecto se centran en los objetivos del proyecto. Las cosas que conducen al logro de los objetivos del proyecto sin violar la ética profesional y el código de conducta del director del proyecto son todas las cosas que se deben hacer. .

Los objetivos incluyen objetivos a corto plazo y objetivos comunes. Completar el proyecto actual de acuerdo con el objetivo puede ser un objetivo a corto plazo, y construir un equipo eficiente en un año puede ser un objetivo a largo plazo. Para los gerentes de proyectos no temporales, deberían centrarse más en los objetivos a largo plazo del proyecto en lugar de preocuparse demasiado por los intereses a corto plazo del proyecto actual. Sólo sabiendo esto podremos darnos cuenta de la importancia de la formación, el coaching, el trabajo en equipo, la espontaneidad, el lenguaje del equipo y las reglas en todo el proyecto.

2. Descomponga sus propios objetivos definidos

Para proyectos de software, el director del proyecto definirá que la tasa de falla del producto de software después del lanzamiento sea inferior a 0,5/código KLOC según el negocio. o necesidades del usuario. Para lograr este objetivo, es necesario analizar los factores que afectan el objetivo en función del tiempo del proceso del proyecto, la calidad de los entregables en cada etapa, la fuga de defectos, el nivel de pruebas, el cambio y la estabilidad de los requisitos. , Los requisitos iniciales de diseño y especificaciones de desarrollo, las reglas del equipo, el sentido de responsabilidad del desarrollador y muchos factores pueden afectar la realización de este objetivo.

El logro de un objetivo general no se puede lograr simplemente mejorando un factor de influencia, y existen efectos positivos y negativos entre cada factor, lo que requiere un pensamiento integral y sistemático. Determine los niveles de rango esperados de cada elemento y luego incluya estos valores esperados en el plan de seguimiento y control. Lo que esta serie de procesos debe mostrar es que todo lo que haces tiene un propósito y sirve para alcanzar las metas que definiste originalmente. De ninguna manera es algo surgido de la nada.

3. Centrarse en operaciones prácticas específicas

En primer lugar, el énfasis en los riesgos y las crisis es mucho mayor que el énfasis en los problemas. Esto no quiere decir que la resolución de problemas no sea importante, sino que los directores de proyectos deberían hacer más para gestionar los riesgos y eliminar los peligros ocultos para evitar que los riesgos se conviertan en problemas reales. El director del proyecto debe tener visión de futuro y ser lo suficientemente entusiasta como para detectar diversos signos y crisis. La respuesta antes de que ocurra una crisis suele ser simplemente que el director del proyecto hable con los miembros u organice una capacitación sobre los procedimientos, pero si ocurre una crisis, causará. Las pérdidas serán mucho mayores que el costo de la respuesta al riesgo.

Los directores de proyectos deberían ser más entrenadores que líderes. Los gerentes deben saber delegar, pero los gerentes de proyectos están más preocupados de que la delegación no afecte el progreso y la calidad. Por lo tanto, los gerentes de proyectos definitivamente no hacen todo por sí mismos, ni delegan e ignoran todo ciegamente, sino que actúan como un buen entrenador.

Deje que los miembros del proyecto tengan la capacidad de completar cosas y completarlas con responsabilidad. Si solo toma una hora hacerlo usted mismo, pero se necesita un día para enseñar a los miembros del equipo a hacerlo, desde la perspectiva del equipo, este día debe dedicarse a enseñar a los miembros cómo hacer las cosas correctamente.

Los contenidos de los nueve principales sistemas de conocimiento del PMBOK son contenidos que deben considerarse para el proyecto. Una de las palabras clave es el grupo de gestión del proyecto, que está compuesto por los miembros principales del proyecto. Es necesario distinguir claramente lo que hace el director del proyecto y lo que hace el equipo de gestión del proyecto. Otra preocupación es la granularidad de las cosas. El seguimiento de las tareas del proyecto es responsabilidad del director del proyecto, pero el director del proyecto debe determinar la granularidad del seguimiento de las tareas de acuerdo con los objetivos del proyecto. Si la granularidad es demasiado fina, se puede realizar un seguimiento. por miembros del proyecto o líderes de equipo. Lo que debe hacer un director de proyecto no puede ser sencillo. Una guía práctica para directores y miembros de proyecto

En un equipo, como líder de equipo:

1) Evitar orientar al equipo. objetivos a la política Compromiso en temas

2) Mostrar compromiso personal con los objetivos del equipo

3) No diluir el trabajo del equipo con demasiadas prioridades

4) Ser justo y equitativo al tratar a los miembros del equipo

5) Estar dispuesto a enfrentar y resolver problemas relacionados con el bajo desempeño de los miembros del equipo

6) Adoptar una actitud abierta a nuevas ideas y nueva información de los empleados

Como miembro del equipo, usted:

1) Demostrará una verdadera comprensión de los roles y responsabilidades individuales

2) Demostrará objetivos y un juicio basado en hechos

　3) Trabajar eficazmente con otros miembros del equipo

　4) Priorizar los objetivos del equipo sobre los individuales

　5) Demostrar el deseo de dedicar el esfuerzo necesario para tener éxito en cualquier proyecto

　6) Dispuesto a compartir información, sentimientos y generar comentarios apropiados

　7) Proporcionar ayuda adecuada cuando otros miembros la necesitan

　8) Mostrar gran respeto por uno mismo Requisitos estándar

9) Apoyar la toma de decisiones del equipo

10) Mostrar liderazgo de una manera que busque el éxito del equipo

11) Responder positivamente a la retroalimentación de otros La respuesta se entiende como una cuestión binaria y más bien una cuestión granular de hacer cosas relacionadas con los objetivos del proyecto y la granularidad de la gestión.

Resumen de experiencia de los gerentes de proyectos de TI

He sido gerente de proyectos durante muchos años. Siento que lo más importante al hacer este trabajo es entender lo que significa adaptarse. condiciones locales y aprovechar al máximo la situación. ¿Qué está bien y qué está mal? Lo más tabú para los directores de proyectos es la tendencia al perfeccionismo, especialmente aquellos que son técnicos. Les gusta buscar respuestas estándar, lo que retrasa el progreso. del trabajo y se confunden. Las siguientes son algunas de mis experiencias personales al realizar proyectos. Están escritas para orientación de todos y podemos mejorar nuestras habilidades juntos durante la discusión.

El inicio del proyecto es la etapa más importante. Cuando un director de proyecto se hace cargo de un nuevo proyecto, primero debe aprender todo lo posible sobre el proyecto en todos los aspectos, como por ejemplo:

1. ¿Qué problema viene a resolver? Cuando muchos clientes nacionales son muy inmaduros, no imagine los objetivos del proyecto basándose literalmente en el nombre del proyecto. Para un proyecto llamado "Oficina", es muy probable que recién al mes de ingresar al sitio descubras que lo que el cliente realmente necesita es un sistema informático auxiliar de información para la gestión de la producción. Cuanto más detallado sea el trabajo inicial para comprender la situación, menos sorpresas habrá después y menor será el riesgo del proyecto.

2. Quién está involucrado en este proyecto, como inversores, partes interesadas comerciales específicas, operadores una vez finalizado el proyecto, supervisores técnicos, etc. En muchos proyectos, aparte de la unidad propietaria, la estructura es muy complejo Además, también participarán otras unidades, como empresas supervisoras de proyectos, autoridades industriales de propietarios, etc. El director del proyecto debe comprender lo que todos los participantes piensan y esperan del proyecto. Comprender de antemano las opiniones y expectativas de las distintas partes te permitirá analizar quién te apoyará en qué aspectos y quién se opondrá a ti con qué propósito cuando encuentres problemas en el proyecto, para prepararte de antemano para unirte con amigos. tus enemigos y haz que las cosas salgan como tú quieres.

No hay amigos permanentes ni enemigos permanentes, solo intereses consistentes. Como gerente de proyecto, debe recordar esta frase

3. Después de comprender básicamente la situación del cliente, lo siguiente es comprender los puntos de vista de varios aspectos; de su empresa en este proyecto. La primera es si los líderes superiores le prestan atención. Esto determina si la empresa brindará el apoyo más poderoso de acuerdo con sus requisitos cuando necesite recursos. El líder debe haberlo apoyado verbalmente. Lo que debe hacer es comprender las expectativas reales de la empresa para este proyecto. ¿Quiere hacer el proyecto más grande o ganar dinero? ¿Quiere hacer un proyecto modelo o simplemente quiere hacerlo? ¿Superficial? La actitud del líder de la empresa hacia el proyecto. Su actitud determina su estrategia para este proyecto, y este enfoque estratégico tendrá un impacto directo en su plan de proyecto.

4. Antes de elaborar el plan general del proyecto, debe; También calcule aproximadamente los recursos que tiene a mano. El primero es el tiempo. Hoy en día, el mercado es muy competitivo y muchos proyectos a menudo requieren su finalización en un plazo casi imposible. Para este punto, debes considerar esto completamente al realizar el plan de control de riesgos para el proyecto. Lo siguiente es el personal, según el presupuesto del proyecto y la experiencia pasada, calcule aproximadamente cuántos roles tendrá el futuro equipo del proyecto, si actualmente hay personas en la empresa para cada rol, si puede ser utilizado por completo en este proyecto, si es así. Es necesario contratar personal adicional y comenzar los preparativos para el reclutamiento lo antes posible. El último paso es preparar algunos equipos. El equipo grande y clave necesario para el proyecto debe reservarse lo antes posible, ya sea que el equipo esté esperando a la gente o que la gente esté esperando el equipo, será una pérdida de tiempo; p>

5. Ahora es el momento Es hora de hacer una descripción del proyecto. Una buena descripción del proyecto no sólo describe claramente lo que se debe hacer (principalmente qué hacer, no cómo hacerlo), sino que también explica detalladamente cómo comprobarlo. En otras palabras, no sólo explica claramente lo que se debe hacer, sino que también permite que el personal comercial del cliente (que generalmente no entiende de tecnología) sepa cómo se completará el proyecto. En pocas palabras, una especificación de proyecto describe lo que hace el proyecto, qué tan bien hace cada cosa y cómo se verificará cada resultado.

6. ¿Es hora de hacer un plan maestro? No, ahora conoces los objetivos del cliente y los recursos que tienes, por lo que antes de hacer el plan, aún necesitas trabajar con tu gerente. cuestiones de recursos. Debido a que muchos recursos aún no están claros, es necesario redactar un informe para analizar en detalle los riesgos de este proyecto y la demanda de recursos. ¿Qué pasará si algunos problemas no se pueden resolver? Si los recursos son insuficientes, la alta dirección deberá cambiar de estrategia y aumentar la inversión en el proyecto. Incluso si las condiciones lo permiten, algunas empresas abandonarán el proyecto. En resumen, nadie puede completar una tarea imposible. Si el director del proyecto no puede detectar los riesgos lo antes posible, sólo puede convertirse en un mártir.

7. Ahora que comprende lo que se debe hacer, los chips que tiene y su estrategia general para este proyecto, es hora de formar un equipo de proyecto. Muchos directores de proyectos no tienen derecho a elegir ellos mismos a los miembros del equipo, así que intente utilizar su influencia para encontrar a las personas que desea. La composición de los miembros varía mucho según el proyecto. Es difícil tener requisitos específicos. Sin embargo, en muchos proyectos pequeños debe haber alguien que sea competente en el negocio del cliente, y en los grandes, esta persona. En los proyectos, habrá expertos de la industria (expertos de la industria), de modo que cuando se comunique con los clientes, no hablen al mismo tiempo y ambas partes puedan entenderse. Lo que veo a menudo es que nuestros técnicos utilizan una jerga profesional cuando hablan con los clientes. Como resultado, los clientes están confundidos y los acusan de no entender la tecnología. De hecho, los clientes que entienden lo que quieren hacer ya son muy buenos clientes. Los clientes que no saben lo que quieren hacer, y mucho menos cómo hacerlo, y aún así quieren señalar con el dedo están en todas partes. es el cliente quien te elige, no tú. Tú has elegido a los clientes. Sólo con los clientes puedes cobrar.

8. Ahora tienes que enfrentarte a tres grupos de personas: tu líder, los miembros de tu equipo y tus clientes. Comunícate con estas personas y hazles saber lo que planeas hacer y cuándo quieres que lo hagan. Preparar estas cosas será tu trabajo principal. Dado que la comunicación es tan importante, también es importante definir los principios de la comunicación de antemano. Muchos principios de comunicación son reglas ocultas. Si ha estado en un departamento durante mucho tiempo, la aplicación de estas reglas es algo natural. Sin embargo, ahora se enfrenta a varios departamentos o incluso a varias unidades. Estarás en desventaja en el futuro.

Las siguientes cosas pueden parecer aburridas, pero en realidad son muy útiles: La primera es especificar el método de flujo y el medio de información, ya sea push o pull. Impulsar significa que el director del proyecto divulgará información de forma proactiva, ya sea por teléfono, correo electrónico o por escrito, para garantizar que la información se transmita a todos. Esta situación es adecuada para proyectos pequeños con poca gente; La significa que el director del proyecto es como un servidor web y puedes pedirle cualquier información que necesites. Por supuesto, ningún director de proyecto se cansa tanto. Publicará la información en el medio público. La más simple es la pizarra y la más complicada es el área de interacción de información pública del proyecto. La regla es que lo envié yo y si no lo leíste no digas que no te lo dije. Puede parecer aburrido decir esto, pero en realidad se trata de la cuestión de la responsabilidad por la transmisión incompleta de información. Por supuesto, estos son métodos generales y no deben ser absolutos. Generalmente, la comunicación activa y el acceso pasivo coexisten, especialmente para los líderes de proyectos que deben tomar la iniciativa de comunicarse con los líderes. El segundo problema es la documentación. Mucha gente tiene miedo de escribir documentos, pero los responsables de proyectos deben tener presente el principio de que "una buena memoria es peor que una mala redacción". ¿Por qué a veces no puedes explicar algo claramente? Es porque no hay evidencia. Por lo tanto, el director del proyecto debe dejar claro al cliente al principio que algunos documentos deben firmarse, como el registro del proyecto del director del proyecto, que el cliente debe firmar al menos cada semana, y todas las demás cosas que logren el consenso. como actas de reuniones e incluso el discurso del líder. El acta debe quedar escrita en un documento y firmada por ambas partes, de modo que cuando haya una disputa en el futuro, quede bien documentada. Recuerda: Lo que se dice es lo mismo que lo que no se dice. Sólo cuando está escrito y firmado por todos sucede realmente. También hay algunos problemas, como el informe que usted envió y una pregunta de opción múltiple para los líderes (incluidos sus propios líderes y los líderes de los clientes). Como resultado, los líderes se negaron a aprobar, dejándolo sin saber qué hacer. hacer, lo que retrasó el progreso. En este momento puede esperar, pero tenga cuidado de llevar un registro para indicar quién es el responsable, además, si está de acuerdo con el líder al principio: si no recibe respuesta del líder tres días después de enviar las instrucciones; , se considerará acordado por el líder, por lo que serás más proactivo. Otro ejemplo es la cuestión del proceso de aprobación de diferentes eventos: qué nivel de asuntos se registra en el registro del proyecto, qué nivel de asuntos requiere que los gerentes de proyecto de ambas partes firmen un memorando especial, qué nivel de asuntos requiere que los líderes de ambas partes las partes se presenten para firmar los anexos del contrato, etc. Cuanto más reflexivo seas de antemano, más proactivo serás en el futuro.

9. Bien, se ha hecho mucho trabajo preliminar y se han definido algunas reglas del juego. Ahora es el momento de sentarse y hacer planes. En esta sección, cualquier libro de gestión de proyectos que puedas encontrar lo explicará mejor que yo, así que escribiré menos y hablaré de mi propia experiencia. El primer paso es encontrar algunos miembros clave del equipo, como expertos en negocios de clientes, analistas de sistemas, etc., para dividir el proyecto en módulos. El proyecto se divide en varias partes, qué se logra con cada parte, cómo se intercambia la información entre módulos, etc. Los requisitos definen qué hacer y aquí hablamos de cómo hacerlo. Se debe enfatizar un punto aquí: hay muchas formas de lograr un objetivo. Debe elegir la que le resulte más familiar, no la que parezca más perfecta. Esta idea reducirá muchos riesgos en su proyecto. A veces, un cliente quedará impresionado por una determinada tecnología nueva e insistirá en que adopte esa nueva tecnología. Debe decirle: si me elige para hacer este proyecto, debe permitirme hacer las cosas de mi manera favorita. La tecnología es tentadora porque no mucha gente ha sufrido y no quiero que seas la primera víctima. Adoptar un plan hará que su trabajo sea más claro. Por ejemplo, utilizando el software Project de Microsoft, después de completar el formulario, podrá saber cuántas cosas se deben hacer en este proyecto, qué recursos requiere cada cosa y cuál es la relación. entre ellos, cuánto tiempo lleva, qué señales hay después de finalizar, etc. Todos los resultados finalmente se muestran en un formulario llamado diagrama de Gantt. Después de terminar esta lista, se sorprenderá al descubrir que la hora de finalización del proyecto en el diagrama de Gantt estará muy por detrás de la hora de finalización planificada (la persona que firma el contrato nunca le pedirá su opinión primero). Por supuesto, las personas que han estudiado gestión de proyectos hablarán mucho sobre cosas como WBS y rutas de optimización, pero mi experiencia es que no importa cuán optimizado esté, no puede organizar estas cosas hasta el final del tiempo planificado. Si no se ha encontrado con este problema, antes de felicitarlo por elegir un trabajo fácil, asegúrese de haber enumerado todas las cosas que debe hacer y evaluado correctamente el tiempo que requieren. En este momento, debes considerar sacrificar algo de tiempo de tarea (lo que también significa calidad). ¿Sacrificio según qué criterios? ¡La estrategia de este proyecto! La estrategia que mencionamos en la Sección 3.

Mi experiencia es que si te apresuras todo, el resultado puede ser que no hagas bien ninguna de las diez cosas, piénsalo, que fracaso. Por lo tanto, invierte recursos en cosas que conoces y de las que estás seguro. El resultado final es diez cosas. Tres de ellas son excelentes, tres están completas y cuatro están retrasadas por alguna razón. ¿Cuánto cuesta la boleta de calificaciones? determina las prioridades, y priorizar correctamente las cosas es la principal manifestación de la capacidad de un director de proyectos.

Bien, ahora el proyecto completó el trabajo preliminar, entendió los objetivos del proyecto, aclaró los recursos disponibles, formuló la estrategia del proyecto y luego compiló el plan general del proyecto y el proyecto entró en la implementación. escenario. Al entrar en esta etapa, el director del proyecto es relativamente libre. A diferencia de la etapa inicial, el director del proyecto tenía que interactuar con diferentes personas, como periodistas, descubrir de qué estaban hablando y tratar de adivinar lo que estaban pensando y su verdadero propósito. Eso es lo más agotador. Por supuesto, el director de un proyecto pequeño suele ser él mismo un recurso y tiene que hacer muchas cosas. En este momento, se siente más miserable que cualquier otra persona. El trabajo principal del director de proyecto durante este período es mantener la comunicación con el liderazgo del cliente y su propio liderazgo. Preste especial atención al comunicarse con los líderes de los clientes, a menos que necesite que la otra parte lo apoye, entonces debe ser más específico, de lo contrario, dígale que todo es normal y nunca diga que algunos líderes no entienden. Detalles, como: "Director Wang, el progreso del proyecto es relativamente normal recientemente, pero a menudo se producen algunas pérdidas de memoria en la JVM ..." Director Wang: "(*&$@@". También debe prestar atención. A este tema cuando informe a sus propios líderes, a menos que sea un experto técnico y necesite su experiencia técnica, generalmente es suficiente informar si el progreso es normal y sus contramedidas y planes si hay algunas áreas que requieren su apoyo. , como las llamadas de recursos, deben ser más detalladas.

En las reuniones con los miembros del equipo, además de algunas reuniones de seguimiento del progreso del proyecto, también hay muchas reuniones de discusión que requieren que todos utilicen métodos de lluvia de ideas para resolver problemas. Muchos de los participantes son personal técnico, y se caracterizan por su atención a los detalles, falta de visión de conjunto, un poco negativos y pesimistas, y tienen una alta autoestima (si el resumen es incorrecto, todos pueden criticar). Por lo tanto, como anfitrión de la reunión, usted sólo debe ser responsable de plantear preguntas y registrar sus opiniones. No sea un juez. Hay muchos aspectos de un problema y los fenómenos son completamente diferentes desde diferentes ángulos. Piensa en la historia de los ciegos y el elefante. Estos técnicos muchas veces dominan un aspecto y expresan sus opiniones desde su propia perspectiva, salvo que haya algunas muy especiales. En cualquier caso, debes pensar que la solución que proponen es. lo más razonable desde su punto de vista. Su punto fuerte es captar las prioridades de las cosas, evaluar las prioridades de todos los aspectos y encontrar una solución adecuada basada en sus opiniones (en lugar del plan correcto). En una reunión, debe respetar plenamente a todos y sus opiniones, elogiar a quienes presentan mejores opiniones y nunca llevar la reunión a debates interminables (debe dejar que todos sepan que las cosas no son blancas y negras, sino diversas. Por desgracia, nuestra educación es culpa...). Después de la reunión, escribes el documento y tomas la decisión. La cara de todos fue atendida durante la reunión, y se implementó de forma natural. Si aún tienes objeciones, puedes hablar con él en privado. Aún no puedes convencerlo, debes hacerle entender que debido a que eres responsable de este proyecto y asumes los riesgos, debes juzgar esta prioridad. Los superiores de la organización no necesariamente tienen un nivel más alto que el. miembros promedio, pero tienen que asumir los riesgos de la organización y, debido a la asimetría de la información, deben tener mejor juicio sobre las prioridades de las cosas que sus subordinados.

Durante el proceso de desarrollo, una cosa. A lo que la gestión interna también debe prestar atención es a enfatizar siempre la idea de aceptación como propósito. El entregable final de cada tarea debe poder ser inspeccionado. Por ejemplo, los requisitos de la interfaz: hermoso y conciso, Mingkui, no. No sé cómo verificar este requisito. Por lo tanto, al asignar tareas al equipo de desarrollo, debe considerar cómo verificar los resultados. Por ejemplo, he visto un plan en el que los desarrolladores de tareas están familiarizados con la programación EJB. tareas, las personas toman algunos exámenes de certificación profesional; de lo contrario, los resultados serán difíciles de verificar. Por lo tanto, los gerentes de proyectos siempre deben considerar cómo verificar los resultados y cómo entregarlos a los clientes. Planificado, es decir, primero mirar cómo aceptar y aceptar los criterios de aceptación, y luego decidir el plan de trabajo. Muchos proyectos llevan mucho tiempo iniciados y todavía no saben cómo aceptarlos, por lo que la posibilidad de que surjan problemas con el proyecto es muy alta.

El propósito de hacer proyectos es la aceptación. Nuestro papel no es el de una institución de investigación. Nuestro propósito es obtener resultados después de tanto trabajo. Además, me gustaría agregar otra frase: no recomiendo encarecidamente ir al sitio del cliente para realizar el desarrollo. Especialmente cuando un gran grupo de técnicos se comunica directamente con los clientes, es fácil provocar conflictos y contradicciones (determinados por la naturaleza de los técnicos). Mi enfoque es que el director del proyecto y el personal de implementación del proyecto vayan al sitio y los desarrolladores de software sigan trabajando en el proyecto en la empresa. El personal de implementación de proyectos son gerentes de proyectos junior. Conocen sus propios productos y los negocios de algunos clientes. La clave es que tienen buenas habilidades de comunicación, comúnmente conocidas como "piel dura". Son el puente entre los clientes y el personal de I + D, y sus direcciones profesionales también son muy flexibles. En el futuro, pueden tomar muchas direcciones, que son mucho más amplias que el camino de los desarrolladores.

A continuación, hablemos del problema más problemático de los cambios en la demanda. Los cambios generalmente se dividen en dos tipos: uno es un cambio parcial del objetivo original, es decir, un cambio en la demanda, el otro es un cambio en el objetivo sin cambiar el objetivo, pero el cliente no está satisfecho con el método de implementación actual; , desde la implementación del proceso hasta el diseño de la interfaz. Todos entran en esta categoría. Encontrarse con este tipo de situación es inevitable. Las razones principales son una comunicación insuficiente por adelantado y que el cliente piensa lentamente en el problema con claridad y cambia su forma de pensar anterior a medida que avanza el proyecto. En este momento, si es necesario realizar cambios y tu estrategia permite esta situación, entonces presta atención a los siguientes puntos:

1. Asegúrate de que los documentos anteriores, que registran las conclusiones anteriores, hayan sido firmados. por el cliente Si no, detenga su trabajo inmediatamente, confirme su plan con el cliente usted mismo y luego pídale que lo firme para evitar hablar sin pruebas en el futuro.

2. Siéntese con el cliente y; discútelo tú mismo Discute cuál es el propósito fundamental de su modificación, y ¿existe alguna opción que pueda lograr el mismo propósito, pero que sea menos costosa para ti?

3. (Trabajo inicial del proyecto) ¿Aclarar el? proceso de cambio, generalmente El cliente designa a una persona para que lo firme (de lo contrario, todos los líderes del cliente tienen el poder de interferir y usted será inútil) y se lo envía en forma de un documento de proyecto formal. Realice una evaluación y análisis para analizar el impacto en el costo y el cronograma. Después de que su líder esté de acuerdo, emita la carta de opinión correspondiente, principalmente para explicar las razones del cambio de diseño y señalar las consecuencias inciertas que causa (escriba esto primero y si pasa después, al menos no será culpa tuya). Luego pídale al cliente que lo firme. ¿Alguna vez ha visto el descargo de responsabilidad que los hospitales piden que firmen los familiares antes de realizar una cirugía a los pacientes? Sí, simplemente aprenda eso y deje que todos se den cuenta de que cualquier cambio tiene costos y costos. ;