Introducción de prácticas de gestión de software en una empresa mal gestionada

Creo que la empresa para la que trabajo tiene prácticas de gestión de personas y software muy deficientes. Quiero acercarme a la gerencia superior sobre esto. Creo que debería tener una explicación concreta sobre cuál es el problema y qué posibles soluciones podrían aplicarse.

Hace unos años, me uní a esta empresa donde esperaba que el trabajo estuviera relacionado principalmente con la ingeniería mecánica/eléctrica. El gerente y director del departamento son ex empleados públicos que trabajaban en el campo. Están acostumbrados a administrar los cronogramas de los proyectos preguntando a los proveedores sobre sus tiempos de entrega (quiero decir que lo hacen mal). No participan en el trabajo real que se está realizando y no disfrutan dirigiendo personas. A menudo, no logran comunicar cosas muy básicas a los empleados. Actualmente tengo la impresión de que si alguien necesita escuchar algo de nuestros gerentes, debo programar una reunión con el gerente, la otra persona y yo mismo para asegurarme de que se dijo.

Más recientemente, la empresa se ha dedicado a actividades de desarrollo de software. Sin embargo, los jefes solo han trabajado profesionalmente con pequeñas piezas de software FORTRAN, nunca usaron un sistema de control de versiones. No saben nada sobre scrum, ágil o cualquier enfoque de gestión similar. Para empeorar las cosas, la mayoría de los empleados son recién graduados (incluido yo mismo) y algunos son pasantes. Además, una gran cantidad de código está siendo desarrollado por personas con experiencia en ingeniería mecánica/eléctrica. Debido a que los gerentes rara vez explican las cosas de manera clara y abierta, nada ni nadie aquí se parece a un líder técnico, un maestro de scrum, un propietario de producto, etc. Rara vez algo tiene claramente una persona responsable. No es raro que algunos empleados pasen horas hablando en voz alta sobre temas no relacionados con el trabajo,

Esto conduce a prácticas muy deficientes por parte del equipo, no se aplican reglas, las decisiones no tan críticas son el motivo de disputas muy acaloradas, los avances del proyecto se informan "demasiado optimista" a los gerentes, las pocas reglas vigentes no se respetan, no tan pocas. personas que abandonan la empresa, etc. En última instancia, me preocupa que no se cumplan las entregas y, mientras tanto, el entorno laboral se vuelve cada vez más tóxico a medida que la gente buena se va y se acumula la presión de las entregas.

He presentado quejas tanto al gerente como al director del departamento. Sus respuestas van desde "olvidar" cualquier cosa que solicité que se tratara o considerara, hasta malas actitudes con respecto al trato con las personas. Por ejemplo, una vez me quejé de que me preocupaban algunos problemas con el código que estaba desarrollando otro equipo, y puse como ejemplo fragmentos de software de un empleado que ya había renunciado. En ese entonces, pedí que los gerentes hicieran un seguimiento y posiblemente inspeccionaran fragmentos de código y documentación al azar (ni siquiera acceden a los repositorios utilizados para el desarrollo de código). En lugar de hacerlo,

Bastantes personas se han puesto en contacto con el director para pedirle ser "pseudo-gestores" dentro de algunos proyectos. Algunos de ellos tenían algún título temporal (que los gerentes nunca aplicaron realmente en la vida diaria). Ninguno consiguió un ascenso ni hizo un buen trabajo. Creo que un par de ellos se han excedido en lo que debe hacer un compañero de trabajo que no es gerente cuando trata a sus colegas. Creo que la mayoría de estas personas realmente pensaron que pronto serían ascendidos como consecuencia natural de su responsabilidad temporal.

El ciclo de vida de cada proyecto es bastante largo (más de 2 años), por lo que permitir que alguien pruebe ideas locas para que luego pueda ser juzgado por los resultados finales o por los comentarios de los clientes está fuera de discusión.

Estoy considerando comunicarme con el CEO (quien dice ser receptivo a cualquier orden de quejas), pero me gustaría evitar contar historias sobre problemas pasados ​​y poder proponer algunas opciones de solución. También sería bueno si pudiera proporcionar alguna referencia sobre cómo las buenas empresas gestionan este tipo de proyectos. Mi primera sugerencia sería contratar a un consultor para desarrollar y hacer cumplir las buenas prácticas (es decir, establecer que toda la empresa utilice adecuadamente un buen VCS, establecer y hacer cumplir los roles de propietario de producto y líder tecnológico, etc.). Gran parte del trabajo es muy específico del campo, por lo que apenas hay posibilidades de que un empleado senior subcontratado pueda reemplazar al gerente o al director y desempeñarse bien. No espero que el CEO tenga el tiempo y la paciencia para entrenar al director y gerente para mejorar su gestión y comunicación.

Trabajo en una industria donde encontrar trabajo no es exactamente fácil, y disfruto el trabajo en sí, pero esto es realmente preocupante y me gustaría encontrar enfoques para mejorar esta situación.

