El dicho "Es más fácil pedir perdón que pedir permiso" parece bastante popular entre los programadores y el IIRC fue atribuido a Grace Hopper. ¿En qué situaciones es esto típicamente cierto, y por qué crees que una proposición tan contraintuitiva sería válida?
management
dsimcha
fuente
fuente
Respuestas:
Creo que una razón importante es la responsabilidad. Al pedir permiso, está transfiriendo la responsabilidad a la persona que está solicitando, por lo que esa persona podría inclinarse a negar solo para evitar ser considerado responsable del resultado, en caso de falla.
Por otro lado, una vez hecho, ya no es un problema. Incluso si el resultado fue un fracaso, sigue siendo su responsabilidad, no importa si obtiene perdón o no.
fuente
Porque una vez que se hace algo, siempre y cuando no empeore las cosas, a menudo es más fácil dejarlo adentro que sacarlo (es decir, "lo hecho, hecho está").
fuente
Es política, toda política.
He visto que esto se hace realidad en ocasiones, cuando la gerencia o el cliente ponen demasiadas barreras a los cambios simples (por ejemplo, revisiones de "calidad" por personas que no saben nada sobre el sistema, que necesitan obtener la aprobación de demasiadas áreas comerciales) que a veces es más rápido y fácil simplemente "arrancar el vendaje": no se lo digas a demasiada gente, solo haz el cambio, y si funciona, todos están contentos, podrías recibir una palmada en la muñeca por "no seguir el proceso" etc.
Por supuesto, si el cambio falla, es posible que encuentre aún más procesos en capas ... pero ese es el riesgo que asumió.
(descargo de responsabilidad: no tengo problemas con los controles de calidad y los controles y balances, siempre que sean razonables)
fuente
Creo que es mucho más complicado de lo que piensas. Aquí están mis dos puntos de vista sobre el problema:
Siempre soy asombroso cuando escucho discusiones sobre el aumento salarial. Las personas se quejan de que no se incrementan. Pero si no preguntan (a menos que estén en una administración automática y con un aumento salarial predefinido), no obtendrán nada simplemente esperando.
Es lo mismo con el auto del vecino que quieres pedir prestado ... Puedes pensar "él pensará que soy ....." o "Ella no aceptará porque ....." o "Él lo hará probablemente lo necesite de todos modos ... ".
La verdad es que no lo sabes hasta que lo preguntas. Sin embargo, la forma en que funciona nuestro cerebro llenará nuestra mente con pensamientos inútiles que usted mismo creó. En la mayoría de los casos, son falsos.
Entonces preguntar puede ser lo primero que debes intentar.
Esta afirmación también es cierta porque en una empresa donde las responsabilidades están claramente definidas y donde las personas son calificadas por sus logros individuales.
Si le pregunta al responsable de otro departamento por algo que (cree que crea) lo afectará negativamente, pero el resultado (si es positivo) no lo afectará, seguramente se negará a estar seguro.
Dos respuestas son muy similares: miedo. En la primera respuesta es TU miedo, en la segunda está el miedo a ELLOS.
Para superar el miedo a los demás, no preguntes. En muchos casos, tendrá éxito, y en caso de fracaso, entonces sí ... disculpa será suficiente.
No en la mayoría de los casos desafortunadamente, pero eso es un riesgo que DEBE tomar para avanzar tanto en la vida como en su carrera.
fuente
En una organización jerárquica, la alta gerencia generalmente no tiene idea sobre el tema en el que está trabajando; entonces sus decisiones, inevitablemente, se basan en cómo les representas tus sugerencias. Representar ideas técnicas a personas no técnicas es notoriamente difícil: si lo explicas tal como es, no entienden nada y podrían negarse solo por eso. Y si lo explicas para que entiendan, no estás diciendo lo que es. ¿Es ético tampoco? Por lo tanto, puede ser mejor hacer lo correcto en lugar de tratar de explicarlo de una manera tan florida y falsa que la gerencia esté de acuerdo con eso.
No es irresponsable Incluso si solicitó permiso, el resultado dependerá en gran medida de cómo haya representado su problema. Como puede afectar la decisión de esta manera, ¿por qué molestarse? Solo hazlo y jode la burocracia. Al menos no estás mintiendo entonces. El punto clave es que sabes que es lo correcto .
Por supuesto, tienes que estar bastante seguro de que tienes razón, ya que ahora eres el que corre el riesgo. Lo que está ahorrando es su tiempo y esfuerzo y el de su gerencia; no es una hazaña pequeña.
fuente
Cuando solicita permiso, la persona a la que solicita debe imaginar las consecuencias que PODRÍAN suceder si se le permite hacerlo. Esto podría incluir cosas terribles como la quiebra de la empresa. Una persona reacia al riesgo (o una con una imaginación espeluznante) le dirá que no. Es posible que no se vean influidos por el posible beneficio de su plan. Cuando sigues adelante y lo haces sin preguntar, si obtienes el beneficio, entonces es poco probable que te castiguen o te regañen. Si obtienes una pequeña consecuencia, recibirás un pequeño castigo. Por supuesto, si quiebra a su empleador, todo se acaba.
No puedo emplear a alguien que necesite consultar conmigo en cada correo electrónico, en cada línea de código, que constantemente quiera permiso para hacer su trabajo habitual. Pero alguien que pensaba que estaba bien arriesgar a toda la empresa en una apuesta ridícula (una empresa que no es suya arriesgarse, ya que yo no lo poseo) aún no funcionaría para mí, incluso si la apuesta valiera la pena. Debes estar en una organización bastante grande y con mucho dinero (por ejemplo, el ejército de los EE. UU.) Para adoptar esta actitud, y debes comprender muy bien los riesgos.
fuente
Lo que he experimentado es que a veces es difícil argumentar para hacer ciertos cambios en su proceso de trabajo o herramientas. Mientras el proceso y las herramientas actuales funcionen, es posible que no exista un fuerte incentivo para que ningún gerente (o compañeros de trabajo) vaya y corra el riesgo de probar algo nuevo que a) podría no ser mejor o b) podría fallar.
Hay tiempo y recursos en ello, la gente podría tener que adaptarse, etc. Si va por adelantado y solicita hacer un cambio, es posible que encuentre cierta reticencia y tenga que presentar argumentos sólidos. Puede haber muchas razones para que un gerente no quiera hacer un cambio y no necesariamente porque sea flojo o no esté dispuesto a cambiar. Pero estás pidiendo una decisión definitiva o un "¡Ve!" lo que realmente pone la responsabilidad en su gerente.
Si solo realiza el cambio y lo introduce furtivamente en su lugar de trabajo en el momento en que el cambio se vuelve obvio para los tomadores de decisiones, es posible que ya haya demostrado que:
a) Se puede hacer.
b) Funciona
c) Mejora tu trabajo.
d) Realmente no tomó muchos recursos.
... y así.
Si falla, puede haber algunas repercusiones, pero a menos que esté trabajando con un jefe de mierda, esto podría no ir detrás de algunas palmaditas en la muñeca y alguna humilde excusa proveniente de usted.
Lo hicimos una vez cuando intentamos colarse en un sistema de seguimiento de errores diferente a espaldas del CTO. El que estaba en el lugar era odiado con pasión simplemente por todos en el equipo de desarrollo (pero había sido evaluado, no por ningún desarrollador) y pagado, por lo que se esperaba que lo usáramos, y nos quedaban algunas licencias para otro .
Lamentablemente, esta instancia de pedir perdón en lugar de permiso fracasó. Nos pidieron que volviéramos al antiguo sistema. No sé si alguien realmente tuvo que responder al CTO.
Básicamente, pedirle al CTO que cambie el sistema de seguimiento de errores y obtenga permiso: cero posibilidades.
Por otro lado, comenzar a usarlo (sin otros gastos que el tiempo dedicado a configurarlo) y luego ver si podemos obtener algún permiso DESPUÉS del hecho: no es una gran posibilidad, pero es considerablemente mayor que cero.
fuente
Parece que he escuchado / leído que la declaración es anterior al Almirante Hopper, pero no recuerdo detalles. Sospecho que la fuente original se perdió en el tiempo.
De todos modos, la primera vez que recuerdo haber escuchado "Es más fácil disculparse que pedir permiso" fue en una charla que la gran dama dio cuando una universidad cercana estaba abriendo un nuevo centro de computación en 1985. Su explicación fue que los almirantes a quienes informó no lo hicieron. Por lo general, no entiendo lo que estaba tratando de lograr. Su respuesta predeterminada a todo lo que no entendieron fue "No". Sin embargo, casi siempre estaban contentos con los resultados si ignoraba su respuesta. Por lo tanto, rápidamente descubrió que era más fácil proceder sin pedir permiso; Si alguien estaba molesto, podía decir que lo sentía.
Mi nanosegundo fue un recuerdo apreciado hasta que se perdió en un movimiento hace unos años. :-(
fuente
Es un punto de vista que aboga por asumir riesgos. Desde ese punto de vista, si no toma riesgos, no está probando el agua y no alcanzará su máximo potencial.
Si acepta que aprende de sus errores, entonces puede estar de acuerdo con este adagio. Puede descubrir que las contusiones que recibe no son tan malas como imaginaba, y cuando tiene éxito, se ve recompensado en exceso, porque "mostró liderazgo".
Este patrón de pensamiento hace que el concepto sea intuitivo, si no la práctica.
Esta actitud es muy valiosa para alguien que se encuentra en una nueva situación laboral, pero que tiene un historial establecido (asumiendo una gestión competente). Esto es cuando los errores se perdonarán con mayor frecuencia (suponiendo buen sentido, intenciones y fundamentos), y el progreso será muy recompensado.
fuente