Pregunta

En un lugar donde solía trabajar, la respuesta típica a cualquier problema era culpar al hardware o a los usuarios por no usar el sistema perfectamente. Adopté la filosofía de que es mi culpa hasta que pueda probar lo contrario antes de ese trabajo (y hasta ahora, al menos 99 de cada 100 es correcto).

Uno de los últimos " insoluble " problemas cuando estuve allí había una gran cantidad de tiempos de espera de base de datos. Después de meses de investigación, todavía tenía teorías pero no podía probar ninguna de ellas. Uno de mis desarrolladores sugirió rotundamente reemplazar la red (cada enrutador, conmutador, punto de acceso) pero no pudo proporcionar ninguna evidencia de que la red fuera la causa; fue, sin embargo, & "; obviamente la causa &"; de acuerdo con mi gerente (sin experiencia en desarrollo / TI), así que se hizo cargo del problema. Una advertencia y un complemento de Fog Creek: No pudo explicar el hecho de que el informe de errores a través de FogBugz funcionó perfectamente y en el mismo SQL Server que el resto de los datos.

Un par de meses, sin tiempo de espera, más tarde, mi gerente se jactó de que había arreglado los tiempos de espera (& "; ¡Mira, no hay tiempos de espera! &";). Tuve que contenerme de agarrar una roca y decir & "¡Mira, no hay tigres! &"; pero le pregunté cómo sabía que habrían ocurrido a lo que no obtuve respuesta. Los tiempos de espera volvieron (y en mayor número) un par de meses después.

Estoy bastante contento con la forma en que manejé la situación, pero tengo curiosidad por saber cómo la multitud SO habría respondido al permitir que un superior / colega implemente una solución que usted sabe (o está muy seguro) que está mal y probablemente desperdicie miles de dólares?

¿Fue útil?

Solución

Déjelos, pero al mismo tiempo continúe buscando la causa real.

Un par de miles de dólares es dinero bien gastado si me impide ir en contra de ese tipo de pensamiento (que es inútil).

Otros consejos

Bueno, si el problema es la alta gerencia, entonces haría lo que usted hizo: presentar su queja y luego seguir las instrucciones. Si resulta que tenían razón (sucede de vez en cuando), entonces pareces un buen empleado a pesar de tus dudas. Si resulta que tenías razón, entonces podrían estar más dispuestos a escucharte dado que les permitiste su turno.

Esto es, por supuesto, optimista.

En el caso de un colega, lleve el problema a un nivel superior y consulte a sus superiores para obtener consejos sobre cómo abordar el tema. Sea justo con su perspectiva y la de su colega, luego siga los consejos que le den.

A veces es mejor dejar un gerente ser. Si piensas en sus presiones y responsabilidades, tenía que ver que estaba haciendo algo, en lugar de & "; Nada &" ;. Después de suficiente tiempo & Quot; investigando & Quot; se resuelve en nada para las partes externas que necesitan los tiempos de espera para detenerse.

Al tomar una acción, crea una oportunidad para seguir investigando. El truco es encontrar una manera de poner sus soluciones en su contexto. Aquí hay algo que podemos hacer ahora, y esto es lo que podemos seguir haciendo. Por ejemplo, & Quot; Podemos reemplazar el equipo de red como un paso de precaución, y luego mirar los registros de control de versiones para descartar esa posibilidad. & Quot;

Esto le da algo proactivo para que pueda lucir productivo en su cadena mientras logra la solución que desea que finalmente tendrá éxito.

A largo plazo, debe buscar trabajar para alguien que confíe implícitamente en sus decisiones técnicas, puede hablar con franqueza y quien lo ayude a ayudarlo a navegar la política de una manera que ambos sepan lo que está sucediendo. Si su gerente no es esa persona, muévase.

¿Es este un gran problema? No es su trabajo ahorrarle dinero a su compañía, aparte de eso, le gustaría que su compañía permanezca solvente para que le paguen.

Si es solo un gerente, será eliminado tarde o temprano, si toda la cultura de su empresa es así, tal vez sea hora de seguir adelante.

Mientras tanto, vea si puede ver esto en su perspectiva del gerente.

Consideraría que la intención de su gerente es algo bueno. Son las personas que no quieren molestarse las que encuentro más difíciles. Es mejor encontrar una manera de usar esa energía para ser útil.

Un problema común para muchas personas (ocasionalmente yo mismo) es que se agitan cuando intentan diagnosticar un problema. Si lo está adivinando, entonces la particularidad con las computadoras modernas, tiene la más mínima posibilidad de tener razón. Abordar este tipo de problema con ese tipo de actitud, generalmente significa que nunca lo solucionará.

La mejor manera de administrar la depuración compleja es dividir y conquistar. En este caso, primero piense en una prueba, ellos la implementan. ¿Esa prueba actuó como se esperaba? Dependiendo de dónde se encuentre con sus pruebas, se está acercando o alejando del problema. La clave es que TODAS las pruebas deben dar lugar a un comportamiento concreto (objetivo). Si los resultados son ambiguos, entonces la prueba es inútil.

Si está desconectando parte del sistema, pero alguna otra parte no, entonces tiene una gran cantidad de información valiosa (también muestra que no es la red). ¿Cuál es la diferencia entre las partes? Simplemente comienza a descender hasta llegar a algún lugar ...

Volviendo a su gerente. Cada vez que encuentro ese tipo de problema de personalidad, trato de redirigir la energía a algo más útil. El deseo está ahí, solo necesita ayuda para ponerse en forma. Si puede convencer a su gerente de que se asegure de que las pruebas sean concretas, entonces, si hacen suficientes, producirán suficiente información para adivinar correctamente el error. Claro, un enfoque más consistente podría ser más rápido, pero ¿por qué rechazar alguna asistencia gratuita? En general, creo que cualquier persona puede desempeñar un papel útil en cualquier proyecto, se trata de hacer posible el aprovechamiento de sus esfuerzos ...

Paul.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top