Al inicio de cada iteración se deberán definir las tareas a realizar y documentarlas en el plan de trabajo.
Cada que se complete una tarea, esta deberá marcarse como completada en el plan de trabajo.
Adicionalmente deberá registrarse la fecha en la que se completó y la cantidad de minutos por persona.
El proyecto deberá cumplir con la necesidad del cliente.
Tanto la necesidad del cliente como los requerimientos del sistema estarán documentados en el análisis de requerimientos.
Los miembros del equipo deberán presentarse al menos cinco minutos antes de una reunión con el cliente.
Al final de una reunión con el cliente se deberá tomar la minuta de dicha reunión.
Se usará una herramienta de control de versiones elegida por el equipo.
El código deberá estar propiamente comentado y todos los nombres de las funciones y variables deberán ser descriptivos.
Los cambios realizados al proyecto deberán quedar propiamente documentados en un commit.
Previo a hacer un merge o un push al repositorio remoto los cambios deberán ser aprobados tanto por el Arquitecture Owner como por el Team Leader.
Todos los archivos del repositorio deberán contar con una copia de seguridad guardada en un disco duro o usb. Dichas copias deberán ser actualizadas una vez cada 48 horas.
Se debe utilizar un proceso definido como base de las actividades de cada proyecto, y sus desviaciones deben ser documentadas y aprobadas.
Cada producto nuevo o mejorado debe ser mejor que su predecesor o el competidor líder.
Para asegurar la calidad tanto en la solución como en la forma de trabajo se deberá apegarse a las políticas del plan de calidad.