En cuanto a la lectura de la documentación, en lo personal me gustaría ir por este orden:
Reciba una breve descripción de la función básica de la aplicación - ¿qué es la intención de lograr. El caso de negocios es probablemente el mejor documento que ya existirá.
A continuación, la especificación funcional. En este punto, no está tratando de comprender cómo o qué tecnología, solo qué debe hacer la aplicación. Si es masivo, pregúnteles cuáles son los procesos clave del negocio y concéntrese en ellos.
Luego, la descripción técnica de alto nivel. Esto debería incluir un diagrama de arquitectura, plataformas requeridas, versiones, configuración, etc. Haga una lista de preguntas que tenga.
Luego revise cualquier otro documento técnico de aspecto útil, sin duda una pregunta frecuente si hay alguno, los scripts de prueba también pueden ser buenos ya que describen escenarios detallados de "cómo hacerlo". Tal vez soy solo yo, pero me parece leer documentos técnicos antes de ver el sistema como un desperdicio: es demasiado académico y, por lo general, está escrito de manera escandalosa. Ciertamente es un área en la que limitaría el tiempo que pasé si no sintiera que estaba obteniendo un rendimiento razonable por el tiempo que estuve gastando.
Si hay varios de ustedes arrage opiniones estructuradas entre usted y discutir los documentos que ha leído, asegurándose de que usted tiene lo que necesita para salir de ella. Si el sistema es grande, cada uno toma un área y se los presenta a los demás: dense una razón para aprender tanto como sea posible y saber que van a ser interrogados es una buena motivación. Haga una lista de preguntas donde no entienda algo. Tener revisiones estructuradas entre usted enfocará sus mentes y lo convertirá en una tarea más interactiva, en lugar de simplemente buscar páginas tras páginas de documentos tediosos.
Una vez que obtenga cara a cara con ellos:
de inicio con una demostración completa del sistema. Haga preguntas a medida que surjan, no permita que lo engañen con respuestas poco claras: si no pueden responder algo, escríbalo y prepárelas para obtener la respuesta.
Ahora obtenga el código verificado y en funcionamiento en sus máquinas. Haga esto en al menos dos máquinas: una que lideren y otra que lidere. Documente todo el proceso: este es el paso más importante. Si no puedes ejecutar el código, estás jodido.
Pase por el proceso de compilación. Asegúrese de que pueda compilar la aplicación (incluidas las compilaciones automatizadas y las pruebas unitarias que puedan tener). Tenga en cuenta que todas las pruebas unitarias deben pasar; si no lo hacen o si dicen "oh, esa siempre falla", entonces deben arreglar eso antes de la aceptación final.
Pase por el proceso de instalación. Haga esto al menos dos veces, uno que ellos lideren, una vez que lidere. Asegúrate de que esté documentado.
Ahora presente un conjunto de funciones comerciales comunes llevadas a cabo con la aplicación. Use esto para recorrer el código con ellos. La base del código será demasiado grande para cubrir todo, pero asegúrese de cubrir una muestra representativa.
Si hay una base de datos o una API, haga un ejercicio similar. Proponga algunos datos estándar que pueda necesitar extraer o algunas tareas básicas que pueda necesitar llevar a cabo utilizando la API y dedique un tiempo a trabajar con ellos.
Pregúntales si hay algo que ellos piensen que debes saber.
Asegúrese de que cualquier pregunta que haya escrito en otro lugar sea respondida.
Puede considerar que vale la pena revisar la lista de errores (abierta y cerrada) - comience con las de mayor prioridad y hable sobre cualquier aspecto especialmente preocupante. Incluso si lo han solucionado, puede apuntar a un código un poco problemático.
Y, por último, si existe la oportunidad, si hay errores o cambios pendientes, vea si puede emparejar un par de programas.
No finalmente aceptar la aplicación a menos que esté 100% seguro de que puede:
- Obtener el código para compilar
- obtener el código para construir (incluyendo la base de datos)
- Get la aplicación instalada
No aceptar el traspaso está completo hasta que tengan:
- documentado todo lo recogido en la que no estaba cubierto a su satisfacción
- respondió a todas sus preguntas - una pregunta que no responderán cuando se le pidió repetidamente grita de algo están ocultando
Y obtenga sus direcciones de correo electrónico y números de teléfono. Aunque solo sea informal, probablemente estén dispuestos a ayudar si la mierda realmente golpea al fan ...
Buena suerte.
Fuera de interés ¿por qué es este Wiki de la comunidad? Es una buena pregunta. –
¿Alguna idea de cómo hacerla wiki no comunitaria? No puedo encontrar ninguna opción para hacer eso. – janetsmith
Esta pregunta no está relacionada con el tema porque no está dentro del alcance de las preguntas apropiadas para este sitio, tal como se define en [¿Qué temas puedo preguntar aquí?] (Http://stackoverflow.com/help/on -topic). también vea: [¿Qué tipos de preguntas debo evitar preguntar?] (http://stackoverflow.com/help/dont-ask) Puede obtener ayuda en [otro sitio de Stack Exchange] (http: // stackexchange. com/sites # name). – Makyen