{"id":59181,"date":"2023-11-10T17:08:01","date_gmt":"2023-11-10T08:08:01","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=59181"},"modified":"2024-03-29T14:55:21","modified_gmt":"2024-03-29T05:55:21","slug":"legal-and-contract-issues-of-agile-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development","title":{"rendered":"\u00bfCu\u00e1les son los problemas legales y contractuales relacionados con el desarrollo \u00e1gil?"},"content":{"rendered":"\n<p>Existen metodolog\u00edas para avanzar en el desarrollo de sistemas. El modelo m\u00e1s cl\u00e1sico y general es el modelo de cascada (Waterfall), y muchos libros de derecho que tratan el desarrollo de sistemas discuten sobre la base de este modelo. En este art\u00edculo, explicaremos los problemas legales que pueden surgir en el desarrollo de sistemas basado en el modelo de desarrollo \u00e1gil, que es dif\u00edcil de obtener informaci\u00f3n de libros y otros medios.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#El_modelo_de_desarrollo_agil_y_los_asuntos_legales\" title=\"El modelo de desarrollo \u00e1gil y los asuntos legales\">El modelo de desarrollo \u00e1gil y los asuntos legales<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#%C2%BFQue_es_un_modelo_en_el_desarrollo_de_sistemas\" title=\"\u00bfQu\u00e9 es un modelo en el desarrollo de sistemas?\">\u00bfQu\u00e9 es un modelo en el desarrollo de sistemas?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#Caracteristicas_del_modelo_de_desarrollo_agil\" title=\"Caracter\u00edsticas del modelo de desarrollo \u00e1gil\">Caracter\u00edsticas del modelo de desarrollo \u00e1gil<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#Manejo_de_documentos_y_cambios_en_el_desarrollo_agil\" title=\"Manejo de documentos y cambios en el desarrollo \u00e1gil\">Manejo de documentos y cambios en el desarrollo \u00e1gil<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#La_importancia_de_la_gestion_de_documentos\" title=\"La importancia de la gesti\u00f3n de documentos\">La importancia de la gesti\u00f3n de documentos<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#La_implementacion_de_un_comite_de_comunicacion_es_efectiva_para_la_gestion_de_documentos\" title=\"La implementaci\u00f3n de un comit\u00e9 de comunicaci\u00f3n es efectiva para la gesti\u00f3n de documentos\">La implementaci\u00f3n de un comit\u00e9 de comunicaci\u00f3n es efectiva para la gesti\u00f3n de documentos<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#El_camino_para_aprovechar_el_comite_de_comunicacion_en_la_gestion_de_cambios\" title=\"El camino para aprovechar el comit\u00e9 de comunicaci\u00f3n en la gesti\u00f3n de cambios\">El camino para aprovechar el comit\u00e9 de comunicaci\u00f3n en la gesti\u00f3n de cambios<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#Se_requiere_comprension_de_la_obligacion_de_buena_fe_y_el_principio_de_equidad\" title=\"Se requiere comprensi\u00f3n de la obligaci\u00f3n de buena fe y el principio de equidad\">Se requiere comprensi\u00f3n de la obligaci\u00f3n de buena fe y el principio de equidad<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/es\/it\/legal-and-contract-issues-of-agile-development\/#Resumen\" title=\"Resumen\">Resumen<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"El_modelo_de_desarrollo_agil_y_los_asuntos_legales\"><\/span>El modelo de desarrollo \u00e1gil y los asuntos legales<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_321052328-1024x683.jpg\" alt=\"\" class=\"wp-image-5414\" \/><figcaption class=\"wp-element-caption\">Explicaremos las caracter\u00edsticas del desarrollo \u00e1gil.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_es_un_modelo_en_el_desarrollo_de_sistemas\"><\/span>\u00bfQu\u00e9 es un modelo en el desarrollo de sistemas?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En los proyectos de desarrollo de sistemas, existe algo llamado modelo de desarrollo, que sirve como un marco para entender el progreso general del proyecto. El m\u00e1s representativo de estos es el llamado &#8220;modelo de cascada&#8221;. Es decir, al igual que el agua que cae desde &#8220;arriba&#8221; hasta &#8220;abajo&#8221; de un r\u00edo, se realiza de una sola vez cada etapa del proceso, como la definici\u00f3n de requisitos, dise\u00f1o, implementaci\u00f3n, pruebas, etc. Este m\u00e9todo es adecuado para avanzar en el trabajo de manera planificada, con el objetivo de reducir al m\u00ednimo la repetici\u00f3n y el retrabajo.<\/p>\n\n\n\n<p>Por otro lado, en el modelo de desarrollo \u00e1gil, se implementan peque\u00f1os programas y luego se prueban, repitiendo este proceso. A trav\u00e9s de este trabajo repetitivo de implementar y probar peque\u00f1os programas, se va construyendo gradualmente un sistema m\u00e1s grande. Para una explicaci\u00f3n m\u00e1s detallada de estos modelos de desarrollo de sistemas y una comparaci\u00f3n de las ventajas y desventajas de ambos modelos de desarrollo, consulte el siguiente art\u00edculo.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Caracteristicas_del_modelo_de_desarrollo_agil\"><\/span>Caracter\u00edsticas del modelo de desarrollo \u00e1gil<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Una de las grandes ventajas del desarrollo con el modelo \u00e1gil es que permite entrar en el trabajo real con un sentido de velocidad. Como las tareas de &#8220;etapas iniciales&#8221;, como la definici\u00f3n de requisitos y la creaci\u00f3n de documentos de dise\u00f1o, y las tareas de implementaci\u00f3n del programa no est\u00e1n separadas, es adecuado para avanzar de manera flexible, incluyendo la respuesta a adiciones y modificaciones de funciones, cambios de especificaciones, etc. Desde el punto de vista legal, lo que es especialmente importante para el \u00e9xito del modelo de desarrollo \u00e1gil es c\u00f3mo se manejan la gesti\u00f3n de documentos y la gesti\u00f3n de cambios. En el modelo de desarrollo \u00e1gil, los roles y responsabilidades no est\u00e1n tan claramente definidos como en el modelo de cascada. Adem\u00e1s, como se trata de un m\u00e9todo que enfatiza la &#8220;velocidad&#8221; para llegar a la ejecuci\u00f3n y el inicio, en lugar de la &#8220;gesti\u00f3n&#8221;, es f\u00e1cil que los documentos de dise\u00f1o, las especificaciones y las actas de las reuniones no est\u00e9n completos.<\/p>\n\n\n\n<p>Adem\u00e1s, en relaci\u00f3n con la gesti\u00f3n de cambios, dado que el modelo de desarrollo \u00e1gil permite una respuesta suave a los cambios, existe el riesgo de que el proyecto se incendie si se salta el proceso de aprobaci\u00f3n para los tomadores de decisiones y se responde a las solicitudes de cambio de especificaciones a nivel de campo. Si esto sucede, la ventaja del modelo de desarrollo de &#8220;una respuesta suave a los cambios posteriores&#8221; puede convertirse en un riesgo de incendio para el proyecto.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Manejo_de_documentos_y_cambios_en_el_desarrollo_agil\"><\/span>Manejo de documentos y cambios en el desarrollo \u00e1gil<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/pixta_50106785_M-1024x768.jpg\" alt=\"\" class=\"wp-image-5416\" \/><figcaption class=\"wp-element-caption\">\u00bfC\u00f3mo se manejan la gesti\u00f3n de documentos y los cambios en el modelo de desarrollo \u00e1gil?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_importancia_de_la_gestion_de_documentos\"><\/span>La importancia de la gesti\u00f3n de documentos<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En los proyectos de desarrollo basados en el modelo de desarrollo \u00e1gil, una preocupaci\u00f3n legal es que las interacciones basadas en la comunicaci\u00f3n oral se acumulen, lo que puede llevar a una falta de documentaci\u00f3n. En cuanto a por qu\u00e9 la gesti\u00f3n de documentos es importante en los proyectos de desarrollo de sistemas en primer lugar, se explica en detalle en el siguiente art\u00edculo.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>En este art\u00edculo, se explica la importancia de la gesti\u00f3n de documentos en los proyectos de desarrollo de sistemas desde dos perspectivas: la prevenci\u00f3n de conflictos (es decir, &#8220;asuntos legales preventivos&#8221;) y la preservaci\u00f3n de pruebas en caso de conflicto (es decir, &#8220;gesti\u00f3n de crisis&#8221;).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_implementacion_de_un_comite_de_comunicacion_es_efectiva_para_la_gestion_de_documentos\"><\/span>La implementaci\u00f3n de un comit\u00e9 de comunicaci\u00f3n es efectiva para la gesti\u00f3n de documentos<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En el caso de adoptar el modelo de desarrollo \u00e1gil, a diferencia del modelo de cascada, no se prepara un plan claro de antemano. Por lo tanto, no es suficiente simplemente gestionar la discrepancia entre el plan y los resultados reales, y existe la preocupaci\u00f3n de que los costos, tanto financieros como temporales, se disparen si se deja todo en manos del equipo de trabajo.<\/p>\n\n\n\n<p>Por lo tanto, es efectiva la medida de que el responsable organice regularmente reuniones del comit\u00e9 de comunicaci\u00f3n para facilitar el progreso del proyecto. En el caso de proyectos de desarrollo de peque\u00f1a escala, es cierto que se prefiere un enfoque en el que los responsables se re\u00fanan cuando puedan, en lugar de organizar regularmente reuniones del comit\u00e9 de comunicaci\u00f3n. Sin embargo, en el caso del modelo de desarrollo \u00e1gil, el riesgo de no tratar los problemas oportunos en las reuniones tambi\u00e9n tiende a ser mayor. Por lo tanto, es seguro incluir la celebraci\u00f3n regular de reuniones del comit\u00e9 de comunicaci\u00f3n en los contratos y otros documentos. La forma de estipularlo se muestra de la siguiente manera en el contrato modelo del Ministerio de Econom\u00eda, Comercio e Industria (METI).<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Establecimiento del comit\u00e9 de comunicaci\u00f3n)<\/p>\n\n\n\n<p>Art\u00edculo 12 Las partes A y B, hasta la finalizaci\u00f3n de este trabajo, para discutir los asuntos necesarios para que este trabajo se pueda llevar a cabo sin problemas, como el progreso del trabajo, la gesti\u00f3n y el informe de riesgos, el trabajo conjunto de ambas partes y la implementaci\u00f3n del trabajo asignado a cada una, la confirmaci\u00f3n del contenido a incluir en las especificaciones del sistema, la discusi\u00f3n y resoluci\u00f3n de problemas, <u>deber\u00e1n celebrar un comit\u00e9 de comunicaci\u00f3n<\/u>. Sin embargo, (omisi\u00f3n).<br><\/p>\n\n\n\n<p>2. El comit\u00e9 de comunicaci\u00f3n se celebrar\u00e1 regularmente a la frecuencia estipulada en el contrato individual, y adem\u00e1s, se celebrar\u00e1 en cualquier momento cuando A o B lo considere necesario.<br><\/p>\n\n\n\n<p>3. Al comit\u00e9 de comunicaci\u00f3n <u>asistir\u00e1n los responsables de ambas partes, los encargados principales y las personas que los responsables consideren apropiadas<\/u>. Adem\u00e1s, A y B pueden solicitar a la otra parte la asistencia de las personas necesarias para la discusi\u00f3n en el comit\u00e9 de comunicaci\u00f3n, y la otra parte deber\u00e1 cumplir con esta solicitud a menos que haya una raz\u00f3n razonable para no hacerlo.<br><\/p>\n\n\n\n<p>4. B, en el comit\u00e9 de comunicaci\u00f3n, deber\u00e1 <u>preparar y presentar un informe de gesti\u00f3n del progreso<\/u> en el formato acordado por separado entre A y B, y confirmar\u00e1 el estado del progreso bas\u00e1ndose en dicho informe de gesti\u00f3n del progreso, as\u00ed como la existencia de retrasos, las razones y las medidas a tomar en caso de retrasos, la necesidad de cambios en el sistema de promoci\u00f3n estipulado en este cap\u00edtulo (cambio de personal, aumento o disminuci\u00f3n, cambio de subcontratista, etc.), el estado de implementaci\u00f3n de las medidas de seguridad, la existencia de razones para cambiar el contrato individual, y en caso de que existan razones para cambiar el contrato individual, el contenido de las mismas, y confirmar\u00e1 los asuntos decididos, los asuntos que se seguir\u00e1n considerando y, en caso de que existan asuntos que se seguir\u00e1n considerando, el calendario de consideraci\u00f3n y las partes que llevar\u00e1n a cabo la consideraci\u00f3n. <br><\/p>\n\n\n\n<p>(Los siguientes art\u00edculos 5, 6 y 7 se omiten.)<br><\/p>\n<\/blockquote>\n\n\n\n<p>El punto m\u00e1s importante es que se le da una cierta legitimidad al comit\u00e9 de comunicaci\u00f3n en las cl\u00e1usulas del contrato, y se le da un significado diferente a las reuniones que se celebran de manera ad hoc.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"El_camino_para_aprovechar_el_comite_de_comunicacion_en_la_gestion_de_cambios\"><\/span>El camino para aprovechar el comit\u00e9 de comunicaci\u00f3n en la gesti\u00f3n de cambios<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Adem\u00e1s, en el desarrollo \u00e1gil, se asume que los asuntos acordados inicialmente por ambas partes cambiar\u00e1n posteriormente. Por lo tanto, es muy importante c\u00f3mo se gestiona la situaci\u00f3n de los cambios posteriores en las especificaciones.<\/p>\n\n\n\n<p>En este caso, si se celebra regularmente el comit\u00e9 de comunicaci\u00f3n, la gesti\u00f3n de los cambios tambi\u00e9n se vuelve muy fluida. Por ejemplo, se puede estipular en el contrato que las discusiones sobre cambios se llevar\u00e1n a cabo en el comit\u00e9 de comunicaci\u00f3n, y que si una de las partes solicita una discusi\u00f3n sobre cambios, la otra parte tiene la obligaci\u00f3n de participar en esa discusi\u00f3n. (A continuaci\u00f3n se extrae la disposici\u00f3n del contrato modelo del Ministerio de Econom\u00eda, Comercio e Industria.)<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Procedimiento de gesti\u00f3n de cambios)<\/p>\n\n\n\n<p>Art\u00edculo 37 A o B, cuando reciba una propuesta de cambio de la otra parte (omisi\u00f3n), dentro de <u>\u25cb d\u00edas<\/u> a partir de la fecha de recepci\u00f3n, entregar\u00e1 a la otra parte un documento escrito (en adelante, &#8220;documento de gesti\u00f3n de cambios&#8221;) que contenga los siguientes asuntos, y A y B discutir\u00e1n la aprobaci\u00f3n o desaprobaci\u00f3n de dicho cambio en el comit\u00e9 de comunicaci\u00f3n estipulado en el art\u00edculo 12. (Los asuntos a incluir se omiten)<br><\/p>\n<\/blockquote>\n\n\n\n<p>Los puntos clave de la disposici\u00f3n anterior se pueden resumir de la siguiente manera:<br><\/p>\n\n\n\n<ul>\n<li>Se unifica el m\u00e9todo de aceptaci\u00f3n de la propuesta de cambio en un formato llamado &#8220;propuesta de cambio&#8221;.<br><\/li>\n\n\n\n<li>Se establece un plazo para la fecha desde la recepci\u00f3n de la propuesta hasta la discusi\u00f3n de la misma. \u2192 No necesariamente tiene que ser &#8220;dentro de \u25ef d\u00edas&#8221;, tambi\u00e9n se puede considerar reemplazarlo por palabras como &#8220;lo m\u00e1s pronto posible&#8221;.<br><\/li>\n\n\n\n<li>Se unifica el lugar para discutir la aprobaci\u00f3n o desaprobaci\u00f3n del cambio en el &#8220;comit\u00e9 de comunicaci\u00f3n&#8221;.<br><\/li>\n<\/ul>\n\n\n\n<p>En otras palabras, para evitar malentendidos como &#8220;hice una propuesta de cambio, no la hice&#8221;, &#8220;respond\u00ed a la aprobaci\u00f3n o desaprobaci\u00f3n del cambio, no lo hice&#8221;, se clarifica el m\u00e9todo de procedimiento.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Se_requiere_comprension_de_la_obligacion_de_buena_fe_y_el_principio_de_equidad\"><\/span>Se requiere comprensi\u00f3n de la obligaci\u00f3n de buena fe y el principio de equidad<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Hasta ahora, hemos presentado modelos de cl\u00e1usulas contractuales relacionadas con el &#8220;Consejo de Coordinaci\u00f3n&#8221; y la &#8220;Negociaci\u00f3n de Cambios&#8221;. Sin embargo, para entender esencialmente estos, es importante considerar asuntos como la &#8220;obligaci\u00f3n de buena fe&#8221; y el &#8220;principio de equidad&#8221;. En primer lugar, el modelo de desarrollo \u00e1gil tiende a ser dif\u00edcil de avanzar sin una relaci\u00f3n de confianza entre el cliente y el proveedor. Esto se debe a que se prioriza la velocidad de inicio del trabajo real, y los procedimientos hasta el inicio se mantienen al m\u00ednimo. Por lo tanto, es com\u00fan en la pr\u00e1ctica incluir cl\u00e1usulas que impongan una &#8220;obligaci\u00f3n de buena fe&#8221; al otro partido.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Art\u00edculo 4, p\u00e1rrafo 3: En la negociaci\u00f3n de cambios, se considerar\u00e1n el objeto del cambio, la posibilidad de cambio, el impacto del cambio en el precio y el plazo de entrega, y ambas partes discutir\u00e1n de buena fe si se realizar\u00e1 el cambio.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Esto es para prevenir un enfoque que traicione al otro lado con una teor\u00eda legal formalista, como &#8220;si se acepta o no un cambio en el contrato es puramente a discreci\u00f3n de la parte que recibe la propuesta, y no hay obligaci\u00f3n de cumplir con la coerci\u00f3n&#8221;, en las negociaciones que han avanzado bas\u00e1ndose en una relaci\u00f3n de confianza inicial. Esto tambi\u00e9n refleja los principios legales que se aplican a las transacciones entre individuos, no solo al desarrollo de sistemas.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Art\u00edculo 1, p\u00e1rrafo 2 del C\u00f3digo Civil Japon\u00e9s<\/p>\n\n\n\n<p>El ejercicio de los derechos y el cumplimiento de las obligaciones deben realizarse de buena fe y con sinceridad.<br><\/p>\n<\/blockquote>\n\n\n\n<p>La ley no siempre valora solo el &#8220;contenido del contrato&#8221; o &#8220;el texto de la cl\u00e1usula&#8221; que es formalista. Especialmente en las transacciones con la otra parte, se debe utilizar de manera flexible incorporando la &#8220;equidad&#8221; y &#8220;sinceridad&#8221; sustanciales. Adem\u00e1s, para m\u00e1s detalles sobre el hecho de que lo que se impone legalmente como &#8220;obligaci\u00f3n&#8221; no siempre se basa en el procedimiento de &#8220;contrato&#8221;, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resumen\"><\/span>Resumen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>En los proyectos de desarrollo de sistemas basados en el modelo de desarrollo \u00e1gil, es esencial entender el riesgo de que los procedimientos administrativos y la estructura de gesti\u00f3n se vuelvan descuidados de manera informal. Sin embargo, no solo eso, tambi\u00e9n se considera importante comprender las caracter\u00edsticas flexibles inherentes a la ley, como el &#8220;principio de buena fe&#8221;, y tener la actitud de aplicarlas en la pr\u00e1ctica.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Existen metodolog\u00edas para avanzar en el desarrollo de sistemas. El modelo m\u00e1s cl\u00e1sico y general es el modelo de cascada (Waterfall), y muchos libros de derecho que tratan el desarrollo de sistemas dis [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61029,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59181"}],"collection":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/comments?post=59181"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59181\/revisions"}],"predecessor-version":[{"id":61030,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59181\/revisions\/61030"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/61029"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=59181"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=59181"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=59181"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}