Lo dividiría en secciones como
- Personal actual: nombres y títulos (idealmente con fotos)
- Solicitudes, inicios de sesión, datos para conocer y solicitudes de permisos para enviar
- Marcadores a sitios de la compañía y sitios externos clave relevantes para el negocio
- Aplicaciones que la empresa utiliza para comunicaciones, correo electrónico, reserva de salas de conferencias, pantalla compartida
- Procedimientos para actividades relacionadas con la empresa, como el pago de recibos, la reserva de viajes
- Configuración de la máquina del desarrollador. Describa el proceso de configuración de una nueva máquina de desarrolladores en detalle. Por lo general, se 'espera' que solo tome un día, pero a menudo en realidad demora de 3 a 5 días.
- El proceso de desarrollo, cómo se rastrea, asigna y actualiza el trabajo y qué herramientas se utilizan.
- Cómo evaluar, qué evaluar, cuándo evaluar, dónde evaluar.
- Estándares de codificación que incluyen convenciones de nomenclatura de archivos y estándares específicos de idioma.
- Cómo manejar los errores, dónde documentarlos, cómo solucionarlos.
- proceso de implementación, cuáles son las cosas clave que debe saber para impulsar la producción.
- Cómo documentar, qué documentar, cuándo documentar.
- Dónde están las cosas, por ejemplo, ubicaciones para el Código, Datos, Normas, Documentación, Enlaces y otros activos.
Hacerlo modular también le permitirá a usted u otros actualizar las piezas por separado, por ejemplo, los nombres y puestos de los empleados cambiarán con frecuencia a medida que las personas van y vienen.
Para cada sección, me esforzaría por escribirlo desde el punto de vista del 'novato'. Lo más importante será asegurarse de que realmente tenga sentido para un novato. Obviamente, su jefe no es la persona adecuada para revisar esto, ya que no es la audiencia prevista. Tiene razón en quererlo, solo asegúrese de que el contenido no termine siendo probado por él. Además, un 'novato' solo tiene "1 semana" como novato ... y solo tiene un punto de vista. Por lo tanto, es probable (y recomendado) que el documento se refine con cada nuevo empleado. De hecho, es una buena tarea asignarlos también para su primera semana, es decir, "Actualizar el manual para novatos".
Para Agile / SCRUM:
La parte más difícil de hacer Agile y SCRUM es 'realmente' hacerlo.
Para leer, comenzaría en http://agilemanifesto.org/ e iría desde allí.
También leería el conocido http://www.halfarsedagilemanifesto.org/ que agrega peso al hecho de que realmente tiene que abrazar todos los aspectos para que funcione. Si tiene que modificar en gran medida Agile para sus organizaciones, es probable que las personas quieran los beneficios, sin utilizar los procesos correctos. Este hecho en sí mismo debe presentarse para evitar cualquier medio asedio.