Algunos consejos para un embarque más efectivo?

Question

Ocasionalmente se me llama a improvisado a los flujos de datos de la pizarra (no virtualmente), diagramas de arquitectura, etc., tanto para un público técnico como no técnico. Desafortunadamente mis habilidades de dibujo (y legibilidad de impresión) son terribles.

¿Cómo puedo ser más efectivo al hacer esto? Estoy buscando consejos sobre símbolos estándar y conectores para usar, algunas formas estándar de organizar y categorizar la información (por ejemplo, swim lanes), etc.

¿Qué puedo practicar para ser mejor en esto? Quiero que estas presentaciones visuales sean eficaces para comunicar mis ideas, y los diagramas mal presentados pueden hacer que las ideas parezcan intrincadas y poco elegantes, incluso cuando no lo son.

Answer 1

White-boarding es una gran herramienta. Hago un poco de mí mismo, y me he encontrado un par de cosas para ser muy eficaz:

• uso de un conjunto mínimo de símbolos: Cajas, flechas, círculos, líneas y se obtiene una larga camino. Prefiera las cosas simples a las técnicas de modelado más avanzadas; todo el mundo comprende cuadros y flechas.
• Piense en voz alta mientras dibuja para ayudar al público a entender lo que está dibujando.
• Comuníquese con su público. White-boarding no es una comunicación de una sola vía. Si no está seguro de si un mensaje fue resuelto o se entiende un dibujo, solo pregunte.
• Cuando la audiencia es lo suficientemente pequeña, consigue que las personas cercanas al tablero y pongan plumas disponibles para que la gente pueda dibujar con usted. Esto permite una mejor comunicación visual y una sesión de embarque aún más eficiente.
• Tómese el tiempo suficiente para escribir y dibujar "prolijamente", pero prefiera una tasa de comunicación constante sobre la mano perfecta escribiendo. Esta es una solución dura que requiere algo de práctica, y practicar manteniendo la escritura y el dibujo comprensible aumentará tanto la velocidad de escritura como la de dibujo.

Answer 2

Disminuya la velocidad.

Está bien tomarse su tiempo para escribir prolijamente.

Answer 3

¿Está familiarizado con la diagramación ER? Si está modelando una base de datos, los diagramas ER son bastante universales para la mayoría de las personas.

Answer 4

bastante básico, pero este consejo de dibujo burbujas de discurso de la historieta hizo una diferencia enorme a mí: no dibujar cajas y luego escribir texto dentro de ellos. Por lo general, juzgará mal el tamaño requerido, lo que dará como resultado texto aplastado e ilegible. En su lugar, escriba su etiqueta primero, y dibuje la caja a su alrededor después.

Me sorprendió la mejora de la claridad de mis diagramas mediante la aplicación de este simple principio.

Answer 5

A menudo escribo en Post It Notes porque puede moverlos fácilmente mientras discute las relaciones entre los objetos. Además, el color diferente Post Its puede transmitir un significado.

A continuación se muestra un ejemplo:

alt text http://www.matterco.com/wp-content/themes/matter/images/art057.jpg

Answer 6

Otro buen consejo para el blanco de embarque es llevar consigo una cámara digital y tomar una foto de su sesión. Puede lanzar eso en una acción después de la reunión y es genial poder revisar las sesiones pasadas de esa manera.

Answer 7

• Intentar acomodar demasiado en un diagrama simple puede ser confuso.
  • Intente visualizar el desglose de ideas donde puede dibujar y conectar módulos más grandes. Puede ser, tome un chasquido de este diagrama como una forma de guardar su idea en pizarra y obtener comentarios.
  • Enfóquese en módulos más pequeños y aplique profundizaciones, si corresponde.

Wiki tiene alguna información básica sobre diferentes diagramas que podrían ser adecuados para diferentes escenarios.

Espero que esto ayude.

aplausos diagramas

Answer 8

Arquitectura "deberían" estar en UML.

Sin embargo.

Los diagramas UML detallados son un dolor en el cuello, así que no entres en profundidad técnica.

Existen, sin embargo, algunos estereotipos clasificadores que son muy, muy útiles para permitir que un diagrama de resumen de "alto nivel" cubra una serie de bases.

Los "estereotipos de clase Objectory" (ver http://doc.sumy.ua/prog/umld/AD970806.PDF) para las clases Control, Boundary y Entity valen su peso en oro. Agregar estos estereotipos a un diagrama de clases es útil, rápido y una manera formal de definir cómo la clase (o paquete) se ajusta al todo.

Answer 9

Soy un gran fan de Galactic Modeling Language, yo mismo.

Answer 10

Asegúrate de tener una pizarra grande.
Cuanto más grande, más claro puede detallar sus ideas.

Answer 11

Sé que muchos programadores tienden a pensar en UML como "esa basura estúpida que quieren que ponga en el documento que nunca va a ser vista", pero en realidad fue diseñada para resolver el problema de la comunicación de los programadores.

Conozca UML, aunque rara vez importa si utiliza una flecha abierta o una flecha cerrada porque el hecho es que confundirá a algunas personas si utiliza la incorrecta. Los programadores son criaturas muy perspicaces y esa es una de las cosas que a menudo les gusta "atascarse".

Conozca algunos tipos básicos de diagramas UML. Todos conocen algún nivel de diagrama de objetos, a menudo combino diagramas de herencia y de contención en la misma imagen, no seas demasiado estricto.

Lea algunos diagramas de flujo y cree uno para un flujo complejo en el que esté trabajando.Son tremendamente buenos analizando lo que sucede y comunicando algo más allá de un simple llamado/retorno trivial. No sabía acerca de esto durante aproximadamente 1/3 de mi carrera y me quedé estupefacto la primera vez que alguien arrojó uno en la pizarra (esto fue después de saberlo todo, pero por supuesto, cada año aprendo más y luego decido FINALMENTE sé todo).

Finalmente, estás parado allí hablando con la persona. En realidad, una caja en el pizarrón blanco es algo que puede señalar para que la próxima vez que lo señale, la persona sepa que quiere decir lo mismo ... es una ayuda visual para mejorar su comunicación verbal, eso es todo.

Editar:

This page es una buena introducción a la secuencia de diagramas con un montón de ejemplos.

Answer 12

Sé que estoy un poco tarde en la escena, pero también recomendaría anotar lo que está intentando lograr, ya sea en una oración o con algunas viñetas. Es bastante fácil trabajar para cosas diferentes, y esto se soluciona desde el principio. También se puede usar para controlar/monitorear los requisitos de fluencia lenta.

Por último, pero no por ello menos importante, también le ofrece un buen punto de partida antes de pasar a los diagramas ER y otros modelos.