¿Cómo puedo lograr que mis colegas consideren seriamente mis sugerencias? [cerrado]

Mi equipo trabaja en un gran proyecto de código heredado y la mayor parte del equipo ha trabajado aquí, en este equipo, durante más de diez años. Parece que la mayoría del equipo solo ha trabajado en este proyecto y rara vez ha leído libros o se ha puesto al día con las tecnologías y los estándares actuales. Tengo un colega senior que comienza su día más tarde después de que la mayoría de nosotros hemos estado aquí durante varias horas, cuando él está presente no hay problema, dice que por supuesto y, a menudo, mejora mi idea.

Antes de este trabajo, trabajé en lugares que eran más avanzados, con desarrolladores que estaban más en contacto con otros desarrolladores y estaban más actualizados sobre los últimos avances. No soy un desarrollador muy rápido y a veces se me olvidan cosas, pero sé de calidad de código, patrones, pruebas, etc.

Cuando me encuentro con problemas y trato de discutirlos con alguien del equipo además del superior, recibo respuestas como "usted es un programador, tiene que saber lo que hace". Pero me parece que el problema es no usar los estándares adecuados al codificar. Cuando comencé me costó mucho conocer el código (> 800000 líneas), tuve que pedir ayuda mucho, y me temo que eso afectó de alguna manera mi credibilidad. Soy junior y sé que tengo mucho que aprender, y quiero aprender de los seniors, pero en algunas cosas mi conocimiento está más actualizado. ¿Cómo puedo hacer que consideren seriamente mis sugerencias? ¿De qué manera debo traerlo a colación? ¿Qué estrategias prácticas y qué enfoque psicológico funcionarían aquí?

¿Cómo puedo lograr que mis colegas consideren seriamente mis sugerencias sobre estas áreas en las que creo que tengo conocimientos?

@TraLa: actualicé su pregunta para facilitar la lectura y eliminar parte del contexto que no es realmente necesario y hace que esta pregunta se centre demasiado en sus detalles en lugar del problema general que puede ayudar a otros. Espero que esto funcione para ti
Un sistema con 800000 líneas de código ya no cambiará sustancialmente, y forzar diferentes estándares le dará 795000 líneas de código antiguo y 5000 de código antiguo ligeramente mejorado. ¿Cuánta energía estás dispuesto a gastar para lograrlo?
Debido a que una reconstrucción no es una opción (el producto se perfecciona con 10 años de comentarios de los clientes), tenemos que continuar con lo que tenemos para poder mantenernos actualizados. Hay un asesor externo que ayuda con la refactorización estratégica. También introdujo Metrix. En piezas nuevas y algunos lugares estratégicos añadimos pruebas. (También tenemos probadores automáticos y manuales) Y yo soy el que hace muchos de esos, por eso a veces sugiero cambios, para facilitar las pruebas.

Respuestas (3)

La mejor manera de obtener credibilidad es producir un código de trabajo que entre en producción antes de la fecha límite. Por lo tanto, deberá trabajar dentro de sus limitaciones hasta que tenga un historial. Hasta que no tenga una reputación de producir, es muy difícil lograr que la gente compre su idea. Una vez que tienes esa reputación, tienes que trabajar en una reputación para hacer buenas sugerencias. Por lo tanto, elija con cuidado los primeros y evalúelos no solo en función de lo buena que sea la idea, sino también de la probabilidad de que la gente los acepte. No puede llegar a las cosas difíciles hasta que pueda mostrar algunas victorias, así que conviértalas en victorias fáciles.

Sin embargo, eso no es lo único, tiene un par de otros problemas que deben abordarse. Primero, como la única mujer, es posible que se enfrente a una brecha de credibilidad solo por eso y, como junior, es posible que se enfrente a una brecha de credibilidad. Junior se irá a tiempo y con logros, así que no me preocuparía por eso. Como mujer en una tienda de hombres, es posible que tengas que ser mejor que ellos para que te tomen en serio y necesitas perfeccionar tus habilidades para presentar tus ideas. Tienes que ser consciente de la firmeza con la que hablas.

Solo por lo que escribiste me dio la impresión de alguien con muy poca confianza. Hay que vender ideas desde una posición de confianza. Debes pararte erguido y, dado que eres bajo, párate cuando los demás estén sentados. Debe tener cuidado con el uso de un tono de interrogación en sus declaraciones (donde su voz sube al final de una oración) que indica que no está seguro de lo que dijo y automáticamente le da menos credibilidad. Muchas mujeres hacen esto y no se dan cuenta de cómo les suena a los demás. Debes asegurarte de tener una fuerte presencia no verbal. Sin desplomarse o sin mirar a la gente a los ojos. Necesitas empujarte hacia adelante y no quedarte atrás. Así que nada de meterse sigilosamente en una habitación tratando de pasar desapercibido.

Es difícil ser la primera mujer en un grupo, lo sé, lo hice en un momento en que las mujeres no solían trabajar en puestos profesionales. Tendrás que aprender asertividad. Necesitas defender tus ideas, no cerrarte si alguien no está de acuerdo. Debe poder regresar y decirles que consideró lo que ellos quieren hacer y por qué decidió también el otro enfoque.

