Noticias de IA Creator's Path: ¡Dilemas en la gestión de proyectos! ¿Qué pasa si te esfuerzas demasiado por alcanzar la perfección? Descubre las dificultades de liderar un equipo. #Gestión de proyectos #Desarrollo de software #Gestión
Explicación en vídeo
¡Hola a todos! Soy John, una cara familiar para ustedes cuando hablo de tecnología de IA. Suelo explicar las últimas tecnologías de IA y sus complejos mecanismos de forma sencilla, pero hoy me gustaría cambiar un poco de tema.
El otro día leí una historia que me hizo reflexionar sobre un sitio de desarrollo de software. El desarrollo de IA también es un tipo de desarrollo de software en sentido amplio, así que creo que podría serte útil. En este artículo, me gustaría compartir la experiencia de un gerente, un poco amarga, pero muy útil.
¿Es la gestión de proyectos un arma de doble filo? Confesiones de un gerente
Hoy me gustaría hablarles de una experiencia que tuve, John, hace un tiempo cuando era gerente de equipo de desarrollo en una empresa de Silicon Valley. (¡Les contaré la historia del autor del artículo original!)
En ese momento, yo formaba parte de un equipo de ingenieros increíblemente talentosos (¡un grupo selecto!), pero el producto que estábamos construyendo era una herramienta de desarrollo de software que alguna vez había sido increíblemente popular, pero que poco a poco se estaba volviendo obsoleta.
Luchando con productos de software grandes y complejos
Este producto era enorme y complejo. En resumen, era como un bento gigante con todas sus funciones en un solo producto. Técnicamente, esto se llama un producto monolítico.
Era habitual lanzar una versión mejorada importante una vez al año, añadiendo nuevas funciones y corrigiendo errores detectados. Algunos productos contaban con un mecanismo para traducir programas escritos por humanos a un lenguaje comprensible para las computadoras.コ ン パ イ ラ) y los componentes básicos que hacen que el programa funcione sin problemas (Biblioteca de tiempo de ejecución), herramientas para crear las pantallas que ven los usuarios y las partes que operan (Marco visual) y un entorno de desarrollo integrado (IDE) ...En fin, eran muchas cosas diferentes. Unirlas todas y crear un producto completo fue un verdadero reto.
Lo que fue especialmente difícil fue,Cambio de plataformaEste es el proceso de hacer que el sistema operativo (el software básico que ejecuta una computadora, como Windows o macOS) sea compatible con una nueva versión o que funcione en un sistema operativo diferente. Dado que el producto en sí es grande y complejo, cambiar la compatibilidad del sistema operativo fue una tarea enorme que requirió la participación constante de todo el equipo.
El comienzo de una tragedia causada por un malentendido.
Un día, nuestra empresa fue adquirida por otra que fabricaba herramientas para bases de datos. Llegó una nueva gerencia, y los gerentes intermedios nos preguntábamos: "¿Qué pasará después?" e intentábamos adaptarnos a la nueva estructura con una mezcla de entusiasmo y ansiedad.
A partir de aquí las cosas empiezan a ir mal poco a poco.
La nueva empresa matriz desarrollaba herramientas para gestionar bases de datos. Nuestros productos, en cambio, eran herramientas de desarrollo de propósito general para crear una mayor variedad de software. A primera vista, pueden parecer similares, ya que ambas son "herramientas de desarrollo", pero la complejidad del contenido era completamente distinta. Para ponerlo en perspectiva, son como dos "bicicletas" que parecen iguales, pero una es tan diferente como una simple bicicleta mamachari y la otra es como un coche de Fórmula 1. A la nueva dirección le costaba comprender esta "diferencia en la complejidad del contenido".
"¡Den soporte a dos sistemas operativos en seis meses!" - una orden imprudente
Entonces llegó el día fatídico. La nueva dirección dio unas instrucciones impactantes.
"Haz que tu producto sea compatible con Linux y Mac OS. ¡Tienes seis meses para hacerlo!"
Nuestro equipo no podía creer lo que oíamos. "¿Qué? ¿En serio?". Calculamos que nos llevaría al menos un año y medio gestionar solo un sistema operativo con el personal que teníamos entonces. Ahora nos pedían que trabajáramos con dos sistemas operativos a la vez, en tan solo seis meses...
En el mundo del desarrollo de software,ley de arroyosHay una famosa ley que dice: «Añadir personal a un proyecto de software retrasado hará que el proyecto se retrase aún más». En otras palabras, añadir más personal no significa que el proyecto terminará más rápido. Propusimos un plan para evitar esta ley y, de alguna manera, acortar el proyecto, pero...
La gerencia pareció sorprendida al escuchar nuestras estimaciones de "un año y medio para un sistema operativo, tres años para dos". Y, para mi incredulidad, dijeron: "¡No puede tardar tanto! Están exagerando porque realmente no quieren hacerlo, ¿verdad?". Parecía que intentábamos relajarnos. Y luego, sin piedad, fijaron una fecha límite de "hacer ambos en seis meses".
El conflicto del directivo y sus errores irreparables
Era imposible dar soporte a dos nuevos sistemas operativos en seis meses. Fue más que un desafío; fue simplemente una imprudencia. Los ingenieros de mi equipo tenían mucho talento, pero no eran magos. Incluso trabajando noches y fines de semana, no había manera de que llegáramos a tiempo.Marcha de la MuerteNo podíamos enviar a los valiosos miembros de nuestro equipo a un "proyecto imprudente y sin posibilidad de éxito".
Es más, la situación de ser sospechoso de "¿Estás mintiendo?" era realmente frustrante y exasperante.
Por mi experiencia en la Marina, creía firmemente que "la tarea más importante de un gerente es proteger a sus subordinados". Así que seguí discutiendo con la gerencia en un tono muy fuerte, diciendo: "¡Este plan es imprudente! ¡Es ridículo!". Estoy seguro de que mi frustración e insatisfacción se reflejaban en mi actitud.
Mi supervisor directo trabajaba en la misma empresa, así que sabía perfectamente que este plan era una locura. Pero me dijo: «Bueno, sé que es difícil, pero intentémoslo».
En ese momento no tenía idea de que las palabras "Intentémoslo" determinarían mi destino, porque ¿cómo podía decirle a los miembros de mi equipo que "intentaran" algo que sabía que definitivamente fracasaría?
Lo que hice y lo que debí haber hecho
Mirando hacia atrás, las acciones que tomé fueron completamente equivocadas.
Ardiendo de justicia por tener que "¡proteger a mi equipo!", ni siquiera fingí cooperar con el plan de la gerencia. Al contrario, incluso les dije a los ingenieros de mi equipo: "Este plan es una locura, así que no tienen por qué tomárselo en serio". Y seguí respondiendo a la alta gerencia, diciendo: "¡Les dije que era imposible!".
¿Qué debería haber hecho entonces? Aquí es donde se pone realmente difícil.
Lo que realmente debería haber hecho era...Hazlo lo mejor que puedasAunque sabía que era un plan imposible, quería salvar las apariencias ante el equipo directivo y proteger a mi equipo del agotamiento.El camino del medio"Debería haberme esforzado por encontrar uno. Es muy difícil, sin duda, pero al menos debería haberlo intentado.
Al final, mi respuesta inmadura y emocional me hizo despedir. ¿No se terminó el proyecto a tiempo? Claro que no. ¿Pero significaba eso que tenía razón en ser tan terco y rebelde como para que me despidieran? No, estaba mal.
Lecciones importantes aprendidas de esta amarga experiencia
¿Qué podemos aprender de esta historia? El autor del artículo original señala algunas lecciones importantes:
- Ser gerente puede ser una tarea muy difícil a veces y uno puede encontrarse atrapado en un dilema que parece imposible.
- A veces, en lugar de insistir en que tienes razón,¿Qué es lo mejor para toda la organización?Hay momentos en los que es necesario priorizar.
- Proteger a mis subordinados y seguir la política de la empresa como miembro del equipo directivo.sensación de equilibriose vuelve muy importante.
- Así como gestionas a tus subordinados,Gestionar bien a tu jefe(A esto a veces se le llama "gestionar hacia arriba") también es importante.
Después de todo "Esté en lo cierto o no"no es suficiente"¿Cómo podemos resolver eficazmente la situación y seguir adelante?" es mucho más importante. El autor concluye diciendo que aprendió esto a las duras penas.
Una palabra de John
Fue una historia desgarradora de leer. Pero estas "historias de fracaso" pueden enseñarnos mucho al recordarlas. En particular, la dificultad de comunicación entre las personas y los malentendidos y la falta de comunicación que surgen de las diferencias de posturas y perspectivas son inherentes no solo al desarrollo de la IA, sino a cualquier trabajo.
Así que, si usted es un gerente en el futuro, o si actualmente enfrenta una situación difícil similar, espero que esta historia lo inspire a hacer una pausa y pensar: "¿Cómo puedo proceder de manera más sabia?".
Este artículo se basa en los siguientes artículos originales y se resume desde la perspectiva del autor:
Gestionar proyectos de software es un arma de doble filo