¿Qué notas debo tomar, si las hay, al comienzo de un proyecto?

Question

Un Líder del equipo me preguntó recientemente (no el mío) si estaría dispuesto a emprender un proyecto de programación. Los miembros de su equipo están actualmente ocupados con otros proyectos más importantes. Me gradué de la universidad hace dos años, y hasta ahora la programación solo ha sido un pasatiempo mío. Recientemente decidí que me gustaría seguir una carrera en el desarrollo de software. Acepté su oferta para poder ganar experiencia en el mundo real y comenzar a construir una cartera.

En aproximadamente una hora tengo previsto reunirme con el Líder del equipo para analizar los detalles de lo que necesita. A partir de un corto intercambio de correos electrónicos con él, sé que el proyecto base es actualizar un formulario ASP.NET existente — pero también creo que hay más que eso.

Considerando que me gustaría poner este proyecto en una cartera, ¿qué tipo de notas debo tomar en la reunión?

Answer 1

Me gradué de la universidad hace dos años, y hasta ahora sólo ha sido la programación de una de mis aficiones.

En ese caso, mi sugerencia es:

Revel en su ignorancia.

Haga la mayor parte del hecho de que usted no sabe nada y que está siendo dado la oportunidad de aprender - Abuso la oportunidad de hacer tantas preguntas como sea posible del líder del equipo en cuestión en cuanto al tipo de preguntas que debe pregunta y cómo debes documentar lo que aprendes.

Solo tienes una oportunidad de ser ignorante, una vez que lo has desperdiciado tienes que pasar el resto de tu vida como un sabelotodo; aprovecha la oportunidad de disfrutar el proceso de aprendizaje.

Answer 2

tomar todas las notas Puede que mejor le ayudará a entender la use cases y la user requirements. Todo lo demás es solo detalles técnicos que se pueden descifrar más tarde.

Answer 3

Trate de entender que el Líder del equipo puede que ni siquiera tenga todos los requisitos disponibles desde el principio. Esté preparado para perseguir a las personas y escribir todos estos requisitos cuando entren.

Las cosas cambiarán durante el desarrollo, siempre aparecerán nuevos problemas y nuevos requisitos.

Answer 4

Obtenga una lista de personas que son los usuarios previstos. Hablar con ellos le permitirá desarrollar la visión general que el Líder del equipo le brinda. Es probable que los usuarios previstos tengan una comprensión muy diferente de lo que se supone que debe hacer la aplicación que el TL. Por lo tanto, es probable que va y viene durante un tiempo. Sin embargo, vale la pena el esfuerzo porque harás mucho menos re-codificación.

Answer 5

tres cosas:

• Lo: ¿Qué es el software supone que debe hacer, más detallada se puede llegar a conseguir que la otra persona sea, mejor.

• How: ¿Existen restricciones conocidas? Por ejemplo, si tiene que solicitar un número de teléfono, ¿tiene que validar a nivel nacional/internacional/no en absoluto? ¿Tiene que funcionar en Windows 2008/2003/todas

• Quién: Dos lados:

  1. ¿Quién va a responder a cualquier pregunta que usted tiene, se le configuración de las reuniones semanales de progreso?
  2. Quién usará el software, ¿puede obtener su información temprana sobre sus prototipos? ¿Puede pedirles opinión/requisitos?

Answer 6

Una cosa que he encontrado muy útil es llevar una copia impresa de cualquier requisito existente (casos de uso, wireframes, lo que sea) o cualquier otra información potencialmente útil en una carpeta de 3 anillos para cualquier reunión de proyecto a la que asista. Si la reunión se desvía del tema o surgen preguntas sobre discusiones previas o documentos, es muy agradable tener la información a su alcance en un formato en el que pueda tomar notas, pasear por la mesa, etc.

Como beneficio adicional, descubra que la mayoría de las personas no llevan documentos a las reuniones, por lo que también terminará pareciendo que es un verdadero buscavidas que siempre está preparado, lo cual nunca es malo.

Principal desventaja de esto es que perderá papel si los documentos se actualizan y cambian con frecuencia.

Answer 7

Descubre el dónde, así, ¿dónde están los archivos que necesita almacenados en la red, donde se encuentra el repositorio de control de código fuente para el proyecto, etc.

Dado que esta es su primera experiencia de hacer un proyecto de mundo real , por favor, asegúrese de utilizar el control de código fuente, incluso si usted es el único desarrollador en el proyecto. Sus compañeros de trabajo se lo agradecerán y le agradecerán la primera vez que necesite rechazar un cambio que no funcionó.