{"id":19865,"date":"2023-07-17T13:30:44","date_gmt":"2023-07-17T13:30:44","guid":{"rendered":"https:\/\/devologyx.io\/como-las-grandes-tecnologicas-dirigen-los-proyectos-tecnologicos-y-la-curiosa-ausencia-de-scrum\/"},"modified":"2024-10-31T18:01:36","modified_gmt":"2024-10-31T18:01:36","slug":"como-las-grandes-tecnologicas-dirigen-los-proyectos-tecnologicos-y-la-curiosa-ausencia-de-scrum","status":"publish","type":"post","link":"https:\/\/devologyx.io\/es\/como-las-grandes-tecnologicas-dirigen-los-proyectos-tecnologicos-y-la-curiosa-ausencia-de-scrum\/","title":{"rendered":"C\u00d3MO LAS GRANDES TECNOL\u00d3GICAS DIRIGEN LOS PROYECTOS TECNOL\u00d3GICOS Y LA CURIOSA AUSENCIA DE SCRUM"},"content":{"rendered":"\n
\"\"<\/figure>\n\n

La gesti\u00f3n t\u00e9cnica de proyectos es el proceso de gesti\u00f3n de todos los proyectos inform\u00e1ticos y relacionados con la inform\u00e1tica. Los gestores de proyectos t\u00e9cnicos son esenciales para dirigir un proyecto a trav\u00e9s de su inicio, planificaci\u00f3n, ejecuci\u00f3n, seguimiento, control y finalizaci\u00f3n. La gesti\u00f3n t\u00e9cnica de proyectos implica la comunicaci\u00f3n de las partes interesadas, tanto t\u00e9cnicas como no t\u00e9cnicas. Los gestores de proyectos han transformado la forma en que las empresas planifican y ejecutan los proyectos. Son innovadores, buenos comunicadores, facilitadores basados en datos y solucionadores de problemas que dirigen e inspiran a los dem\u00e1s. <\/p>\n\n

Las grandes tecnol\u00f3gicas tienen enfoques diferentes de la gesti\u00f3n de proyectos tecnol\u00f3gicos que las dem\u00e1s empresas. Recog\u00ed datos investigando algunas conocidas empresas tecnol\u00f3gicas que cotizan en bolsa. He aqu\u00ed c\u00f3mo suelen hacer las cosas: <\/p>\n\n

Empresa<\/strong><\/td>\u00bfTienen una metodolog\u00eda central?<\/strong><\/td>Metodolog\u00eda de gesti\u00f3n de proyectos que suele emplearse en la realizaci\u00f3n de proyectos de ingenier\u00eda.<\/strong><\/td>L\u00edder de proyectos de ingenier\u00eda.<\/strong><\/td><\/tr>
Amazon<\/td>Scrum<\/td>Planificar (6-paager) – Construir (iterar) – Enviar<\/td>Jefe T\u00e9cnico<\/td><\/tr>
Manzana<\/td>Scrum<\/td>Planificar – Construir (repetir) – Embarcar<\/td>Jefe T\u00e9cnico<\/td><\/tr>
Datadog<\/td>Los miembros del equipo deciden<\/td>Plan (RFC) – Construir – Embarcar<\/td>Ingeniero t\u00e9cnico o jefe<\/td><\/tr>
Facebook<\/td>Los miembros del equipo pueden elegir<\/td>Planificar – Construir (iterar) – Enviar<\/td>Ingeniero t\u00e9cnico o jefe<\/td><\/tr>
Google<\/td>Los miembros del equipo deciden<\/td>Planificar (documento de dise\u00f1o) – Construir – Embarcar<\/td>Ingeniero t\u00e9cnico o jefe<\/td><\/tr>
Netflix<\/td>Los miembros del equipo seleccionan una metodolog\u00eda adecuada<\/td>Planificar – Construir (iterar) – Enviar<\/td>Ingeniero t\u00e9cnico o jefe<\/td><\/tr>
Shopify<\/td>La metodolog\u00eda de gesti\u00f3n de proyectos suele utilizarse cuando se realizan proyectos de ingenier\u00eda.<\/strong><\/td>No, el equipo elige<\/td>Ingeniero t\u00e9cnico o jefe<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

\u00c9stas son algunas de las caracter\u00edsticas que comparten los ingenieros de Big Tech en su forma de ejecutar los proyectos<\/strong><\/p>\n\n

    \n
  • Los ingenieros dirigen la mayor\u00eda de los proyectos: <\/strong>Tanto las empresas emergentes desarrolladas como las grandes tecnol\u00f3gicas suelen utilizar a sus ingenieros de todos los niveles para dirigir los proyectos de ingenier\u00eda. Como ingeniero, desarrollar las habilidades para llevar esto a cabo es esencial si quiere crecer en puestos directivos y de personal. Y como directivo, ayudar a la gente a desarrollar estas habilidades le ayudar\u00e1 a escalar como l\u00edder. <\/li>\n\n\n\n
  • Los equipos tienen la voluntad de elegir la metodolog\u00eda de gesti\u00f3n del proyecto<\/strong>: Muchos equipos optan por un proceso de planificaci\u00f3n tipo RFC, repiten en la construcci\u00f3n y env\u00edan todo en unas pocas semanas. Otros equipos utilizan m\u00e9todos m\u00e1s parecidos al Kanban, trabajando en los elementos con mayor prioridad. <\/li>\n\n\n\n
  • No existe un gestor de proyectos comprometido para los proyectos a nivel de equipo:<\/strong> La mayor\u00eda de las empresas cuentan con directores de programas t\u00e9cnicos (TPM) que se encargan de los grandes proyectos en los que participan varios equipos o que abarcan varias organizaciones. Estos gestores tambi\u00e9n dirigen programas de ingenier\u00eda que no se califican como productos. Cuando se trata de trabajar, eso no es un producto o una plataforma pero es esencial, como la migraci\u00f3n de los centros de datos locales a un proveedor en la nube. Estas son las \u00e1reas en las que los TPM asumen la responsabilidad. <\/li>\n<\/ul>\n\n

    Esto es muy com\u00fan para quienes trabajan en grandes empresas tecnol\u00f3gicas. Sin embargo, si se copiara el mismo enfoque en una empresa m\u00e1s tradicional, probablemente fracasar\u00eda. Esto se debe a que la estructura organizativa de las Big Tech afecta significativamente a la forma en que los equipos pueden desempe\u00f1ar y ejecutar sus funciones. <\/p>\n\n

    POR QU\u00c9 LAS GRANDES EMPRESAS TECNOL\u00d3GICAS NO UTILIZAN SCRUM<\/strong><\/p>\n\n

      \n
    • Scrum no es \u00e1gil: Scrum se asoci\u00f3 tan fuertemente con los proyectos \u00e1giles al principio que la comunidad no logr\u00f3 verlos como algo separado. El enfoque cient\u00edfico de Scrum y su promoci\u00f3n entusiasta indujeron a muchos a una falsa sensaci\u00f3n de seguridad. El \u00e9nfasis de Scrum en la gesti\u00f3n emp\u00edrica es l\u00f3gicamente s\u00f3lido. Cuando las circunstancias y las prioridades cambian r\u00e1pidamente, la planificaci\u00f3n y la ejecuci\u00f3n convencionales fracasan, por lo que hay que observar y adaptarse continuamente. <\/li>\n\n\n\n
    • Esto es precisamente lo que consiguen los enfoques \u00e1giles de desarrollo de software, aunque llegaron a pr\u00e1cticas similares desde una perspectiva diferente.<\/li>\n\n\n\n
    • Hubris y entusiasmo: Muchos esperaban que Scrum fuera una \u00abenvoltura\u00bb alrededor de cualquier tipo de m\u00e9todo de desarrollo de nuevos productos, lo cual era bienintencionado pero ignoraba un fallo l\u00f3gico fatal: si se envuelve un proceso no \u00e1gil, el conjunto deja de ser \u00e1gil. Esta arrogancia hace que tantos proyectos Scrum siembren las semillas de su fracaso. El defecto fatal de Scrum es que se ve a s\u00ed mismo como algo vac\u00edo; no tiene opini\u00f3n sobre c\u00f3mo \u00abdeber\u00eda\u00bb desarrollarse el software. Es como si la asociaci\u00f3n de Scrum con Agile se considerara circunstancial y no intr\u00ednseca. Agile se describe por principios y valores, no por ceremonias y procesos. Agile se rige por un manifiesto, no por un manual de procesos. Se trata de dos cosas muy diferentes, pero a\u00fan hoy mucha gente sigue confundida por la confusi\u00f3n. <\/li>\n\n\n\n
    • Scrum conduce a menudo a la expansi\u00f3n del alcance, debido a la falta de una fecha final definida.<\/li>\n\n\n\n
    • Las posibilidades de fracaso del proyecto son altas si los individuos no est\u00e1n muy comprometidos o no cooperan<\/li>\n\n\n\n
    • Adoptar el marco Scrum en equipos grandes es un reto<\/li>\n\n\n\n
    • El marco s\u00f3lo puede tener \u00e9xito con miembros del equipo experimentados<\/li>\n\n\n\n
    • Las reuniones diarias a veces frustran a los miembros del equipo<\/li>\n\n\n\n
    • Si alg\u00fan miembro del equipo renuncia durante la ejecuci\u00f3n de un proyecto, puede tener un gran impacto negativo en el mismo.<\/li>\n\n\n\n
    • La calidad es dif\u00edcil de implantar sin que los miembros del equipo pasen por un exigente proceso de pruebas<\/li>\n<\/ul>\n\n

      C\u00d3MO INFLUYEN LAS ESTRUCTURAS ORGANIZATIVAS DE LAS GRANDES TECNOL\u00d3GICAS EN LOS PROYECTOS<\/strong><\/p>\n\n

      \"\"<\/figure>\n\n

      Para que entienda c\u00f3mo gestionan los proyectos las grandes tecnol\u00f3gicas, demos un paso atr\u00e1s y analicemos el entorno en el que operan la mayor\u00eda de estas empresas:<\/p>\n\n

      Autonom\u00eda para los ingenieros de software.<\/strong> De los desarrolladores de las empresas establecidas se espera que cumplan las tareas que se les asignan. En cuanto a las empresas de nueva creaci\u00f3n, se espera que resuelvan los problemas a los que se enfrenta la empresa en ese momento. Se trata de una diferencia considerable que, a su vez, repercute en las operaciones cotidianas de cualquier ingeniero. <\/p>\n\n

      Solucionadores de problemas, no recursos sin sentido.<\/strong> Un ingeniero motivado que resuelve problemas con rapidez tiene m\u00e1s impacto que un trabajador industrial que s\u00f3lo realiza las tareas que le han encomendado. Para las empresas con una configuraci\u00f3n de trabajador industrial, este m\u00e9todo no favorece los enfoques de gesti\u00f3n de proyectos m\u00e1s pesados que dejan menos margen para la interpretaci\u00f3n a prop\u00f3sito. <\/p>\n\n

      Exposici\u00f3n al negocio y a las m\u00e9tricas empresariales.<\/strong> Los ingenieros deben interactuar con el resto de la industria y crear relaciones con el personal que no es ingeniero. Por otro lado, las empresas tradicionales suelen dificultar la interacci\u00f3n de los desarrolladores con el resto de la empresa. <\/p>\n\n

      Comunicaciones de ingeniero a ingeniero a trav\u00e9s de la comunicaci\u00f3n triangular.<\/strong> Lo que suele ocurrir en las empresas tradicionales es que promueven una comunicaci\u00f3n jer\u00e1rquica que ralentiza el flujo de informaci\u00f3n y da lugar a decisiones m\u00e1s lentas que provocan un retraso en el lanzamiento de los productos.<\/p>\n\n

      Crear una experiencia menos decepcionante para los desarrolladores.<\/strong> Las empresas que centran su atenci\u00f3n en que los ingenieros puedan resolver los problemas lo antes posible crean varios equipos de plataforma, lo que reduce la rotaci\u00f3n de la experiencia de los desarrolladores.<\/p>\n\n

      Una mayor remuneraci\u00f3n se justifica por un mayor apalancamiento.<\/strong> Las empresas que apalancan a los ingenieros no tendr\u00e1n problemas para pagar cerca de la cima del mercado o por encima de ella.<\/p>\n\n

      El calibre del talento contratado.<\/strong> Estas empresas contratan a personas muy competentes y muy motivadas, gracias a la combinaci\u00f3n de todo lo anterior. Disponen de una gran reserva entre la que elegir, ya que son conocidas por sus generosos paquetes retributivos y sus importantes oportunidades de crecimiento profesional. <\/p>\n\n

      \u00bfQu\u00e9 es Scrum?<\/strong><\/p>\n\n

      \"\"<\/figure>\n\n

      Scrum es una metodolog\u00eda de desarrollo \u00e1gil utilizada para desarrollar software basado en procesos repetitivos e incrementales. Scrum es f\u00e1cilmente adaptable, flexible, r\u00e1pido y un marco \u00e1gil pr\u00e1ctico que ayuda a los equipos a trabajar juntos. Anima a los miembros del equipo a aprender a trav\u00e9s de las experiencias, a autoorganizarse mientras resuelven un problema y a reflexionar sobre sus victorias y derrotas para garantizar una mejora continua. Est\u00e1 dise\u00f1ado para aportar valor al cliente durante todo el desarrollo de un proyecto. <\/p>\n\n

      Importancia de la metodolog\u00eda Scrum<\/strong><\/p>\n\n

        \n
      • La metodolog\u00eda Scrum es sencilla y eficaz. Es algo diferente de una colecci\u00f3n esencial de componentes conectados. La Metodolog\u00eda Scrum suele entenderse err\u00f3neamente como una filosof\u00eda. Actualiza el m\u00e9todo l\u00f3gico de experimentaci\u00f3n. La Metodolog\u00eda Scrum tambi\u00e9n puede utilizarse en lugar de un enfoque algor\u00edtmico a medida. Las personas tienden a pensar en la Metodolog\u00eda Scrum y \u00e1gil como algo similar porque la Metodolog\u00eda Scrum se basa en la mejora constante, que es una directriz central de la metodolog\u00eda \u00e1gil scrum. <\/li>\n\n\n\n
      • La Metodolog\u00eda Scrum es un marco para realizar el trabajo, mientras que \u00e1gil es una actitud. El marco de la Metodolog\u00eda Scrum es experiencial; se ayuda del aprendizaje continuo y cambia siguiendo componentes fluctuantes. Identifica que los individuos no lo saben todo al principio de un proyecto y que se desarrollar\u00e1n gradualmente. <\/li>\n\n\n\n
      • La metodolog\u00eda Scrum ayuda a las organizaciones a adaptarse con poca frecuencia a los entornos fluctuantes y a las necesidades de los clientes. La principal prioridad del marco Scrum es mejorar los ciclos de entrega cortos y ayudar a las organizaciones a aprender mientras trabajan. Aunque la Metodolog\u00eda Scrum es organizada, no es muy inflexible. Su ejecuci\u00f3n puede adaptarse a las necesidades de cualquier asociaci\u00f3n. Existen numerosas hip\u00f3tesis sobre c\u00f3mo deben funcionar exactamente los grupos de la Metodolog\u00eda Scrum para ser eficaces. No obstante, tras m\u00e1s de un tiempo ayudando a los grupos \u00e1giles a completar el trabajo en Atlassian, hemos descubierto que la buena correspondencia, la franqueza y el compromiso con la mejora continua deben permanecer siempre en el punto central de cualquier Scrum y marco \u00e1gil que elija. <\/li>\n<\/ul>\n\n

        Diferentes roles en Scrum<\/strong><\/p>\n\n

        \"\"<\/figure>\n\n

        Los tres roles de Scrum describen las responsabilidades clave de quienes forman parte del equipo Scrum. No son t\u00edtulos de trabajo, lo que significa que cualquier t\u00edtulo puede desempe\u00f1ar uno de los roles, incluido el suyo. En Scrum, el equipo suele centrarse en la autoorganizaci\u00f3n, la mejora continua y la creaci\u00f3n de software de calidad. El propietario de un proyecto Scrum presta atenci\u00f3n a la definici\u00f3n de las caracter\u00edsticas que debe tener el producto (qu\u00e9 construir, qu\u00e9 no y en qu\u00e9 orden) y a la superaci\u00f3n de los retos que puedan interferir con el equipo de desarrollo. <\/p>\n\n

        El equipo Scrum incorpora los siguientes roles:<\/p>\n\n

        Scrum master: es<\/strong> la persona que est\u00e1 detr\u00e1s del equipo y que marca el camino y les gu\u00eda para que act\u00faen de acuerdo con las reglas y procesos de la metodolog\u00eda. El scrum master tambi\u00e9n controla la reducci\u00f3n de los impedimentos del proyecto y colabora con el propietario del producto para mejorar el rendimiento de la inversi\u00f3n. El scrum master tambi\u00e9n ayuda al propietario del producto a definir el valor, el equipo de desarrollo crea el valor y el equipo scrum lo mejora. El scrum master no s\u00f3lo describe un tipo de liderazgo de apoyo, sino tambi\u00e9n las operaciones diarias del equipo. <\/p>\n\n

        Propietario del producto: <\/strong>es el representante de las partes interesadas y de los clientes que utilizan el software. Centran su atenci\u00f3n en la parte empresarial y son responsables del rendimiento de la inversi\u00f3n del proyecto. El propietario del producto no s\u00f3lo comprende las necesidades de los clientes, sino que tambi\u00e9n visualiza el valor que el equipo scrum aportar\u00e1 a los clientes. Tambi\u00e9n se asegura de que exista un equilibrio entre las necesidades de las partes interesadas. As\u00ed pues, el propietario del producto debe encargarse de estas aportaciones y hacer del trabajo la prioridad n\u00famero uno. Se trata de una responsabilidad esencial porque las prioridades contradictorias minimizan la eficacia del equipo y tambi\u00e9n rompen la confianza entre el equipo de desarrollo y la empresa. <\/p>\n\n

        El equipo: <\/strong>suele tratarse de un grupo de expertos con los conocimientos t\u00e9cnicos necesarios para desarrollar el proyecto, que realizan en colaboraci\u00f3n las tareas que dan comienzo a cada sprint. La mayor\u00eda de la gente piensa que el equipo de desarrollo debe estar formado \u00fanicamente por ingenieros, pero no es as\u00ed. El equipo de desarrollo puede contar con todo tipo de personas, incluidos dise\u00f1adores, programadores o redactores. Este equipo debe estar autoorganizado para poder tomar decisiones que permitan realizar el trabajo. El equipo de desarrollo, al igual que el equipo de apoyo a la producci\u00f3n, puede aplicar decisiones que solucionen los problemas que se presenten y tambi\u00e9n aportar valor. Este equipo tambi\u00e9n garantiza la transparencia durante el standup diario. El scrum standup diario ofrece transparencia al trabajo y proporciona una plataforma a trav\u00e9s de la cual los miembros del equipo pueden buscar ayuda. <\/p>\n\n

        Conclusi\u00f3n<\/strong><\/p>\n\n

        Ya hemos hablado de c\u00f3mo las empresas de distintas etapas llevan a cabo sus proyectos con diferentes metodolog\u00edas y de c\u00f3mo las grandes tecnol\u00f3gicas no suelen instrumentar un enfoque \u00fanico. No obstante, las grandes empresas cuentan con mucho apoyo organizativo para que este proceso funcione. <\/p>\n\n

        En general, la forma de dirigir equipos deber\u00eda depender de su contexto. Los factores relevantes incluyen su estructura organizativa, las personas con las que trabaja, la autonom\u00eda y las habilidades de esas personas, su competencia y si est\u00e1 operando en \u00abtiempos de guerra\u00bb o en \u00abtiempos de paz\u00bb. La lista contin\u00faa. <\/p>\n","protected":false},"excerpt":{"rendered":"

        La gesti\u00f3n t\u00e9cnica de proyectos es el proceso de gesti\u00f3n de todos los proyectos inform\u00e1ticos y relacionados con la inform\u00e1tica. Los gestores de proyectos t\u00e9cnicos son esenciales para dirigir un proyecto a trav\u00e9s de su inicio, planificaci\u00f3n, ejecuci\u00f3n, seguimiento, control y finalizaci\u00f3n. La gesti\u00f3n t\u00e9cnica de proyectos implica la comunicaci\u00f3n de las partes interesadas, tanto […]<\/p>\n","protected":false},"author":1,"featured_media":16892,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_themeisle_gutenberg_block_has_review":false,"_jet_sm_ready_style":"","_jet_sm_style":"","_jet_sm_controls_values":"","_jet_sm_fonts_collection":"","_jet_sm_fonts_links":"","footnotes":""},"categories":[86],"tags":[],"writer":[],"class_list":["post-19865","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categorizar"],"_links":{"self":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts\/19865","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/comments?post=19865"}],"version-history":[{"count":3,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts\/19865\/revisions"}],"predecessor-version":[{"id":20071,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts\/19865\/revisions\/20071"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/media\/16892"}],"wp:attachment":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/media?parent=19865"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/categories?post=19865"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/tags?post=19865"},{"taxonomy":"writer","embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/writer?post=19865"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}