it-swarm-es.com

5 cosas antes de empezar un proyecto

¿Cuáles son las primeras 5 cosas que haces antes de comenzar un nuevo proyecto?

¿Siempre pasas un día investigando nuevos marcos? ¿O utiliza productos similares o de la competencia?

8
rjstelling

Esto depende bastante del proyecto. ¿Es este un proyecto que estoy comenzando con la intención de vender o un proyecto para un cliente específico? Además, ¿qué constituye "comenzar"? ¿Eso es antes o después de la recopilación de requisitos? Sin embargo, una lista aproximada:

  1. Obtenga un contexto para el proyecto. Es decir, averigüe qué está tratando de lograr su cliente o usuario potencial y por qué. Si está creando un sistema de registro de hotel, ¿qué pasa con las opciones de OTS, por ejemplo?.

  2. Reúna los requisitos. Reúnase con las partes interesadas. Reúnase con los usuarios. Reúnase con cualquiera que tenga algo que decir en el proyecto, si puede. Mire las soluciones existentes que este proyecto reemplazará, ya sea que el cliente esté usando o que existan en el mercado. A partir de ahí, escríbalo todo en un lenguaje no técnico como pueda; un buen documento de requisitos debe describir lo que se debe hacer pero no cómo hacerlo. Luego, analice este documento con el cliente y repita hasta que esté de acuerdo con él. Este paso puede ser menos formal para proyectos más pequeños (posiblemente incluso completamente verbal).

  3. Empiece a tomar decisiones técnicas. Elija lenguajes, frameworks, ORM, bases de datos, etc.que mejor resuelvan el problema, ya sea que esto signifique quedarse con algo que sabe o aprender algo nuevo.

  4. Analice los riesgos de este proyecto. Si se trata de un contrato con el gobierno, probablemente desee un informe de riesgo encuadernado en cuero de 100 páginas. Si se trata de un proyecto de 4 meses para 3 personas, es posible que esté bien con algunas notas en un archivo de texto o una hoja de cálculo. De cualquier manera, desea averiguar qué puede salir mal con el proyecto, qué probabilidades hay de que suceda, cuánto dolerá y qué va a hacer para prepararse, manejarlo y/o mitigarlo. efectos posteriores al hecho. Uno común, por ejemplo, es "Uno de los desarrolladores es atropellado por un autobús, abandona, se enferma, etc." Por lo tanto, puede mitigar eso mediante la programación en pares para compartir conocimientos, utilizando buenas prácticas de control de fuente para mantener el código centralizado, etc. En general, el proceso de sentarse y pensar en lo que podría salir mal y estar preparado para las posibilidades es más importante que escribir todos los planes de contingencia.

  5. Configure la tecnología. Es el tipo de cosas que nadie quiere hacer una vez que estás en el centro de la codificación, así que configura tu repositorio, tu servidor de compilación, tu sistema de compilación, tus wikis, tu rastreador de errores o lo que sea que quieras usar. tu proyecto.

5
Fishtoaster

Solo voy a responder esta parte de la pregunta, porque es la única parte con la que me puedo identificar:

¿Siempre pasas un día investigando nuevos marcos?

No. Dudo seriamente que eso pudiera funcionar ... ¿Cómo podría alguien investigar nuevos marcos en un solo día, antes de cada proyecto, y aprender algo relevante? Simplemente no sucede de esa manera. En cambio, paso parte de mi día, todos los días, investigando diferentes tecnología (no solo nuevos marcos). Investigar no es algo que hago cuando lo necesito. Es algo que hago todo el tiempo y ya está ahí cuando lo necesito. Programar es divertido, por eso estoy en este negocio. No puedes evitar que pruebe cosas diferentes todos los días.

¿Un escritor pasa un día recolectando ideas antes de comenzar un nuevo libro?

3
val