Loading
Edgar Alonso

Data Governance Analyst

Data Quality Specialist

Business Analyst

  • About
  • Resume
  • Portfolio
  • Skills
  • Blog
  • Contact
Edgar Alonso

Data Governance Analyst

Data Quality Specialist

Business Analyst

Download CV

Recent Posts

  • Tea, Nube y Fugas: ¿Tus Datos Están Realmente Seguros?
  • Cambridge Analytica: Cuando los Datos Votaron por Ti
  • Toolkit 2025: Gobernar los Datos con Propósito y Principios
  • Día 46 – Entidades, relaciones y más allá: lo esencial del modelado
  • Día 45 – Modelar no es documentar, es comunicar

Recent Comments

    Blog Post

    Día 36 – La claridad también se diseña

    May 17, 2025 DMBOKStories by edgalo
    Día 36 – La claridad también se diseña

    📘 Basado en el Cap. 4.4.2 – Diagramming Clarity
    🎭 Acto V – Fundar sobre cimientos sólidos


    ✨ Storytelling

    —“Ya le mandé el diagrama al equipo”, dijo Raúl, orgulloso, tras una semana inmerso en el diseño del nuevo flujo de datos.

    Cristina abrió el archivo.

    Tres segundos después, arqueó una ceja.

    Cuatro después, lo cerró.

    —“¿Entendiste algo?” —preguntó Martín desde el escritorio de al lado.

    —“Solo que Raúl ama las flechas curvas, los acrónimos crípticos… y los colores sin ley.”

    Esa fue la reunión donde no se discutió la arquitectura del sistema.
    Se discutió el diseño del diagrama.
    Y por qué nadie lo entendía.


    🧠 Reflexión narrativa y técnica

    Diseñar un diagrama claro no es una habilidad menor.
    El DMBOK2 lo incluye como una técnica formal dentro de la arquitectura de datos: Diagramming Clarity.

    No se trata solo de dibujar, sino de comunicar con intención, claridad y propósito.


    🧩 ¿Qué hace que un diagrama sea útil (y no un caos)?

    PrincipioRecomendación
    SimplicidadUsar solo los elementos necesarios. Menos es más.
    ConsistenciaUtilizar iconografía, colores y símbolos uniformes.
    LegibilidadAsegurar buena tipografía, orientación y espacio entre objetos.
    Semántica claraQue cada símbolo tenga un significado comprensible por todos.
    ContextualizaciónIncluir título, autor, fecha, propósito y contexto del diagrama.
    Público objetivoAdaptar el nivel de detalle según si va a técnicos, negocio o dirección.

    📘 Lo que recomienda el DMBOK2

    • Evita la sobrecarga visual. Un buen diagrama guía, no abruma.
    • Define estándares de diagramación en tu organización.
    • Capacita en lectura de diagramas. No todos entienden UML, BPMN o ArchiMate.
    • Versiona tus diagramas. Los cambios deben tener trazabilidad.
    • Relaciona el diagrama con su documentación técnica y de negocio.

    ✍️ Cristina, en su retroalimentación final, fue directa:

    “Si el diagrama necesita media hora de explicación, entonces no está cumpliendo su función.”


    📌 Recuerda: los mejores arquitectos no solo diseñan estructuras… también saben contarlas.

    Share:
    Tags: ArquitecturaDeDatosBusinessArchitectureComunicaciónVisualDataArchitectureDataModelingDiagrammingClarityDMBOKStoriesGobiernoDeDatosStorytellingDeDatosVisualThinking

    Post navigation

    Prev
    Next
    Write a comment Cancel Reply

    © 2025 All rights reserved.