Orion Protocol

Aquí se muestra la forma en que un arquitecto debe adquirir conocimiento, cómo debe ser el enfoque y qué debe priorizar. Para esto se usa el concepto de amplitud técnica, que se enfoca en un tema de administración de riesgos.

El siguiente gráfico representa el conocimiento junto con los ejes X e Y, que representan la amplitud y profundidad respecto al conocimiento. Además de ello, se hace una pequeña comparación entre un desarrollador y un arquitecto en términos de conocimiento.

El desarrollador debe tener habilidades desarrolladas en alguna tecnología, lenguaje o tipo de implementación.

El arquitecto debe conocer distintas temáticas en torno al desarrollo de software. Debe tener un conocimiento amplio, aunque no necesariamente ser experto en alguno de ellos.

El desarrollo debe moverse respecto al eje y (profundidad de conocimiento), mientras que el arquitecto se desplaza dentro del eje x (amplitud de conocimiento). A medida que se aumenta la amplitud técnica y el conocimiento, se puede llegar a una mejor toma de decisiones.

Para la toma de decisiones, haremos un ejemplo usando la matriz de Rumsfeld. Esta matriz nos ayuda a graficar la conciencia respecto al conocimiento mediante el uso de cuatro cuadrantes.

Lo que sabemos que sabemos: como desarrollador, podemos entender que somos capaces de manejar y hacer uso de un lenguaje o tecnología de desarrollo.

Lo que sabemos que no sabemos: como desarrollador, se entiende como todos los lenguajes o tecnologías que hemos escuchado, pero que no tenemos conocimiento o lo dominamos.

Lo que no sabemos que sabemos: conocimiento que adquirimos con el tiempo, solemos darlo por default y lo desconocemos.

Lo que no sabemos que no sabemos: todo lo desconocido, lo que no hemos escuchado y no tenemos noción de que existe.

Ahora bien, si queremos cuantificar este conocimiento, podemos hacer uso de la pirámide que viene en conjunto con la matriz, donde la parte azul representa lo que sabemos que sabemos.