Red de conocimiento informático - Material del sitio web - ¿Cómo hacer un buen proyecto? ¿Cómo se debe hacer un proyecto?

¿Cómo hacer un buen proyecto? ¿Cómo se debe hacer un proyecto?

1. Establecer un excelente equipo de proyecto.

Creo que un equipo excelente debe tener las siguientes características:

A. Número de personas

El número de personas en un equipo independiente debe ser de 3 a 5. Buena gente. (Por supuesto, en la etapa de programación, XP recomienda la programación en pareja)

Demasiada gente es muy perjudicial para la comunicación. (Una vez vi un equipo de desarrollo de más de 10 personas. No estaban divididos en grupos. Durante la reunión, había una sala llena de gente. ¡¡¡Qué espectacular!!! Pero su progreso en el desarrollo fue como un caracol trepando por una parra.)

B. Una cultura de comunicación sin barreras.

Lo creas o no, una buena comunicación es una condición básica para el éxito de un proyecto. Debería existir esa atmósfera en el equipo:

Cada miembro debe tener el coraje de "hablar y hacer sugerencias".

Dar a todos el derecho a hablar (y terminar lo que dicen);

Cuando tenemos opiniones diferentes, debemos decir “No estoy de acuerdo con cada palabra que dijiste, pero Defenderé hasta la muerte tu derecho a hablar” (Voltaire)

Un ambiente así ayuda: exponer los problemas del proyecto de manera oportuna. En cuanto a su función, creo que todos los que han realizado un proyecto deberían tener una experiencia inolvidable.

C. Implementar una gestión acorde a las necesidades de las personas.

Cada miembro del equipo debe tener personalidades y especialidades completamente diferentes. Cuando se reúne tanta gente, puede resultar realmente estresante gestionarlas -:). En este momento, hay dos opciones:

α. Utilizar políticas de alta presión para obligarlos a someterse.

Establecer horarios de trabajo estrictos y progreso del trabajo. Personalmente, no me gusta ni odio mucho este enfoque.

β. Adoptar una gestión laxa.

En cuanto a cómo implementarlo. Sugiero que todos lean más del "Tao Te Ching" de Laozi. En definitiva, en una frase: "¡Gobierno sin hacer nada"! (No hacer nada es no hacer nada. Históricamente, a principios de la dinastía Han Occidental, antes del emperador Wu, se adoptó este método de gestión)

D. Tenga una visión ideológica general

Este punto. se refiere específicamente a los PM. Especialmente en la fase posterior de implementación del proyecto.

Cualquier proyecto puede caer en el atolladero de los bugs. Debemos tener una comprensión clara de las dificultades que tenemos entre manos. Partiendo de la situación general, considere el problema, descubra los puntos clave y formule las estrategias correspondientes.

Las nubes oscuras no pueden tapar el sol, siempre y cuando vueles a una altura suficiente.

E. Contar con dos o más desarrolladores con experiencia en proyectos.

Aunque la experiencia no puede resolver todos los problemas, siempre puede proporcionar algunas referencias valiosas. Es una garantía auxiliar para el éxito del proyecto.

2. Comunicación con los clientes

A. Cortesía en las reuniones

Habla con los clientes, ya sean CEO, CFO, C(X)O u otros. gente común Empleados, debemos tener una mentalidad igualitaria. Utilice mandarín tanto como sea posible y no hable demasiado rápido (es mejor hablar lento que rápido). Debe haber un ritmo al explicar el problema. Espere a que la otra persona entienda lo que dijo antes de hablar sobre el siguiente párrafo.

Cuando escuche a la otra parte, no interrumpa. Espere hasta que termine de hablar antes de hablar.

No importa con quién hables, no debes ser ni humilde ni arrogante.

Quizás dirás que esto es muy sencillo. De hecho, todas las cosas en este mundo se pueden dividir en dos categorías: fáciles de saber pero difíciles de hacer, y difíciles de hacer si se conocen.

B. Preparación antes de la comunicación

Asegúrese de realizar los preparativos necesarios antes de reunirse con el cliente. Organiza todas tus preguntas en entradas en un cuaderno (papel). En lugar de limitarse a enumerar estas preguntas, es necesario pensar en cada una de ellas: las respuestas deseadas, las posibles respuestas y los posibles debates. También tenga en cuenta las preguntas que otros puedan hacer.

C. Piense en los clientes

Tenga en cuenta que al proponer una solución general o una solución a un problema para un cliente, en primer lugar, debe indicar cómo la solución beneficiará al cliente. Cliente, qué tipo de beneficios. En lugar de hablar de cuánto dinero o tiempo podemos ahorrar haciendo esto.

Atención: Nuestra relación con nuestros clientes no es la de oponentes, sino la de socios cercanos. El software a completar es una situación en la que todos ganan.

D. No se deje llevar por los clientes.

Actualmente, la mayoría de proyectos de desarrollo de software se desarrollan para clientes individuales. Para el desarrollo de clientes individuales, los requisitos cambian con mucha frecuencia. En el extranjero, aunque existen equipos, métodos y procesos maduros, los cambios en los requisitos todavía se consideran el factor más incierto del proyecto y la clave del éxito o fracaso del proyecto.

En proyectos reales, algunos equipos de desarrollo suelen seguir los requisitos del cliente sin considerar la racionalidad de sus requisitos. El resultado es: retrasos en la producción de un producto de software viable o incluso el fracaso de todo el proyecto.

En primer lugar, no te dejes llevar por el cliente, tienes que convertirte en un experto en el campo. Para los procesos de negocios, puede cerrar los ojos y ejecutarlos en su corazón con mucha claridad. En este momento, haga un juicio razonable sobre los requisitos del usuario. Para solicitudes razonables, consulte con la persona a cargo para obtener confirmación; para las que no sean razonables, asegúrese de rechazarlas cortésmente (si es necesario, atrévase a discutir con razón, la mayoría de los clientes no están deliberadamente en su contra, son razonables).