Idea principal

Organizar la información en torno a contextos — un contexto de producto, un contexto de soporte, un contexto de cliente, un contexto de código fuente, un contexto normativo — no supone desmantelar lo existente. El CRM conserva sus cuentas, la herramienta de ticketing sus tickets, el repositorio su código: son objetos de negocio, y están en su sitio.

Lo que un contexto añade es de otro orden. Reúne, alrededor de un fin, sus fuentes, sus reglas, sus decisiones, sus notas, sus objetivos, sus límites y sus enlaces — y esos elementos vienen de varias herramientas a la vez. Un contexto de cliente enlaza tickets, un historial comercial, usos del producto, compromisos contractuales y riesgos identificados; ninguna de las aplicaciones que poseen esos elementos podía sostener ese conjunto, porque cada una solo posee una parte.

El contexto es, pues, una capa transversal, no una herramienta más en la lista. No compite con las aplicaciones en lo que hacen bien; ocupa lo que ninguna podía ocupar, al no ver más allá de su perímetro.

Por qué es importante

Esto cambia la naturaleza del proyecto cuando una organización quiere capitalizar su conocimiento. El reflejo es elegir una herramienta central y hacer converger las demás hacia ella — migración, duplicados, arbitraje sin fin sobre la herramienta maestra. Tratar el contexto como una capa que atraviesa elimina esa cuestión: no hay nada que migrar, hay que decidir qué se escribe de más, y dónde.

También explica por qué el troceado de los contextos no sigue el troceado de las herramientas. Un contexto se define por un fin, y por tanto por un equipo y un trabajo — y bebe de tantas aplicaciones como haga falta.

Matices y límites

Atravesar supone poder leer en casa de los demás. Una herramienta cerrada, sin interfaz de acceso, pone fuera de alcance la parte de materia que posee, y el contexto se construye entonces sobre copias que envejecen.

Y la capa transversal tiene un coste propio: no se rellena sola, y nadie es responsable de ella por defecto, ya que no pertenece a ninguna herramienta.

Preguntas abiertas

• ¿Quién asume la responsabilidad de un contexto que atraviesa varios equipos, cuando ninguno de ellos lo posee por entero?