Cómo proponer una estrategia alternativa antes de la reunión

La decisión de construir este componente se tomó en una reunión a la que no estuve presente ni fui invitado.

Parece que, por alguna razón (completamente legítima o absolutamente falsa, de cualquier manera), alguien piensa que está fuera de su jurisdicción comentar / decidir / intervenir sobre la decisión.

Si ahora está invitado a la reunión de seguimiento y tiene razones para creer que hay un inconveniente significativo en el enfoque propuesto actualmente y tiene una solución mejor/alternativa, entonces, según el escenario, haga lo siguiente:

• Si está invitado por su gerente / superiores (también conocidos como tomadores de decisiones), redacte un correo electrónico que resuma sus aportes. No entre en detalles absolutos, mencione tres puntos:
  • Cómo entiendes el objetivo
  • Cómo ve la solución propuesta
  • Cómo difiere su opinión y qué incremento de valor puede aportarle su nueva propuesta.

Si sus puntos tienen méritos, los que toman las decisiones se comunicarán con usted para saber más.

• Si un colega lo agrega a la reunión, o esta es una reunión de todo el equipo, al igual que para cualquier otro elemento de acción, entonces es mejor esperar hasta que se lleve a cabo la reunión y, durante la sesión de discusión, exprese sus pensamientos.

De cualquier manera, tenga en cuenta: el punto no es oponerse a la idea actual, sino presentar una idea que tenga más aspectos positivos que la existente.

La ingeniería es siempre una disciplina en evolución. Con eso quiero decir que el momento correcto para plantear un problema o falla con un plan, en ingeniería, es siempre "ahora mismo", porque cuanto antes se plantee el problema, antes se podrá solucionar.

Aparte de la razón obvia de que si su sugerencia es realmente mejor, perderá el tiempo pensando en una solución mediocre, el otro problema es que tal vez sea usted quien no tenga contexto en esta aplicación que se le pide que construya. Si entra a una reunión y dedica mucho tiempo a esbozar otra posible solución que resuelva el problema X mucho mejor que la solución propuesta, pero luego alguien sale y pregunta "¿qué tal Y?", cuando ni siquiera sabía Y era algo en lo que necesitabas pensar, entonces te verás realmente tonto y harás perder el tiempo a todos.

Entonces, esto es lo que debe hacer: quienquiera que esté a cargo de encabezar esta nueva función, envíele ( y solo a él ) un correo electrónico solicitando más detalles sobre esta nueva tarea, mencione que tiene otra idea y solicite comentarios sobre esa idea. No digas asertivamente que tu idea es mejor o lo que sea, porque es posible que no tengas todos los hechos. Simplemente envíe su idea y pregúnteles qué piensan de ella. Es posible que regresen y digan "oh, también tenemos que resolver Y", y tal vez su solución no resuelva Y, en cuyo caso se ha ahorrado un montón de tiempo, molestias y vergüenza en lugar de mencionarlo. en la Junta.

¿Es apropiado enviar un correo electrónico con una propuesta diferente antes de esa reunión o debo esperar y mencionarlo en la reunión?

Ambos son inapropiados.

Ya se tomó la decisión de construir un nuevo componente, y la nueva reunión es para decidir cómo.

No secuestres esa reunión. En su lugar, hable fuera de línea antes de la reunión con el producto y el negocio.

Si aún deciden que se debe construir un componente, contribuya a la reunión de "cómo" con ideas sobre cómo construirlo o (si no puede simplemente contribuir a seguir adelante) omita la reunión por completo.

Esto es lo que debe hacer. Utilice el concepto de nemawashi .

A través de un conjunto de discusiones 1-1, descubra

1. Todos los detalles de lo que necesitan
2. Detalles de la discusión previa sobre soluciones y pros y contras para que sepa quién está más interesado y qué les preocupa.

Puede hacer esto bajo el color de "obteniendo más contexto". Entonces, si todavía crees que tienes una mejor solución,

1. Revíselo 1-1 con otros ingenieros
2. Examínelo 1-1 con la gente de productos/negocios

Asegúrese de que el "por qué" es mejor sea algo que les importe a los tomadores de decisiones (pista: "es más trabajo para la ingeniería" que no les importa. "Puedo obtener el mismo beneficio más barato o más rápido" a ellos sí).

Puede enviar un correo electrónico con los detalles antes de la reunión, pero solo después de que sienta que ha recibido aportes de todos los colaboradores principales. No me queda claro si la reunión sobre la que está preguntando es solo de ingenieros, o ingenieros y productos o lo que sea; si son solo ingenieros, puede usarla para examinar su solución alternativa en el grupo antes de intentar hacerla flotar. cadena. Si es más que eso, debe sentar las bases antes de la reunión.

Si desea revertir la decisión de agregar la función X, argumentar en contra sobre la base de que "no es necesario" puede ser difícil, ya que alguien ya evaluó esto y puede estar interesado en mantener la decisión. Cuestionar su juicio de necesidad puede provocar que luchen más para defender el mantenimiento de X.

El enfoque más práctico puede ser explicar que el costo será exorbitante Y, como consecuencia directa, dará como resultado que se sacrifiquen otras cosas importantes Y y Z. (prepárese para el contraargumento de "construyamos una versión de X realmente mínima y de baja calidad").

Idealmente, después de discutir el aumento de costos, alguien más intervendrá y preguntará si "podemos arreglárnoslas sin X". Si toma la ruta de la reunión, eso podría ser algo para organizar con anticipación.

Además, incluso si no se sale con la suya, intente que lo inviten a futuras reuniones como a la que no asistió, "para evitar sorpresas de costo/tiempo".