Proyecto congelado: ¿qué debo dejarle a la gente que me persigue?

14

Así que el proyecto en el que he estado trabajando ahora se congelará indefinidamente. Es posible que si y cuando el proyecto se descongela nuevamente, no se me asignará a mí ni a nadie del equipo actual. En realidad, heredamos el proyecto después de que se hubiera congelado antes, pero el equipo anterior no nos dejó nada para ayudarnos a comprender incluso las necesidades básicas del proyecto, por lo que perdimos mucho tiempo para conocerlo bien. Mi pregunta es qué crees que deberíamos hacer para ayudar a las personas que nos persiguen a comprender mejor las necesidades del proyecto, lo que hemos hecho, por qué lo hemos hecho, etc. Estoy abierto a otras ideas de por qué deberíamos irnos Algunas pistas a las otras que trabajarán en este proyecto también.

Algunos pasos que ya hemos tomado:

  • documentación técnica (no está completa, pero al menos hay alguna);
  • historial del sistema de control de fuente;
  • estimaciones sobre qué partes del proyecto necesitan mejoras y por qué creemos que sí;
  • grupo de pruebas unitarias.
  • seguimiento de problemas con todos los tickets que hemos realizado ( EDIT )

¿Qué piensas de lo que ya hemos preparado y qué más podemos hacer?

    
pregunta nyxz 28.08.2012 - 11:13

5 respuestas

9

Algunas cosas más a considerar

  • ¿Está sana la estructura del directorio del proyecto? ¿Has revisado los comentarios del código? ¿Es el registro de confirmación de alguna manera presentable?
  • Visión general del propósito de Gerneral (a diferencia de la técnica, que usted tiene iniciado), Lectura recomendada sobre el proyecto, historia del proyecto (su ciclo de desarrollo, gerentes de proyectos anteriores, lista de personal, requisitos / especificación de características)
  • ¡Diagramas UML, diagramas de clase, diagramas de flujo de trabajo!
  • Las razones por las que el proyecto se ha congelado siempre son agradables.
  • Entorno de desarrollo, IDE que se han utilizado, herramientas de construcción, estos están cubiertos en los documentos técnicos, ¿no?

Acabo de pensar en algunas de las cosas que me hubiera gustado ver en un proyecto que heredé recientemente. Lo que ya ha proporcionado es mucho más que lo que recibí. Recibirás importantes puntos de karma por ayudar al próximo equipo a salir :)

    
respondido por el lwm 28.08.2012 - 11:46
8

Las cosas que me gustaría tener al elegir un proyecto que alguien más ha presentado son:

Instrucciones de compilación, incluidas las últimas versiones de trabajo conocidas de todas las herramientas en la cadena de herramientas. Los compiladores, los IDE, etc. cambian con el tiempo, y es mucho más fácil trabajar con ellos si los desarrolladores anteriores me dejan instrucciones sobre cómo empezar a funcionar.

Ejecute las instrucciones del entorno: ¿qué se necesita para implementar esto? Una mención de qué versiones es de nuevo útil. Hace poco recogí algo que requería un cierto conjunto de archivos para estar en un lugar determinado, y tuve que ir a interrogar a los otros desarrolladores para que lo resolvieran. No es un gran problema ya que el otro dev estaba disponible, pero si él no lo hubiera estado, entonces habría sido problemático.

Alguna garantía de que el código confirmado en el repositorio realmente realiza la comprobación y la compilación. Una vez elegí un proyecto en el que los desarrolladores anteriores (afortunadamente todavía estaban por ahí) habían hecho algunas cosas realmente extrañas con los Makefiles, de manera que no se podía construir el proyecto a partir de un pago limpio. No hace falta decir que primero tuve que rectificar ESTO antes de que pudiera hacer cualquier trabajo. Si los desarrolladores anteriores no estuvieran disponibles, podría haber tardado mucho más en superar ese obstáculo.

Una declaración general de la intención del proyecto. ¿Para qué es esta pieza de software? Tan breve como razonable, pero algún tipo de visión general puede ser realmente útil.

    
respondido por el Michael Kohne 28.08.2012 - 13:22
4

A ScreenCast

Cuando dejé mi último trabajo, realicé screencasts sin editar que, por lo que he oído, fueron muy útiles para incorporar nuevas personas. Llevé a mi equipo a una habitación, configuré un micrófono de condensador y les expliqué todo lo que sabía sobre el proyecto mientras grababa el audio y la pantalla. Entonces, les dejo que me hagan preguntas al respecto. Pudimos registrar mucha más información de la que podíamos si me sentara e intentara escribir tan rápido como pudiera todo el día.

    
respondido por el Ryan Hayes 28.08.2012 - 16:44
2

Si está al tanto de la información, agregue los requisitos comerciales.

  1. ¿Qué quería el cliente?
  2. ¿Cómo los cambios facilitaron eso?
  3. ¿Cuáles fueron o son algunos de los desafíos para cumplir con los clientes? necesidades?
  4. ¿Qué necesidades no se cumplieron y por qué?
respondido por el Menefee 28.08.2012 - 16:37
1

Una imagen de máquina virtual (es decir, vm-ware) de un sistema de desarrollo autónomo en ejecución puede ser bastante valiosa.

El año pasado me pidieron que corrigiera un código vb3. Fue bastante difícil volver a crear un sistema en ejecución con vb3, windows95 y una gran cantidad de controladores ole instalados. Después de una semana me di por vencido :-(

[Actualizar] ¿Alguien ha experimentado con la conversión de viejas imágenes de máquinas virtuales para poder reproducirlas en un nuevo reproductor de máquinas virtuales?

También debe tener en cuenta que quizás ya no sea posible ejecutar una imagen muy antigua en un hardware moderno / sistema operativo invitado.

    
respondido por el k3b 28.08.2012 - 12:22

Lea otras preguntas en las etiquetas