Cómo tratar con un Gerente que cree que la solución más difícil es siempre la mejor solución

Creo que el mayor problema aquí es que "siempre" se hace así. Por alguna razón, el analista siente la necesidad de ampliar las habilidades de todos. No hay nada de malo en eso.

Evite meterse en cuál es la mejor solución. Ya ha presentado el argumento de la solución simple, pero está perdiendo. En su lugar, pida que se le permita proponer algunas de sus propias soluciones como parte del proceso de aprendizaje. Estoy seguro de que puede recordar lo frustrante que es no poder experimentar y crear tus propios diseños. Si no lo pone en algún nivel de producción, nunca sabrá si esto realmente funciona y si es fácil de mantener.

Otra parte de su argumento de entrenamiento es aprender cuándo y dónde aplicar una solución más compleja. Por supuesto, debe aprender a codificar la solución más compleja para compararla y contrastarla con una más simple.

Es posible que no esté realmente preocupado por el aprendizaje de todos, sino que solo está promoviendo sus capacidades con diseños sofisticados. Si ese es el caso, será difícil debatir con alguien con un motivo oculto, especialmente cuando tiene más autoridad.

Tienes que dejarle claro por qué deseas hacer las cosas de la manera que quieres. Como gerente, él tendrá objetivos diferentes para usted con respecto a lo que se entrega al cliente (ya sea interbal o externo) con factores como la mantenibilidad, las limitaciones de la arquitectura técnica son solo dos de muchos. Debe comprender cuáles son sus prioridades y, si está decidido a venderle su enfoque, debe asegurarse de que encaje con estas prioridades.

Si está tratando de vender su enfoque simplemente como "hace que el desarrollo sea un poco más fácil", entonces cualquier gerente que se precie lo rechazará.

Los estándares de codificación están ahí por una razón y, a veces, la fase de desarrollo es un poco más dolorosa de lo que parece que debe ser simplemente porque hacerlo desde el principio hace que todo sea mucho más fácil a partir de ese momento.

Recuérdele las ventajas del principio KISS.

Los enfoques más simples a menudo implican períodos de aprendizaje más cortos, implementaciones más rápidas y ciclos de mantenimiento más exitosos.

Si la solución más simple no produce estos beneficios, entonces busque la solución más difícil.

Realmente me gustaría saber lo que realmente está diciendo.

A menudo hay una solución a un problema que es simple y funciona la mayor parte del tiempo, pero no siempre. Y una solución que es más difícil y funciona todo el tiempo. En mi experiencia, la solución más difícil termina siendo más fácil, porque se encontrarán los agujeros en la solución más fácil, lo que requerirá correcciones que la hagan más difícil pero aún no correcta, lo que requerirá más y más correcciones y se puede ver a dónde va esto. (El dicho es: Todo problema tiene una solución que es simple, obvia y equivocada).

Por otro lado, es posible que tenga un jefe que sea un poco tonto; muy a menudo, la solución más simple es en realidad la mejor.

Y existe la situación de que un problema se puede resolver con un simple truco, que te morderá la espalda muy pronto.

Piensa bien cuál es.

Pregúntele a su gerente si lo ayudará con el trabajo de operaciones y si lo llamará más adelante. De lo contrario, dígale que no se siente cómodo apoyando el sistema que propuso y que debería ser consciente de eso y asumir la responsabilidad de aumentar el trabajo de operaciones.

¿Su rol es gerente/arquitecto o simplemente gerente? Si es solo un gerente (lo que significa que no lo ayudaría con el trabajo de operaciones), entonces debería estar allí para administrar a los empleados y asignar tareas, no para diseñar el sistema. Eso es lo que te espera.