¿Qué debe hacer? Antes de comenzar a elaborar un plan de acción, todas las mejores prácticas de los líderes y especialistas deben combinarse en un esquema comprensible (al menos en parte). El ejemplo a continuación muestra un diagrama que explica lo que siempre debe haber un factor que esté a la cabeza. Este es el primer ladrillo que definirá el formato de todo el trabajo. Al desarrollar software, propongo tomar como este ladrillo Gitlab o GitHub como servidor y Markdown como documentación, ambas ubicadas en un solo lugar e implicando trabajar con ellas como si fueran código. Propongo tomarlas y nunca cambiarlas. Porque la documentación en cualquier proyecto es lo tuyo (no volveremos a hablar de esto - se acepta). Los principales motivos de la obsolescencia de la información son: - Nadie escribe la documentación - La documentación se ha dispersado y es imposible recopilar una versión completa y actualizada a partir de fragmentos. Estos dos factores están bajo control en algunos equipos hay posibilidades de que aparezca una comunidad donde cualquier empleado desarrolle independientemente la dirección de la contribución personal a la documentación. 
Tres fuerzas deben ir en paralelo: son el arquitecto, el especialista y el gerente del proyecto. Se requiere que el especialista realice las tareas que ha definido el arquitecto. Los especialistas de diferentes niveles encuentran soluciones por sí mismos. El arquitecto establece el formato para describir el proyecto. Y el gerente del proyecto se encarga de los roles y las reglas para que el trabajo fluya sin problemas, de forma predecible y, en la medida de lo posible, de forma cómoda. Sin una comunicación clara de las zonas de responsabilidad, tanto por parte del desarrollador de software como del cliente, el trabajo será ineficiente. Este tema es una introducción al tema Gemba - un enfoque japonés para realizar un seguimiento de los procesos de trabajo. — Empezar a trabajar en un proyecto grande debe comenzar con un diagrama de alto nivel (recuerde que se ha colocado un ladrillo como git + markdown anteriormente). Esto permite hablar a todos los participantes en el mismo idioma y eliminar las interpretaciones y explicaciones al dedillo. En cada etapa, se involucran empleados de diferentes áreas y especialidades. Un enfoque común entre los clientes es visualizar la arquitectura del software