Resumen y reflexiones sobre la gestión de proyectos
El resumen y la reflexión sobre la gestión de proyectos, como empresa exitosa, son inevitables, porque en el proceso de resumen descubriremos qué ventajas y desventajas se exponen, por lo que solo en este De esta manera podemos mejorar y optimizar rápidamente, por lo que el resumen y la reflexión son esenciales. Compartamos un resumen y reflexión sobre la gestión de proyectos.
Resumen y reflexión sobre la gestión del proyecto 1 acompaña el proyecto desde hace un año. Durante este período, siento que he crecido mucho en experiencia tanto técnica como de gestión. En todo el equipo del proyecto, soy el director del proyecto, pero también soy la persona que más trabaja. Pero disfruto más de este sentimiento.
Este artículo resume cómo se gestionó el proyecto este año. Espero que puedas dar buenas sugerencias después de leerlo.
En primer lugar, debido a que la empresa es una institución pública y la mayoría de los empleados son antiguos empleados que han trabajado durante muchos años, el ambiente de trabajo en la empresa no suele ser bueno, el trabajo es muy perezoso, y el fenómeno de la tardanza es aún más grave. Sería bueno que la jornada laboral efectiva se mantuviera en 5 horas diarias. Por supuesto, no caigo en esta categoría. He informado de este fenómeno a los dirigentes muchas veces, pero los dirigentes no han proporcionado una solución razonable.
Antes de la división del trabajo, el equipo del proyecto siempre asignaba una buena tarea a alguien y luego la ignoraba, y no había muchas restricciones en el período de construcción. Debido a que sus empleados son perezosos y la empresa está acostumbrada a este estado de pereza, el período de construcción de cada proyecto se retrasará mucho tiempo.
Después de gestionar el proyecto, mi líder me dijo que esta situación necesitaba cambiar, por lo que implementamos un sistema claro de división del trabajo:
1. Dividí el proyecto en Dividirlo en pequeños puntos funcionales.
2. Cada pequeña función. Distribuyalo a todos los miembros del equipo del proyecto y aclare el período de construcción.
En la práctica, fragmentar proyectos y estimar el esfuerzo es muy difícil. Cuando dividí el proyecto, básicamente entendí la idea general de implementación.
Dividí a los miembros del equipo del proyecto. Cuando anuncié por primera vez la división del trabajo y las horas de trabajo, todos pensaron que era increíble, porque el tiempo que dividí era casi muy corto y todos pensaron que nunca se completaría. Pero al final se completó en el tiempo que esperaba. En cuanto a este proyecto, la utilización del tiempo de todos y la eficiencia del trabajo de todos han mejorado significativamente.
En los proyectos que administro, realizo principalmente los siguientes trabajos:
1. Conectar con requisitos, selección general de tecnología y diseño de bases de datos.
2. Controlar el progreso del proyecto
3. División del trabajo entre los miembros del equipo del proyecto
4. Creación del proyecto, redacción del código central y algo de código básico.
En este último proyecto, el lado de la demanda de la empresa en realidad no fue muy responsable. Básicamente, todo el trabajo de todo el proyecto lo realizó nuestro equipo de proyecto y el dibujo del prototipo no recibió buenos comentarios. Aquí recomiendo Balsamiq Mockups 3, una herramienta para dibujar prototipos simples. Sencillo y fácil de usar, lo uso todo el tiempo.
A través de estos proyectos, también descubrimos algunos problemas:
1. Comunicación insuficiente entre los miembros del equipo del proyecto. Existe un método con la misma función, pero la versión escrita es diferente.
2. Personalmente, lo más difícil es que hay algunos empleados antiguos en el equipo del proyecto que han trabajado durante varios años más que yo. A veces incluso pierdo los estribos y me quedo mirando mi teléfono durante las reuniones. Tampoco puedo decir eso en este caso. Sólo empeorará la relación. Por supuesto, nunca hice esto cuando mi jefe informó esta situación, porque mi relación con mi jefe no es tan buena como la de los demás.
Resumen y reflexión sobre la gestión de proyectos Parte 2 Como alto directivo de la empresa, después de resumir el trabajo del año pasado, ¿tienes mucho que decir? ¿Alguna vez has tenido tales dudas?
1. Las multas son inútiles.
Para un directivo de base, las multas son útiles. Para los empleados de base, no sólo deben ser castigados, sino que deben ser castigados claramente. Pero si usted es un alto directivo, sabrá que castigar a sus subordinados es inútil. Al igual que cuando un niño comete un error, sus padres te perseguirán por toda la calle, pero cuando seas adulto, dejarán de hacerlo.
Porque los subordinados no son máquinas, especialmente aquellos que usted supervisa, no son empleados que realizan un trabajo real, sino gerentes de nivel inferior. Las multas son ineficaces.
Todo el mundo parece pensar que las multas son un rayo caído del cielo y, por supuesto, la otra parte debe asumir cierta responsabilidad por miedo a las multas.
De hecho, ¡esto es algo natural! Cuando piensas que este método es útil, la mentalidad de la persona que está siendo castigada es "Está bien. Después de todo, el dinero está multado, ¿qué más quieres?". No tomé esta lección en serio.
2. No hay diferencia entre democracia y mezquindad.
La democracia es en realidad escuchar las opiniones de la mayoría de las personas; ser mezquino es en realidad escuchar las opiniones de un pequeño número de personas; gente. Superficialmente, parece que la democracia es más segura. No precisamente. Debemos darnos cuenta de que la mayoría de la gente es estúpida y sólo unos pocos son inteligentes.
Si un ejecutivo cree en la gestión democrática, básicamente, no puede hacer nada. Pero si una persona es tacaña en todo, no podrá lograr nada.
Por tanto, un alto ejecutivo debe tener un temperamento introvertido. Debemos entender que algunas cosas deben ponerse en escena y practicarse de manera democrática. Algunas cosas deben tenerse en cuenta y hacerse en secreto.
3. Los talentos son personas desobedientes.
Si una persona es muy obediente, es básicamente inútil.
Sólo personas verdaderamente talentosas te llevarán. Esta ha sido la regla durante miles de años. Las personas verdaderamente talentosas tienen un sentimiento de orgullo. No tiene miedo de que lo despidas en absoluto, porque tiene mucho talento y puede encontrar trabajo dondequiera que vaya.
Los altos directivos básicamente no tienen que preocuparse por personas obedientes todos los días, porque esas cosas pueden ser resueltas fácilmente por los subalternos, y es simplemente algo que se enseña de acuerdo con las reglas. ¿Cuáles son las dificultades? La dificultad para los altos directivos es convencer a estas personas verdaderamente talentosas. Este es el trabajo principal.
4. Mira el problema y piensa más profundamente.
Cuando una persona ve una manzana, sólo piensa que es una manzana. Esta persona es un empleado junior.
Cuando una persona ve una manzana, pensará, ¿de quién es esta manzana? Esta persona es un supervisor de nivel inferior.
Cuando una persona ve una manzana, pensará, ¿por qué está aquí esta manzana? Esta persona es un alto ejecutivo.
Cuando una persona ve una manzana, sentirá que esa manzana no tiene valor. Esta persona es el jefe.
5. Es difícil ser una buena persona
En realidad es muy fácil que una persona sea una mala persona. Las personas sin habilidades son malas personas. Sólo aquellos que son capaces se esfuerzan por mejorar. Ser malo, no tener escrúpulos, gritarle a cualquiera, obligar a los empleados a trabajar, es sólo una voz cruel y fuerte.
Un alto ejecutivo sabe ser buena persona. Es difícil ser una buena persona, porque si tratas bien a alguien, todos querrán que lo trates bien. Los malos no tienen esas preocupaciones. Tratas mal a alguien, entonces todos piensan, no me trates mal. Entonces los malos son simples.
6. Sé bueno considerando la situación general
Los ejecutivos siempre deben entender: cuando sea tu turno, todo debe ser un gran problema y difícil de resolver. Aunque superficialmente pueda parecer sencillo. Porque hay algunos supervisores de nivel inferior debajo de usted y no informan las cosas fácilmente porque usted les hará preguntas y los acusará.
Así, un alto ejecutivo debería pensárselo dos veces antes de tomar cualquier decisión. ¿Por qué hiciste esto? ¿Existe un método más apropiado? Si la empresa tiene regulaciones al respecto, ¿por qué los supervisores de nivel inferior no siguen las regulaciones de la empresa en lugar de subirlas a la empresa? ¿Las regulaciones de la empresa son incompatibles con la situación real? ¿Qué piensan otras personas sobre esto? Todo es algo a considerar. No sólo escrito. Así actúa un ejecutivo estúpido.
7. Ser bueno aprendiendo y descubriendo
Esto no es sólo un requisito para los altos directivos, sino también para los directivos de nivel inferior. Lo que pasa es que los ejecutivos son como una persona sentada en medio de una fila de asientos viendo una película. Si se levanta para ir al baño, todos los que están en el borde lo seguirán, pero la persona sentada en el lado más alejado apenas molestará a nadie cuando vaya al baño. No hay otra razón. La posición de un ejecutivo determina las consecuencias de hacer lo mismo.
Si los gerentes de nivel inferior no tienen suficiente capacidad de aprendizaje para descubrir las fortalezas de sus subordinados a tiempo, el impacto puede no ser demasiado grande y pueden liderar el equipo a través del campo de batalla. Pero como alto directivo, si no tienes la capacidad de aprender y descubrir los puntos brillantes de tus empleados o subordinados de manera oportuna, el impacto en el equipo será fatal.
Si un equipo o una empresa quiere crecer a pasos agigantados necesita sol y una actitud positiva. Y descubrir los puntos brillantes de tus subordinados en cualquier momento y de manera oportuna es una buena expresión de una mentalidad alegre. Tal vez un simple y sincero cumplido haga llorar a tus subordinados. Cuando el tío Liu Huang puso a Adou en el suelo con su largo brazo, le dijo a Zhao Yun: "Deja que este chico me lastime un poco". En resumen, esta acción le dio a Zilong su hígado y cerebro para los siguientes 50 años.
¿por qué no?
8. Tenacidad, tenacidad, tenacidad
Este es un tema que todo el mundo con algo de sentido común sabe que si quieres triunfar, debes ser tenaz. Sin embargo, la razón por la que la mayoría de las personas simplemente ven a otros triunfar es porque sólo saben que deben ser duros, pero no saben cómo serlo.
La visión del mundo es correcta, pero la metodología es incorrecta y el objetivo aún no se logra. Todo el mundo tiene un resultado psicológico, pero algunas personas tienen un resultado final más alto y otras tienen un resultado final más bajo. ¿Cómo puedes hacerte más fuerte?
Muy sencillo. No importa cuán difícil pueda parecer la situación en la superficie, cuán desesperada sea la situación, debemos hacer todo lo posible para encontrar la posibilidad de incluso el más mínimo giro. Creo que esta posibilidad es como agua en una esponja. Mientras lo busquemos, lo habrá. Entonces esta posibilidad se amplía y amplía a través de un plan operable, y aparece la salida. Todo depende de la tenacidad del directivo.
Resumen y reflexiones sobre la gestión del proyecto Desde el año pasado participo plenamente en la construcción y gestión del proyecto XXX. A partir de ahora, el proyecto básicamente se ha completado y la siguiente fase del proyecto está a punto de comenzar. Ahora necesitamos resumir las ganancias y pérdidas del proyecto para guiar la construcción de la siguiente fase del proyecto. No vuelva a cometer los mismos errores. Es necesario mantener y promover las buenas prácticas.
Primero, el éxito del proyecto
1. La gestión del progreso del proyecto es relativamente buena.
La gestión del progreso de este proyecto es relativamente buena y no hay retrasos graves en el progreso. Esto se debe principalmente a la implementación del sistema de reunión semanal + reunión mensual + evaluación del proyecto. El equipo del proyecto celebra una reunión mensual al final de cada mes, principalmente para resumir la finalización de los objetivos de trabajo del mes anterior y establecer conjuntamente los objetivos de trabajo para el mes siguiente. Para garantizar el cumplimiento de los objetivos de trabajo mensuales, el plan de trabajo mensual se divide en planes de trabajo semanales y el cumplimiento de los objetivos del proyecto se rastrea y monitorea mediante la formación de reuniones semanales. Además de las reuniones mensuales y semanales, también se evaluará al equipo del proyecto. Si no se completa el objetivo de trabajo mensual, se deducirán los puntos de evaluación. Una gestión meticulosa del progreso combinada con un mecanismo de supervisión y evaluación básicamente puede garantizar el progreso del proyecto.
2. Establecí algunos sistemas de gestión.
Durante el proceso de implementación del proyecto, se formularon los correspondientes mecanismos de gestión para abordar algunas irregularidades y confusiones en el trabajo diario, que se reflejan principalmente en los siguientes aspectos:
(1) Nueva demanda empresarial mecanismo de respuesta
Las nuevas demandas comerciales se refieren a algunas demandas de optimización del sistema planteadas por el departamento comercial en el proceso de trabajo diario. Estas demandas no están incluidas en los requisitos del proyecto durante el proceso de construcción del proyecto. En el pasado, el manejo de los nuevos requisitos comerciales por parte del equipo del proyecto era caótico y a menudo existían nuevos requisitos comerciales en la mente del equipo del proyecto. Después de un período de tiempo, no queda claro qué departamento comercial propuso qué requisito, e incluso después de que se cumple el requisito, no existe ningún mecanismo de retroalimentación que atraviese la cognición del departamento comercial. Durante el proceso de implementación del proyecto, se estableció especialmente un nuevo mecanismo de respuesta a la demanda empresarial para resolver este problema. Después de recibir nuevos requisitos comerciales, es necesario registrar información relevante sobre los requisitos, como la descripción del requisito, el proponente del requisito, etc. Después de recibir la demanda, es necesario confirmar inmediatamente la demanda con el solicitante, dar retroalimentación sobre la demanda e informar el tiempo de finalización planificado de la demanda cuando se desarrolla una nueva demanda comercial en línea, es necesario enviar una retroalimentación en línea; formulario al solicitante para notificarle que sus necesidades han sido satisfechas.
Desde la recepción de requisitos hasta el feedback tras el lanzamiento final.
(2) Mecanismo en línea
Por razones históricas, el trabajo relacionado de nuestro equipo de proyecto no está tan estandarizado como BOSS, y el sistema en línea tampoco está estandarizado. En el pasado, el equipo del proyecto se conectaba cuando quería, por lo que existían grandes riesgos para la estabilidad y seguridad del sistema. Para estandarizar el proceso en línea del sistema, conéctese con BOSS y establezca el proceso en línea, que puede conectarse dos veces al mes. Se deben proporcionar documentos como requisitos, diseño, pruebas e informes de evaluación de riesgos en línea antes de conectarse. La solicitud en línea debe enviarse a la oficina de liderazgo para su aprobación. Los abridores solo pueden conectarse después de pasar la aprobación. Después de conectarse, deben enviar un informe de análisis de seguimiento en línea.
(3) Mecanismo de comunicación
Se ha establecido un sistema de reuniones mensuales y semanales. Después de cada reunión, el * * * conocimiento alcanzado se distribuirá en forma de actas de reunión. como base para la posterior medición y evaluación de la implementación de decisiones relevantes. En el pasado, el equipo del proyecto también celebraba reuniones periódicas, pero los problemas que debían resolverse a menudo se discutían bien en las reuniones, pero en realidad no se resolvían después de las reuniones.
(4) Sistema de informes de operación del sistema
Anteriormente, el equipo del proyecto prestó poca atención a la promoción de las aplicaciones del sistema.
A menudo, incluso si una función se completa después de estar en línea, no se presta atención a si la función se ha utilizado y el estado de la aplicación de todo el sistema no está claro. Durante el proyecto, establecimos un sistema de informes mensuales de operación del sistema para enviar informes mensuales sobre el uso de aplicaciones importantes del sistema a los líderes y al personal relacionado.
2. Desventajas del proyecto
1. El control insuficiente sobre el contrato del proyecto conlleva peligros ocultos para la gestión posterior.
Dado que los contratos de sistemas de TI de la empresa son administrados por otros departamentos, y nuestro departamento es el principal responsable de la construcción de sistemas específicos, no prestamos suficiente atención al contrato del proyecto en este proyecto y no teníamos suficiente control sobre el contenido del contrato del proyecto. Reflejado principalmente en los siguientes aspectos:
(1) El contenido de construcción del proyecto en el contrato no se verificó cuidadosamente con el contenido del plan de construcción original. Algunos de los elementos de construcción que queríamos incluir no se reflejaban en el contrato, lo que finalmente provocó un desacuerdo entre nosotros y el proveedor de software. Los proveedores de software citarán los contratos como ejemplo, y este es un problema fatal. En última instancia, hubo un problema con la conexión entre los dos departamentos con respecto al contrato del proyecto.
(2) Los miembros del equipo del proyecto no verificaron cuidadosamente. Aunque descubrieron este problema cuando leyeron el contrato, debido a que la otra parte es socia desde hace mucho tiempo de nuestra empresa, no prestaron demasiada atención a estos problemas menores. Ahora parece que esta cuestión de principios no puede ignorarse.
(3) Al firmar un contrato de proyecto, nuestra empresa generalmente requiere la inclusión del documento de reglas de revisión del proyecto. Cuando trabajamos en este proyecto, no pensamos detenidamente en cómo hacer la evaluación. Por lo tanto, se incluyó un documento de reglas de evaluación muy general en el contrato. Sin embargo, esta regla de evaluación general no era adecuada para este proyecto en muchos lugares, lo que generó algunos problemas en el trabajo de evaluación real posterior. Estos problemas no se incluyeron en las reglas de evaluación. Sin una descripción clara, no hay base para una implementación específica y es fácil que ocurra.
2. Nuevo modelo de desarrollo empresarial
Debido a que las necesidades de este proyecto están relativamente dispersas, se adoptó el nuevo modelo de desarrollo empresarial en la implementación del proyecto, es decir, cada módulo funcional. se desarrolla en secuencia, cada módulo funcional debe pasar por etapas como análisis de requisitos, diseño, desarrollo y lanzamiento, que es algo similar al modelo de desarrollo iterativo. Sin embargo, este modelo tiene algunos problemas: primero, cada iteración se divide demasiado finamente, lo que resulta en requisitos, diseño y trabajo en línea casi todos los meses; segundo, este modelo de desarrollo conduce a capacidades de control general insuficientes del sistema; Puede ser que algunos módulos funcionales relacionados deban tener una consideración unificada de requisitos y diseño, pero se hayan dividido artificialmente en múltiples etapas para su implementación, lo que no da como resultado ninguna consideración del futuro y tiene un impacto en los módulos funcionales originales. En tercer lugar, este modelo de desarrollo hace que el modelo sea diferente. proyecto El gerente no sabe dónde debe estar el enfoque de todo el proyecto;
Este modelo de desarrollo debe mejorarse en la siguiente etapa del proyecto y ya no se puede utilizar.
3. Capacidad insuficiente para diseñar e informar planos de construcción.
El plan de construcción de este proyecto se completa principalmente mediante la supervisión. La situación ideal es que yo escriba el plan y el supervisor me proporcione algunas orientaciones y opiniones, para que se me pueda considerar competente. Una vez completado el plan, el informe a los líderes no fue muy exitoso y solo se aprobaron tres informes. Esta es una lección muy profunda que aprender.
4. Estandarización de documentos de requisitos y documentos de diseño
El tema de la estandarización de documentos de requisitos y documentos de diseño siempre me ha preocupado. No sólo este proyecto, otros proyectos también tienen el mismo problema. Para los proyectos en los que estoy involucrado actualmente, los requisitos y el diseño pueden hacer muy poco. ¿Qué contenido debería reflejarse en los documentos de requisitos y documentos de diseño, y cómo expresar mejor estos contenidos para describir claramente los requisitos y el diseño del sistema?
5. La solicitud y la promoción no son lo suficientemente importantes.
¿Cuál es el propósito de establecer un sistema? El objetivo es esperar que el sistema pueda aportar valor a la empresa. Entonces, ¿cómo reflejar el valor? El sistema incorpora valor al brindar apoyo al desarrollo comercial de la empresa, logrando así un crecimiento en los ingresos de la empresa. Entonces el sistema sólo podrá funcionar si realmente lo utilizan los departamentos comerciales. Durante el proceso de construcción de este proyecto, aunque me di cuenta de la importancia de la promoción de aplicaciones, el trabajo específico de promoción de aplicaciones aún no era suficiente. Siento que estoy construyendo un sistema por construir un sistema y siento que lo más importante es completar la tarea de construcción. Si es útil o no, no es asunto mío.