{"id":368,"date":"2021-09-12T15:50:50","date_gmt":"2021-09-12T15:50:50","guid":{"rendered":"https:\/\/www.rexduran.com\/v1\/?p=368"},"modified":"2023-08-16T18:23:46","modified_gmt":"2023-08-16T18:23:46","slug":"proceso-de-5-pasos-de-elon","status":"publish","type":"post","link":"https:\/\/www.rexduran.com\/v1\/2021\/09\/12\/proceso-de-5-pasos-de-elon\/","title":{"rendered":"Los 5 pasos de Elon"},"content":{"rendered":"\r\n

Quienes me conocen saben que me considero un friki de los viajes al espacio. Hace unos d\u00edas tuve la suerte de ver una entrevista a Elon Musk, con un acceso total a la\u00a0Starbase\u00a0de\u00a0Spacex\u00a0en Boca Chica, Texas, a trav\u00e9s del canal\u00a0Everyday\u00a0Astronaut. Una entrevista de algo m\u00e1s de 2 horas, concedida por Elon a Tim Dodd.\u00a0<\/p>\r\n\r\n\r\n\r\n\r\n\r\n

En dicha entrevista, sobre todo en la primera hora, Elon nos explica de primera mano, c\u00f3mo funciona lo que \u00e9l define como un proceso de 5 pasos. En la misma, nos dice que intenta que sean implementados en sus empresas de manera rigurosa y los detalla a trav\u00e9s de algunas analog\u00edas y ejemplos de su experiencia corporativa, en Tesla y en\u00a0Spacex. Considero que se pueden aplicar a cualquier proceso de desarrollo de Software, sin hacer demasiadas variaciones.<\/p>\r\n

<\/p>\r\n

\"\"<\/p>\r\n

Ac\u00e1 mi resumen de sus cinco pasos:\u00a0<\/p>\r\n\r\n\r\n\r\n

    \r\n
  1. Examina y limita los requerimientos, que sean lo m\u00e1s tontos posibles.\u00a0\u00a0<\/strong>\r\n
      \r\n
    • Cuestiona los requerimientos porque, aunque la persona que solicita es brillante, todos se equivocan.\u00a0<\/strong><\/li>\r\n\r\n\r\n\r\n
    • Deben tener nombre y apellido, es decir, son personales, no de un departamento. Puede pasar que un requerimiento sea de alguien que ya no est\u00e1 ni en la empresa y que el departamento no est\u00e9 de acuerdo.\u00a0<\/strong><\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n

      Cu\u00e1ntas veces en nuestra vida profesional nos encontramos con la pregunta de \u00bfqui\u00e9n ha pedido esto? y nadie del equipo lo sabe. En muchos casos nos encontramos procesos enteros, dise\u00f1ados a la medida de alguien que ya ni siquiera pertenece a la organizaci\u00f3n. Esto pasa de manera frecuente, cuando se pone de lado la funcionalidad real, respecto a la satisfacci\u00f3n de un cliente particular, aunque el mismo sea parte de la organizaci\u00f3n.\u00a0\u00a0<\/p>\r\n\r\n\r\n\r\n

        \r\n
      1. Elimina procesos y simplifica.\u00a0\u00a0<\/strong>\r\n
          \r\n
        • Si el 10% del tiempo no vuelves a agregar algo que pensabas que no necesitabas, no est\u00e1s simplificando lo suficiente.<\/strong>\u00a0<\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n

          Este escenario es muy t\u00edpico de modelos de datos amplios para funcionalidades corporativas. En los mismos, siempre encontramos tablas en las que no existe ning\u00fan valor almacenado\u00a0o segmentos de c\u00f3digo fuente donde solo se encuentran esbozadas ideas que nunca se llevaron a cabo, est\u00e1n por ah\u00ed diseminadas en todas partes, pero que nadie se atreve a tocar o a eliminar, porque puede afectar \u201calgo\u201d\u00a0<\/p>\r\n\r\n\r\n\r\n

          En este punto creo que el enfoque de MVP (Minimun\u00a0Value\u00a0Product\u00a0o Producto M\u00ednimo Viable) nos ayudar\u00edan a minimizar estos elefantes blancos. Funcionalidades enteras desarrolladas de las cuales solo se usa una peque\u00f1a parte. El enfoque debe ser, funcionalidad m\u00ednima necesaria y luego, si es necesario, se puede ampliar.\u00a0<\/p>\r\n\r\n\r\n\r\n

            \r\n
          1. Optimiza el resultado.\u00a0<\/strong>\r\n
              \r\n
            • El error m\u00e1s grande en ingenier\u00eda es optimizar cosas que no deber\u00edan haber existido en un primer momento.\u00a0<\/strong><\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n

              Creo que poco o nada m\u00e1s queda por agregar. Se pierden cientos de horas corrigiendo piezas de software que nunca han debido existir. Existe una frase que se me grab\u00f3 hace mucho tiempo, automatizar el error y eso es algo que ocurre en la mayor\u00eda de las organizaciones.\u00a0<\/p>\r\n\r\n\r\n\r\n

                \r\n
              1. Acelera\u00a0el tiempo del ciclo, presiona en el tiempo.\u00a0\u00a0<\/strong>\r\n
                  \r\n
                • Solo despu\u00e9s de completar todo lo anterior entonces se puede acelerar producci\u00f3n.\u00a0<\/strong><\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n

                  Ac\u00e1 podr\u00edamos abarcar muchas l\u00edneas analizando esto. Es bastante com\u00fan encontrarnos l\u00edderes de equipo,\u00a0project\u00a0managers y organizaciones en general, presionando para que las aplicaciones est\u00e9n listas antes de tener claro los requerimientos y al menos la mayor parte de las funcionalidades definidas. Sobre esto har\u00e9 una ampliaci\u00f3n sobre lo que\u00a0considero\u00a0que es el punto m\u00e1s dif\u00edcil en todo proyecto de software, vender\u00a0tiempo.\u00a0<\/p>\r\n\r\n\r\n\r\n

                    \r\n
                  1. Pruebas completas de funcionalidades, hac\u00eda el final, en lugar de pruebas individuales.\u00a0\u00a0<\/strong>\r\n
                      \r\n
                    • Hay partes que probadas solas pueden funcionar, pero se descartan piezas que realmente no est\u00e1n mal y que igual funcionan una vez instaladas.\u00a0<\/strong><\/li>\r\n\r\n\r\n\r\n
                    • Se hacen pruebas que no obedecen al requerimiento real y que solo se entiende o descubre cuando se prueba el conjunto.\u00a0<\/strong><\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n

                      He visto mucho software que se programa para pasar los casos de prueba, pero que al llegar a las pruebas funcionales o de integraci\u00f3n simplemente no funcionan. Por esto es que todos deben entender cu\u00e1l es el fin de la pieza que se est\u00e1 realizando, lo importante de entender el contexto. En dicha entrevista, nos da algunas ideas bastante interesantes de c\u00f3mo involucrar al personal, por ejemplo, todos los ingenieros son ingenieros jefes, en el contexto de\u00a0Spacex, esto es necesario para que entiendan el fin de lo que est\u00e1n realizando y se den cuenta de cuando est\u00e1n haciendo una mala optimizaci\u00f3n. Si bien en otras \u00e1reas o empresas, se puede aplicar a levantar el nivel de todos los desarrolladores, llevarlos a que puedan considerarse seniors, en el sentido de involucrarse en los proyectos y logren internalizar la funcionalidad.\u00a0<\/p>\r\n\r\n\r\n\r\n

                      Y a manera de epilogo, para Elon, automatizar es la \u00faltima etapa.\u00a0\u00a0<\/p>\r\n\r\n\r\n\r\n

                      A continuaci\u00f3n, las 3 partes de la entrevista.\u00a0<\/p>\r\n\r\n\r\n\r\n

                      \r\n
                      https:\/\/www.youtube.com\/watch?v=t705r8ICkRw&ab_channel=EverydayAstronaut<\/div>\r\n<\/figure>\r\n\r\n\r\n\r\n
                      \r\n
                      https:\/\/www.youtube.com\/watch?v=SA8ZBJWo73E&ab_channel=EverydayAstronaut<\/div>\r\n<\/figure>\r\n\r\n\r\n\r\n
                      \r\n
                      https:\/\/www.youtube.com\/watch?v=9Zlnbs-NBUI&ab_channel=EverydayAstronaut<\/div>\r\n<\/figure>\r\n","protected":false},"excerpt":{"rendered":"

                      Quienes me conocen saben que me considero un friki de los viajes al espacio. Hace unos d\u00edas tuve la suerte de ver una entrevista a Elon Musk, con un acceso total a la\u00a0Starbase\u00a0de\u00a0Spacex\u00a0en Boca Chica, Texas, a trav\u00e9s del canal\u00a0Everyday\u00a0Astronaut. Una entrevista de algo m\u00e1s de 2 horas, concedida por Elon a Tim Dodd.\u00a0 En […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,1],"tags":[],"class_list":["post-368","post","type-post","status-publish","format-standard","hentry","category-desarrollo","category-sin-categoria","post-preview"],"_links":{"self":[{"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/posts\/368","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/comments?post=368"}],"version-history":[{"count":14,"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/posts\/368\/revisions"}],"predecessor-version":[{"id":424,"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/posts\/368\/revisions\/424"}],"wp:attachment":[{"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/media?parent=368"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/categories?post=368"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.rexduran.com\/v1\/wp-json\/wp\/v2\/tags?post=368"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}