Es una técnica importante en las grandes empresas. Es útil cuando todos están ocupados y es fácil que las tareas se olviden. Explicas el problema por correo y dices: "si no hay respuesta en [N] días, haré XYZ el [DAY N]". Es una forma de informar a la otra parte sin esperar aprobación
A veces, semanas después, alguien se enoja porque se hizo XYZ, pero queda el registro que demuestra que fue error suyo
A esto lo llaman "no preguntes, avisa", y se puede usar para muchas cosas dentro y fuera del trabajo. Lleva a resultados claros y decisivos
También tengo este tipo de conversaciones seguido con mi esposa. Ella tiene un estilo de hacer preguntas. En una reunión para cenar, ella preguntó "¿a qué hora van a llegar?", pero yo les dije a qué hora íbamos a llegar y que estaría esperando en el bar. Al final, todos llegaron temprano y fue perfecto con la mínima comunicación
Está relacionado con la idea de "es mejor pedir perdón que pedir permiso". Puede ser arriesgado, pero yo soy esencialmente rebelde. Sin embargo, en entornos colaborativos como GitHub no es buena idea intentar cambios grandes a lo loco
Digo algo parecido cuando aconsejo a colegas sobre cómo conseguir aprobación para una recomendación
"Haz que aprobar sea fácil"
Explicas brevemente el problema y por qué la solución es la correcta. Si quieren profundizar más, les das un enlace a la documentación. Verificas si ya obtuviste la aprobación del equipo o del product owner
"Vamos a hacer Y para resolver X. Todo el equipo está de acuerdo. Los detalles están en [enlace]. Si no hace falta más feedback, empezaremos el martes"
Los managers no pueden dedicar tiempo a todos los detalles, así que si ya tienes el apoyo del equipo, pueden aprobar con facilidad
También existe el enfoque de "irradiar intención". Anuncias lo que quieres hacer y el plan, y les das explícitamente a las partes interesadas la oportunidad de oponerse. Funciona en algunas situaciones y requiere confianza básica
Si rompes algo por primera vez, puede ser un desastre. Obtener un sí o un no significa que el jefe está enterado
A la pregunta "¿quién lo aprobó?", puedes responder que nadie lo aprobó
Este enfoque puede funcionar solo en empresas de Estados Unidos o con jefes acostumbrados a negocios al estilo estadounidense. Si al jefe no le gusta, puede salir mal. En una evaluación de desempeño, el jefe puede etiquetarlo como desobediencia. A veces lo mejor es pedir permiso
Parte del truco de decir "voy a hacer esto" es no expresarlo como una pregunta. Así, quien lo recibe no necesita escribir una respuesta ni leer más correos
Me gustan las reacciones con emoji en GitHub y Google Docs. Son una manera simple de indicar acuerdo. En HN no son populares, pero las reacciones con emoji son una forma sencilla de comunicación
Entiendo la postura del OP, pero preferir pedir perdón depende del contexto. En un sitio web de redes sociales puedes moverte rápido y cometer errores, pero en un sistema de control de lanzamiento nuclear necesitas un sistema de "no lanzar hasta que esté autorizado"
Uso esta técnica en proyectos colaborativos grandes. Digo: "si no llegamos a un consenso, seguiré la opción predeterminada". Cuando era joven pensaba que hacía falta un valor predeterminado terrible, pero eso solo funciona unas pocas veces
Yo lo llamo "crear un valor predeterminado razonable". En lugar de pedir decisiones sobre cada detalle, eliges una opción predeterminada que demuestre conocimiento de la situación y avisas que vas a ejecutarla. Eso genera confianza y hace que presten atención cuando realmente hace falta
Me gusta esta forma de comunicación, pero no me gusta la parte del "plazo". Quiero que el reporte me avise si están haciendo algo a lo que podría oponerme. Darle un plazo a un manager se siente raro y como una amenaza molesta. Quiero darles autonomía a los miembros del equipo
1 comentarios
Opiniones en Hacker News