Hace un tiempo, me inspiré en un blog que vi vinculado aquí y parece que no puedo ubicarlo en mi lista de favoritos, pero en realidad era un diario de un ingeniero de software que asumió un nuevo trabajo en una organización disfuncional poco después de la caída de las punto com. , y sus pruebas, tribulaciones, éxitos y fracasos en sus intentos de provocar un cambio positivo de abajo hacia arriba dentro de una organización.
Había muchos paralelismos en mi trabajo actual, pero usé mi inspiración e ideas de este blog para comenzar a preparar una estrategia a largo plazo para lograr que un grupo de ingenieros de software heterogéneos confíen unos en otros, trabajen juntos y comiencen a desmenuzar lentamente el enorme elefante en la habitación que esencialmente somos impotentes para cambiar.
Hemos hecho un gran progreso y ahora funcionamos como un equipo. Hemos ideado procesos comunes, estándares, plantillas de documentos y hemos vendido más beneficios. Tuvimos una nueva guía de requisitos comerciales y un documento de plantilla aprobado a través del comité y dediqué horas adicionales a preparar materiales de capacitación para que el proceso sea fluido y sencillo para los analistas. Los nuevos estándares sobre requisitos y pruebas han reducido drásticamente los defectos y mejorado la calidad de manera medible. Tenemos un repositorio de control de código fuente común, Sharepoint y wiki comunes, revisiones periódicas de código e incluso hemos comenzado a demostrar el poder del desarrollo iterativo.
Nuestro director está convencido de todo esto ahora y es un león para nuestra causa, pero su grupo de ingeniería de software es solo un engranaje en un proyecto de TI mucho más grande. El propio proyecto de TI se ha visto envuelto en dificultades y fracasos desde el principio. Originalmente nos habíamos asociado con el enorme conglomerado de TI A y no pudieron comenzar nada. Nos deshicimos de ellos y luego nos asociamos con el conglomerado de TI B que hizo promesas fantásticas, luego nos defraudó seriamente al diseñar algunos de los peores esquemas de base de datos que he presenciado en toda mi carrera profesional. Ahora que se han ido, el conglomerado de TI C tiene la pelota y estamos empezando a verlos comenzar a envolver sus tentáculos alrededor de la organización, celebrando reuniones de RIE, palmaditas en la espalda, camino a seguir,
No estoy seguro de por qué, pero en algún momento la alta dirección parece haber perdido la fe en nosotros en particular, cuando en realidad fueron los dos consultores anteriores los que le fallaron a la empresa. Mi grupo en particular está siendo continuamente marginado por no estar realmente bien representado en los nuevos organigramas y por tener clases de capacitación infantiles que nos hacen sentir como si fuéramos niños. Ahora, sin nuestro aporte, básicamente están dejando de lado todo en lo que he trabajado a favor de su proceso de desarrollo similar a una cascada con guión que se ha intentado en el pasado pero ha fallado. Mi director es impotente, pero ha estado expresando una preocupación que aparentemente está cayendo en oídos sordos.
Esta es una demostración pura de 'El Emperador Desnudo'. Lo que estás describiendo es por qué se escribió esa historia, en los viejos tiempos.
Este comportamiento expone un vacío de liderazgo dentro de su propia organización. Esto es explotado por las grandes consultoras de TI. Hay grandes grupos de contratistas de TI buenos para vender, generalmente a otros grandes usuarios de TI, como agencias del gobierno federal, corporaciones de miles de millones de dólares y universidades y hospitales gigantes sin fines de lucro. Lo que falta es la comprensión de cómo entregar. Lo que sucede en cambio es un ciclo de:
Lo que sucede a menudo en las organizaciones que hacen este tipo de cosas es que el equipo se separa en una consultoría propia en una escala mucho más pequeña y busca un trabajo más apropiado. Esto podría ser con su antiguo empleador, pero solo durante el tiempo que les lleve contratar reemplazos. Las ciudades de alta tecnología están llenas de este tipo de grupos: grupos de seis a diez personas principales que se especializan en ROR o C ++ o en la personalización de registros médicos electrónicos.
Si alguno de ustedes posee acciones en la empresa, debe presentarse en las juntas de accionistas y armar un alboroto. Puede quejarse ante el Comité de Auditoría de la junta si se trata de una corporación pública, pero esto supone que las personas en ese comité tienen más comprensión que los altos ejecutivos. Siendo realistas, su empleador va a pasar por algo bastante doloroso tarde o temprano, y usted estará más seguro en otro lugar cuando suceda.
Para alguien 'atrapado con esto', no hay mucho que uno pueda hacer directamente. Las alternativas son el enfoque 'Dilbert', donde los desarrolladores comienzan a crear comentarios sobre la vida corporativa, particularmente lo que están experimentando de primera mano. Otra buena idea es documentar todo lo que ve a su alrededor, quitar los nombres, empresas, fechas específicas, etc., y escribir en un blog lo que ve. Si tiene cinco niveles de gestión separados de las personas que toman estas decisiones, tiene que tomar caminos alternativos. Aprende a hacer divertido lo que estás viendo: no hay escasez de humor en la idiotez.
eje_de_arce
jcmeloni
jim g
...(or the director can, but he doesn't care to)...
Sobre la base del punto de @jcmeloni, creo que deberías considerar la posibilidad de que el director te escuche alto y claro, pero está eligiendo activamente no gastar su capital político en tu causa.eje_de_arce
jcmeloni
jim g
eje_de_arce
jim g
Innovation is impossible if you are afraid of what happens when you fail.
- De hecho lo es.jim g
decisions are no longer being made about the logical best choice. The self interest and self preservation of individuals with authority is foremost in peoples minds.
- Esto sucede con demasiada frecuencia. Es por eso que siempre debe tener en cuenta: 'Si no puede cambiar su empresa, entonces cambie su empresa'.