Que Dios se apiade de tu alma. Pero, ¿en qué se diferencia deworkplace.stackexchange.com/questions/13910/… y otras preguntas?
@aaaaaa: Si la falta de VCS fuera mi único problema, estaría muy feliz.
"El ciclo de vida de cada proyecto es bastante largo (2 años o más), por lo que permitir que alguien pruebe ideas locas para que luego pueda ser juzgado por los resultados finales o por los comentarios de los clientes está fuera de discusión". ¿Has pensado en intentar cambiar eso? Configure las cosas para que pueda volverse ágil y ofrecer un valor comercial continuo.
Quiero decir, VCS es un ejemplo de los posibles cambios. Quizás te interese leer Peopleware

Respuestas (4)

Creo que la empresa para la que trabajo tiene prácticas de gestión de personas y software muy deficientes. Quiero acercarme a la gerencia superior sobre esto. Creo que debería tener una explicación concreta sobre cuál es el problema y qué posibles soluciones podrían aplicarse.

Su intención es noble. Estás viendo problemas y puedes describir un camino hacia una solución o al menos un lugar mejor.

El problema es que estás hablando de cambio en una organización. Eso es algo muy difícil de hacer, incluso para un director ejecutivo, y mucho menos para alguien en el medio de la organización. No importa de qué tipo de cambio estés hablando. Lo que importa es el tamaño de la organización y el alcance de su cambio.

Hay modelos de cómo se produce el cambio. No es fácil y lleva MUCHO tiempo, más tiempo del que crees. Debe superar la inercia organizacional y los efectos de red que crecen de manera no lineal con el tamaño de la organización. El nombre de esta teoría se llama "difusión de la innovación". Ver https://www.youtube.com/watch?v=9QnfWhtujPA

Como habrás notado, un caso completamente lógico bien planteado a favor de tus ideas para el cambio se desmorona. No podrá apartar al director ejecutivo u otro ejecutivo y convencerlos sin importar qué tan en lo correcto esté y sin importar qué tan hermético sea su argumento. Dejando a un lado las epifanías milagrosas, las cosas simplemente no funcionan así en la vida real.

Lo más práctico que puede hacer es obtener la cooperación de personas de ideas afines. Comience poco a poco con proyectos pequeños que sean resistentes a fallas y experiencias de aprendizaje y que no tengan visibilidad para la organización más grande. Esto significa encontrar "innovadores" que estén dispuestos a correr riesgos solo por la emoción y las recompensas de aprendizaje que trae.

Úselos para desarrollar adeptos a sus ideas y luego siga trabajando de una manera positiva, sin confrontación, hacia una mayor aceptación de sus ideas. Eventualmente tendrá que apuntar a otros grupos de personas que no están motivadas por la novedad en sí misma, pero que buscan alguna ventaja material para sus nuevas ideas.

Eventualmente, deberá obtener la aprobación y el respaldo de la gerencia. En ese momento, sus ideas cobrarán impulso y, si tiene suerte, evolucionarán hasta convertirse en algo que parezca un éxito.

Comenzar a iniciar extraoficialmente un proyecto "piloto" con una gestión de proyectos adecuada y sus herramientas para dar un ejemplo de cómo hacerlo bien es la forma más fácil de hacerlo. Si funciona, la gerencia lo verá porque ahorra dinero, si no funciona, probablemente no lo noten.

Hasta el último párrafo, mi pensamiento principal fue 'pulir el antiguo currículum'... Su empresa parece dirigirse rápidamente hacia la proverbial pared de ladrillos.

Ha habido varias rondas de empresas mal administradas que aparecieron aquí recientemente. El consenso fue que lo más efectivo que puedes hacer es dar un buen ejemplo. Instale un buen software de control de versiones, úselo religiosamente y encuentre algunos buenos tutoriales para pasar a los pasantes/personas jóvenes. Ten a mano algunos artículos teóricos para que puedas defender tus métodos de trabajo.

Y la administración probablemente será atroz hasta el amargo final. Pero podría programar una reunión con aquellos de sus compañeros que estén interesados ​​y discutir cosas como métodos ágiles y cómo puede usarlos en su trabajo personal, al menos, explorar herramientas de comunicación/gestión de proyectos e informarse mutuamente sobre ellos, etc. La educación de base puede al menos traer algunas mejoras.

Secundo lo que dijo @GeorgeM de pasada: comience a buscar un nuevo trabajo.

Si las cosas son como las describiste, entonces la empresa misma está en riesgo debido a la ineptitud de la administración. Así que estás en una industria donde la búsqueda de trabajo es lenta y tu barco actual se está hundiendo lentamente. ¡SALTA NAVE!

Puede disfrutar del trabajo en un competidor, con suerte con menos drama.

Tal vez esos gerentes puedan comprender el valor de las copias de seguridad. Tener un lugar único para los repositorios de código significaría que sería más fácil hacer copias de seguridad de código potencialmente muy valioso. Tal vez algún proveedor de servicios de terceros podría hacer esto, por lo que no sería necesario tener un experto en casa.

Esto supone que esas malas prácticas incluyen no cuidar las copias de seguridad.

Tener esos repositorios de código sería al menos uno pequeño hacia mejores prácticas.