También vas a necesitar aliados que pueden ser difíciles de conseguir cuando eres diferente a los demás. Y en una tienda heredada habrá más resistencia al cambio. Así que elija a un par de personas que parezcan ser respetadas (como el estudiante de último año del que habló) y que parezcan más abiertas a nuevas ideas y hágase amigo de ellas y haga que apoyen sus ideas. A veces, hace toda la diferencia en el mundo si puedes conseguir que un chico te defienda cuando haces una sugerencia. Incluso podría considerar que, mientras sea junior, podría pedirles a estas personas que presenten sus ideas y observar cuidadosamente cómo logran que sean aceptadas. Esto puede enseñarle lo que funciona mejor en la organización. Incluso puede hacer que uno de ellos lo guíe directamente sobre cómo hacer esto.

Es horrible decirlo, pero el hecho de que los desarrolladores estén atrapados en un túnel del tiempo encaja perfectamente con el hecho de que el código en el que están trabajando es un código heredado.

No estoy seguro de cómo se puede adaptar ese código con la metodología de ingeniería de software actualizada que practica, pero si puede sacar este conejo en particular de su sombrero, es un mago y me quito el sombrero ante usted: )

El equipo está establecido a su manera; creo que esa es la única forma de interpretar su declaración de que "la mayoría de ellos apenas hizo otro código, apenas leen libros o se actualizan". - pero si ven que usted produce código, eso es claramente más sólido, más confiable, más rápido y con menos esfuerzo del que están poniendo y con menos dolor que cualquier dolor que estén sintiendo, eso es lo que le dará el impulso que necesita para estar bien encaminado para romper su resistencia a la innovación y volver a aprender eso. la imitación (de ellos) es la forma más sincera de adulación (para ti) :) Nuevamente, no hay garantía: estamos tratando con personas y las personas reaccionarán de la forma que quieran.

Su narrativa actúa como un recordatorio para mí de que en cada lugar en el que trabajé donde tuve éxito, yo, como persona nueva y ajena, aporté a los de adentro una nueva perspectiva sobre cómo se hacen las cosas; es por eso que algunos empleados se agitan solos. no es algo malo :) También condujo a que me ascendieran más rápido y más cerca de cualquier nivel de incompetencia (ese es el principio de Peter) que sea mío, ya que los miembros de la empresa descubrieron que yo estaba en posesión de herramientas y técnicas que ellos no tenían. tienen y definitivamente querían escoger mi cerebro :)

"el apalancamiento que necesita para estar bien encaminado para romper su resistencia". Creo que es un enfoque idealista en el mejor de los casos.
Kvothe: ... "idealista" ¿en qué sentido? Pensé que había perdido mi idealismo hace mucho tiempo :) Habiendo dicho eso, tenga en cuenta mi advertencia: "sin garantía" Si el OP puede hacer su propia vida más fácil, eso todavía cuenta como una victoria, al menos para mí :) Me di por vencido en salvar el mundo y salvar a la gente de sí mismos hace mucho tiempo. Puedo mostrarle a la gente la forma correcta de hacer las cosas y, si no quieren adoptarla, normalmente no hago de eso un problema; por lo general, no estoy en una posición en la que pueda exigir un cambio. No soy un mártir, y sé que no voy a ganar cuando incluso mostrar los mejores resultados no causa ninguna impresión :)
Los empleados descritos en el primer párrafo de OP me preocupan. Pueden percibir los cambios de OP como ataques personales y me temo que eso puede crear un lugar de trabajo tóxico. ¿Alguna vez te pasó algo así?
Kvothe: Vives en un mundo en el que un colega puede arremeter contra ti por decirle "Hola" :) Si me atacan en las circunstancias que describes, abandono el tema de inmediato: una vez que comienza la escalada, los tubos auditivos se cierran y terminamos con nada más que un diálogo de sordos, diálogo conducido al máximo volumen de decibelios, por supuesto :) Casi nunca he estado en la situación que describes no solo porque he tenido suerte sino porque he tenido mucho cuidado de no estar en esa situación, y espero que mi combinación de prudencia y un poco de suerte aguante :)

En primer lugar, si trabaja para una empresa que todavía admite y ejecuta principalmente código heredado, debe estar preparado principalmente para empleados heredados. Tengo el mismo problema en mi trabajo, código antiguo, gente antigua, ideas antiguas. Al final del día, a menudo solo tienes que asentir con la cabeza y estar de acuerdo con los dinosaurios. Lo eres, según los estándares modernos, pero los perros viejos nunca aprenderán nuevos trucos.

La tendencia general que he visto recientemente es que muchas empresas están trasladando sus plataformas heredadas a plataformas modernas basadas en web o móviles. Puede valer la pena empezar a hablar de grandes cosas como esa, quién sabe, podrías terminar como líder de proyecto en su próxima gran plataforma moderna.

Odio ser grosero al respecto, pero en la actualidad, el código heredado es un agujero negro al que no vale la pena ser arrastrado. Mi empresa (y lucho por esto todo el tiempo) aún admite nuestro sistema heredado a pesar de que tenemos un enfoque web más moderno. Todavía hay algunos clientes heredados que simplemente no cambiarán. El sistema no tiene claves primarias en la base de datos local implementada de manera extraña, todavía se ejecuta en netscape y usa 256 colores. Lo estamos cortando perder pronto ...

La gente aún lo tomará en serio si hace preguntas, incluso puede gustarles que se interese en la plataforma y el estilo antiguo. La clave es no insultar sus viejas costumbres al tratar de sugerir cosas nuevas. Esto puede ser difícil, especialmente cuando les dices que tu cosa nueva puede hacer algo diferente a su código. No tenga miedo de hacer preguntas. Los sistemas heredados son complejos y confusos.