\n<\/p>\n
\n\t\t\t\t\t\t\tkatherine kostereva<\/span> \t\tKatherine Kostereva es directora ejecutiva y socia gerente de Creatio, que proporciona una plataforma de c\u00f3digo bajo para automatizar flujos de trabajo y CRM.\t<\/p><\/div>\n El viejo adagio<\/span> de \u201chacer m\u00e1s con menos\u201d es un consejo particularmente cr\u00edtico tanto para las nuevas empresas como para las empresas en este momento.<\/p>\n La financiaci\u00f3n de empresas ha alcanzado su punto m\u00e1s bajo en dos a\u00f1os, lo que significa que las nuevas empresas ahora deben centrarse en tomar decisiones dif\u00edciles sobre c\u00f3mo utilizar sus presupuestos limitados. Las empresas tambi\u00e9n se est\u00e1n ajustando el cintur\u00f3n a medida que los clientes sienten el impacto de la inflaci\u00f3n y se preparan para una econom\u00eda incierta. Adem\u00e1s, nos enfrentamos a una escasez mundial de talento que ejerce m\u00e1s presi\u00f3n sobre un grupo de desarrolladores de software ya limitado.<\/p>\n Las herramientas de desarrollo sin c\u00f3digo no podr\u00edan haber llegado en mejor momento. Al democratizar la capacidad de desarrollar software a trav\u00e9s de herramientas visuales de arrastrar y soltar, la tecnolog\u00eda sin c\u00f3digo permite que una variedad de personas que no son desarrolladores comiencen a crear software.<\/p>\n Para una startup, esto podr\u00eda significar que el fundador ahora puede crear su primer lanzamiento de producto m\u00ednimo viable (MVP) mientras arranca con el equipo. Para las empresas, los equipos pueden crear sus propias aplicaciones sin tener que depender del departamento de TI.<\/p>\n \u00bfC\u00f3mo se hace para convertir un prototipo en un MVP sin c\u00f3digo? Aqu\u00ed hay cuatro pasos pr\u00e1cticos que puede tomar:<\/p>\n Las metodolog\u00edas \u00e1giles tradicionales para el desarrollo personalizado se han popularizado al dividir versiones m\u00e1s grandes en versiones m\u00e1s peque\u00f1as que agregan funciones.<\/p>\n \t\t\tEn lugar de quedar atrapado tratando de dise\u00f1ar el lanzamiento MVP perfecto y completo de una sola vez, intente entregar valor lo m\u00e1s r\u00e1pido posible y mejorar continuamente su prototipo.\t\t\t\t\t<\/p><\/blockquote><\/div>\n Seg\u00fan el estilo de Agile empleado, variar\u00e1 el tiempo que tardar\u00e1 cada versi\u00f3n en estar lista. La versi\u00f3n Scrum de Agile normalmente define \u00absprints\u00bb m\u00e1s cortos de dos a tres semanas. Sin embargo, es posible que no todas las compilaciones desarrolladas en estos sprints est\u00e9n listas para su lanzamiento a los usuarios finales, quienes tendr\u00e1n que esperar hasta que se complete el pr\u00f3ximo lanzamiento completo.<\/p>\n No-code es diferente: permite la entrega de funciones con actualizaciones peque\u00f1as, r\u00e1pidas y continuas, a lo que nos referiremos como \u00abentrega diaria\u00bb. Esto se basa en conceptos de Agile pero no lo obliga a una duraci\u00f3n de lanzamiento estrictamente definida. En cambio, sin c\u00f3digo, puede agregar funciones al prototipo de manera r\u00e1pida y continua y evolucionarlo hacia su MVP y lanzar funciones cuando est\u00e9n listas a trav\u00e9s de actualizaciones incrementales m\u00e1s peque\u00f1as (quiz\u00e1s diariamente).<\/p>\n Una forma de hacerlo es a trav\u00e9s del M\u00e9todo Kanban, que es ideal para el desarrollo sin c\u00f3digo. Kanban adopta un modelo de entrega de \u00abempuje\u00bb continuo, donde los equipos lanzan funciones tan pronto como est\u00e1n listas, en comparaci\u00f3n con Scrum, que organiza el trabajo en sprints y trenes de lanzamiento definidos.<\/p>\n Cuando se usan juntos, Kanban y sin c\u00f3digo le permiten actualizar el prototipo y lanzar actualizaciones m\u00e1s r\u00e1pido y con mayor frecuencia, recopilar comentarios de sus partes interesadas y usuarios finales y responder m\u00e1s r\u00e1pido. Kanban tambi\u00e9n puede ser m\u00e1s f\u00e1cil de adoptar para los que no son desarrolladores: pueden usarlo adem\u00e1s de los flujos de trabajo, sistemas y procesos existentes sin interrumpir lo que ya est\u00e1 en su lugar. Finalmente, Kanban tambi\u00e9n minimiza la necesidad de experiencia en desarrollo y roles de especialistas (por ejemplo, Scrum master o propietario del producto), lo que hace que sea m\u00e1s f\u00e1cil y r\u00e1pido de adoptar para quienes no son desarrolladores.<\/p>\n El siguiente paso es analizar y descomponer adecuadamente los elementos de trabajo en su versi\u00f3n de MVP.<\/p>\n<\/p><\/div>\n
\n\t\t\t\t\t\tContribuyente<\/span>\n\t\t<\/p>\n<\/p><\/div>\n\n
Adopte un enfoque de entrega diario<\/h2>\n
\n
Alcance y descomposici\u00f3n adecuados<\/h2>\n