{"id":60035,"date":"2024-03-21T21:45:41","date_gmt":"2024-03-21T12:45:41","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=60035"},"modified":"2024-04-08T19:30:37","modified_gmt":"2024-04-08T10:30:37","slug":"howto-manage-change-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/howto-manage-change-in-system-development","title":{"rendered":"\u00bfC\u00f3mo se debe gestionar los cambios en el desarrollo de sistemas desde una perspectiva legal?"},"content":{"rendered":"\n<p>En los proyectos de desarrollo de sistemas, a menudo ocurre que el contenido que el usuario hab\u00eda explicado previamente cambia a medida que avanza el trabajo. Por lo tanto, incluso como proveedor que acepta el trabajo, puede surgir la necesidad de adaptarse a los cambios en el contenido del contrato que se ha firmado una vez.<\/p>\n\n\n\n<p>En este art\u00edculo, desde un punto de vista legal, explicamos c\u00f3mo manejar el fen\u00f3meno de los &#8220;cambios&#8221; que se realizan posteriormente en proyectos de desarrollo de sistemas que no avanzan seg\u00fan lo previsto.<\/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\/howto-manage-change-in-system-development\/#%C2%BFPor_que_los_proyectos_de_desarrollo_de_sistemas_se_%E2%80%9Cmodifican%E2%80%9D_despues\" title=\"\u00bfPor qu\u00e9 los proyectos de desarrollo de sistemas se &#8220;modifican&#8221; despu\u00e9s?\">\u00bfPor qu\u00e9 los proyectos de desarrollo de sistemas se &#8220;modifican&#8221; despu\u00e9s?<\/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\/howto-manage-change-in-system-development\/#El_desarrollo_de_sistemas_es_un_trabajo_conjunto_entre_el_proveedor_y_el_usuario\" title=\"El desarrollo de sistemas es un trabajo conjunto entre el proveedor y el usuario\">El desarrollo de sistemas es un trabajo conjunto entre el proveedor y el usuario<\/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\/howto-manage-change-in-system-development\/#Aunque_hay_un_deber_de_cooperacion_los_usuarios_a_menudo_solicitan_cambios\" title=\"Aunque hay un deber de cooperaci\u00f3n, los usuarios a menudo solicitan cambios\">Aunque hay un deber de cooperaci\u00f3n, los usuarios a menudo solicitan cambios<\/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\/howto-manage-change-in-system-development\/#%C2%BFQue_es_un_Documento_de_Gestion_de_Cambios\" title=\"\u00bfQu\u00e9 es un Documento de Gesti\u00f3n de Cambios?\">\u00bfQu\u00e9 es un Documento de Gesti\u00f3n de Cambios?<\/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\/howto-manage-change-in-system-development\/#Escenarios_en_los_que_se_utiliza_el_Documento_de_Gestion_de_Cambios\" title=\"Escenarios en los que se utiliza el Documento de Gesti\u00f3n de Cambios\">Escenarios en los que se utiliza el Documento de Gesti\u00f3n de Cambios<\/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\/howto-manage-change-in-system-development\/#Contenido_del_Documento_de_Gestion_de_Cambios\" title=\"Contenido del Documento de Gesti\u00f3n de Cambios\">Contenido del Documento de 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-7\" href=\"https:\/\/monolith.law\/es\/it\/howto-manage-change-in-system-development\/#Lo_que_deberias_saber_sobre_la_gestion_de_cambios\" title=\"Lo que deber\u00edas saber sobre la gesti\u00f3n de cambios\">Lo que deber\u00edas saber sobre la gesti\u00f3n de cambios<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/es\/it\/howto-manage-change-in-system-development\/#La_gestion_de_cambios_generalmente_debe_realizarse_junto_con_la_gestion_de_tareas\" title=\"La gesti\u00f3n de cambios generalmente debe realizarse junto con la gesti\u00f3n de tareas\">La gesti\u00f3n de cambios generalmente debe realizarse junto con la gesti\u00f3n de tareas<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/es\/it\/howto-manage-change-in-system-development\/#Es_mejor_establecer_tambien_regulaciones_sobre_como_llevar_a_cabo_las_discusiones_de_cambio\" title=\"Es mejor establecer tambi\u00e9n regulaciones sobre c\u00f3mo llevar a cabo las discusiones de cambio\">Es mejor establecer tambi\u00e9n regulaciones sobre c\u00f3mo llevar a cabo las discusiones de cambio<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/es\/it\/howto-manage-change-in-system-development\/#Discusion_de_cambios_y_obligacion_de_buena_fe\" title=\"Discusi\u00f3n de cambios y obligaci\u00f3n de buena fe\">Discusi\u00f3n de cambios y obligaci\u00f3n de buena fe<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/es\/it\/howto-manage-change-in-system-development\/#Regulaciones_sobre_el_metodo_de_cambio\" title=\"Regulaciones sobre el m\u00e9todo de cambio\">Regulaciones sobre el m\u00e9todo de cambio<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/es\/it\/howto-manage-change-in-system-development\/#Resumen\" title=\"Resumen\">Resumen<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFPor_que_los_proyectos_de_desarrollo_de_sistemas_se_%E2%80%9Cmodifican%E2%80%9D_despues\"><\/span>\u00bfPor qu\u00e9 los proyectos de desarrollo de sistemas se &#8220;modifican&#8221; despu\u00e9s?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"El_desarrollo_de_sistemas_es_un_trabajo_conjunto_entre_el_proveedor_y_el_usuario\"><\/span>El desarrollo de sistemas es un trabajo conjunto entre el proveedor y el usuario<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Generalmente, el desarrollo de sistemas pasa por una etapa de planificaci\u00f3n y propuesta, luego se definen los requisitos de desarrollo y se firma un contrato. Una vez firmado el contrato, se sigue un proceso que incluye varios dise\u00f1os, la implementaci\u00f3n seg\u00fan el dise\u00f1o, y finalmente, se realiza una prueba antes de finalizar. En todo este proceso, es obvio que el proveedor, como experto en desarrollo de sistemas, tiene una amplia gama de responsabilidades, pero tambi\u00e9n se impone un cierto deber de cooperaci\u00f3n al usuario. En particular, la cooperaci\u00f3n del usuario es importante en etapas como la identificaci\u00f3n de las funciones que debe tener el sistema (definici\u00f3n de requisitos), la apariencia y la sensaci\u00f3n de operaci\u00f3n del lado de la pantalla (dise\u00f1o b\u00e1sico), y la confirmaci\u00f3n de si se ha logrado lo requerido (prueba o aceptaci\u00f3n). Para una explicaci\u00f3n general de las obligaciones que el usuario tiene en el desarrollo de sistemas, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooperation[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Aunque_hay_un_deber_de_cooperacion_los_usuarios_a_menudo_solicitan_cambios\"><\/span>Aunque hay un deber de cooperaci\u00f3n, los usuarios a menudo solicitan cambios<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Sin embargo, no siempre es posible que los usuarios, que no son expertos en desarrollo de sistemas, transmitan de manera exhaustiva y sin falta toda la informaci\u00f3n necesaria para el desarrollo de sistemas al proveedor. En la realidad, debido a la naturaleza detallada y meticulosa del trabajo, a menudo es dif\u00edcil para los usuarios prever qu\u00e9 hechos tendr\u00e1n un significado decisivo en las etapas posteriores. Ir\u00f3nicamente, los hechos m\u00e1s importantes a menudo surgen poco a poco. Debido a estas circunstancias, en los proyectos reales, aunque el ideal es &#8220;atravesar todas las etapas desde la etapa inicial hasta la etapa final&#8221;, se asume que se pueden hacer varios cambios despu\u00e9s, y c\u00f3mo manejar la &#8220;gesti\u00f3n de cambios&#8221; se vuelve importante.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_es_un_Documento_de_Gestion_de_Cambios\"><\/span>\u00bfQu\u00e9 es un Documento de Gesti\u00f3n de Cambios?<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\/07\/pixta_40395256_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2910\" \/><figcaption class=\"wp-element-caption\">\u00bfC\u00f3mo se maneja la &#8220;gesti\u00f3n de cambios&#8221; que surge durante el desarrollo del sistema?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Escenarios_en_los_que_se_utiliza_el_Documento_de_Gestion_de_Cambios\"><\/span>Escenarios en los que se utiliza el Documento de Gesti\u00f3n de Cambios<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>El Documento de Gesti\u00f3n de Cambios es un documento que los usuarios utilizan para solicitar al proveedor cambios en las especificaciones o la adici\u00f3n de funciones, apart\u00e1ndose de lo que se hab\u00eda explicado previamente. Como se mencion\u00f3 anteriormente, durante las fases de definici\u00f3n de requisitos y dise\u00f1o b\u00e1sico, los usuarios tambi\u00e9n tienen la obligaci\u00f3n de cooperar con el trabajo del proveedor, pero es posible que surjan demandas diferentes en las etapas posteriores.<\/p>\n\n\n\n<p>Algunos ejemplos de situaciones en las que se necesita un Documento de Gesti\u00f3n de Cambios podr\u00edan ser, por ejemplo:<\/p>\n\n\n\n<ul>\n<li>Cuando se pasa por alto algo durante la definici\u00f3n de requisitos o el dise\u00f1o b\u00e1sico, y se solicita la adici\u00f3n de una funci\u00f3n posteriormente.<\/li>\n\n\n\n<li>Cuando se revisa la pol\u00edtica del negocio en medio del desarrollo y se necesita un cambio de especificaciones.<\/li>\n<\/ul>\n\n\n\n<p>Estos son solo algunos ejemplos.<\/p>\n\n\n\n<p>Adem\u00e1s, en relaci\u00f3n con temas como la adici\u00f3n de funciones o el cambio de especificaciones, lo que m\u00e1s preocupa a quienes reciben el trabajo es si la ley permite un cambio en la cantidad estimada. Este punto se explica en detalle en otro art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<p>El Documento de Gesti\u00f3n de Cambios sirve como base para evaluar la validez de la estimaci\u00f3n cuando se aumenta la cantidad estimada despu\u00e9s del hecho. Para evitar disputas con la otra parte cuando se factura bas\u00e1ndose en una estimaci\u00f3n aumentada posteriormente (y para dar peso a su argumento en caso de disputa), es importante crear un Documento de Gesti\u00f3n de Cambios.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Contenido_del_Documento_de_Gestion_de_Cambios\"><\/span>Contenido del Documento de Gesti\u00f3n de Cambios<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Entonces, \u00bfqu\u00e9 tipo de informaci\u00f3n debe incluirse en el Documento de Gesti\u00f3n de Cambios desde un punto de vista legal? El uso del Documento de Gesti\u00f3n de Cambios para acomodar cambios en las especificaciones y la adici\u00f3n de funciones es un mecanismo contractual que ya es ampliamente reconocido en general. Por lo tanto, al revisar modelos de cl\u00e1usulas contractuales proporcionadas por agencias gubernamentales, como el modelo de contrato del Ministerio de Econom\u00eda, Comercio e Industria, se puede tener una idea general de qu\u00e9 informaci\u00f3n se debe registrar.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Procedimiento de Gesti\u00f3n de Cambios)<br>Art\u00edculo 37 Cuando la Parte A o la Parte B recibe una propuesta de cambio basada en el Art\u00edculo 34 (Cambio de las especificaciones del sistema, etc.), el Art\u00edculo 35 (Aprobaci\u00f3n de los documentos intermedios por parte del usuario), o el Art\u00edculo 36 (Tratamiento de los asuntos no resueltos), deben entregar a la otra parte un documento escrito (en adelante, &#8220;<u class=\"remove-format\">Documento de Gesti\u00f3n de Cambios<\/u>&#8220;) que <u class=\"remove-format\">incluya los siguientes puntos<\/u> dentro de los \u25cb d\u00edas siguientes a la fecha de recepci\u00f3n, y la Parte A y la Parte B deben discutir la aceptabilidad de dicho cambio en el Comit\u00e9 de Comunicaci\u00f3n establecido en el Art\u00edculo 12.<br> \u2460 <u class=\"remove-format\">Nombre del cambio<\/u><br> \u2461 <u class=\"remove-format\">Responsable de la propuesta<\/u><br> \u2462 <u class=\"remove-format\">Fecha<\/u><br> \u2463 <u class=\"remove-format\">Raz\u00f3n del cambio<\/u><br> \u2464 <u class=\"remove-format\">Detalles del cambio, incluyendo las especificaciones relacionadas con el cambio<\/u><br> \u2465 <u class=\"remove-format\">Si el cambio requiere costos, la cantidad de los mismos<\/u><br> \u2466 <u class=\"remove-format\">Programa de trabajo para el cambio, incluyendo el per\u00edodo de consideraci\u00f3n<\/u><br> \u2467 <u class=\"remove-format\">Otros impactos del cambio en los t\u00e9rminos de este contrato y los contratos individuales (plazo de trabajo o fecha de entrega, honorarios, cl\u00e1usulas contractuales, etc.)<\/u><\/p>\n<\/blockquote>\n\n\n\n<p>Si lees directamente el texto de la ley y confirmas los elementos recomendados para su inclusi\u00f3n, no se necesita m\u00e1s explicaci\u00f3n. Para evitar problemas de &#8220;dije\/no dije&#8221; m\u00e1s adelante, debes registrar en detalle y de manera concreta el proceso de cambio.<\/p>\n\n\n\n<p>Al incluir estos elementos y obtener la firma o el sello del responsable o tomador de decisiones tanto del proveedor como del usuario, el Documento de Gesti\u00f3n de Cambios adquiere el mismo significado que un contrato en t\u00e9rminos de evidencia, incluso si se llega a un juicio.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Lo_que_deberias_saber_sobre_la_gestion_de_cambios\"><\/span>Lo que deber\u00edas saber sobre la gesti\u00f3n de cambios<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\/07\/pixta_54572310_M-1024x434.jpg\" alt=\"\" class=\"wp-image-2907\" \/><figcaption class=\"wp-element-caption\">Una vez que se ha creado el documento de gesti\u00f3n de cambios, se refleja en la lista de gesti\u00f3n de tareas.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_gestion_de_cambios_generalmente_debe_realizarse_junto_con_la_gestion_de_tareas\"><\/span>La gesti\u00f3n de cambios generalmente debe realizarse junto con la gesti\u00f3n de tareas<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>La raz\u00f3n para crear un documento de gesti\u00f3n de cambios es que, al gestionar el historial de cambios, se puede guiar el proyecto hacia su logro (o, en caso de no lograrlo, evitar la persecuci\u00f3n de responsabilidades injustas). En la pr\u00e1ctica, la creaci\u00f3n del documento de gesti\u00f3n de cambios a menudo se realiza junto con la creaci\u00f3n y actualizaci\u00f3n de la lista de gesti\u00f3n de tareas. Es decir, una vez que se ha gestionado el historial de cambios en la tabla de gesti\u00f3n de cambios, los elementos de cambio acordados se incorporan en la lista de gesti\u00f3n de tareas como tareas a abordar en el futuro.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Es_mejor_establecer_tambien_regulaciones_sobre_como_llevar_a_cabo_las_discusiones_de_cambio\"><\/span>Es mejor establecer tambi\u00e9n regulaciones sobre c\u00f3mo llevar a cabo las discusiones de cambio<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>No solo la forma de gestionar los cambios, sino tambi\u00e9n la forma de llevar a cabo las discusiones sobre los cambios, si se establecen regulaciones al respecto, se puede esperar que la respuesta a los cambios sea m\u00e1s fluida. Este punto es especialmente importante cuando se adoptan m\u00e9todos de desarrollo que asumen que se realizar\u00e1n varios cambios despu\u00e9s, como el desarrollo \u00e1gil. En la pr\u00e1ctica, a menudo se ven ejemplos de regulaciones que especifican cu\u00e1ndo debe responder la otra parte a una solicitud de discusi\u00f3n sobre la gesti\u00f3n de cambios.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Discusion_de_cambios_y_obligacion_de_buena_fe\"><\/span>Discusi\u00f3n de cambios y obligaci\u00f3n de buena fe<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Cuando se trata de cambiar un contrato sobre el cual ambas partes han acordado una vez, es como si se estuviera celebrando un nuevo contrato. Desde el punto de vista de que el contrato se basa en la libre voluntad de las partes, en principio, el proveedor no tiene la obligaci\u00f3n de aceptar el contrato de cambio. Sin embargo, si se enfatiza demasiado este aspecto de los derechos, puede haber preocupaciones de que el proyecto de desarrollo del sistema no progrese sin problemas en la pr\u00e1ctica.<\/p>\n\n\n\n<p>Por lo tanto, a menudo se menciona en los contratos que existe una &#8220;obligaci\u00f3n de responder de buena fe a las discusiones de cambio&#8221;, y hay ejemplos de disposiciones que permiten reclamaciones de indemnizaci\u00f3n por da\u00f1os y perjuicios si el proveedor no responde de buena fe a los cambios.<\/p>\n\n\n\n<p>Un ejemplo de esto ser\u00eda el siguiente (a continuaci\u00f3n, se muestra un ejemplo de la redacci\u00f3n del art\u00edculo, citado del &#8220;Modelo de contrato b\u00e1sico\/individual&#8221; creado oficialmente por la Organizaci\u00f3n Independiente de Promoci\u00f3n del Procesamiento de Informaci\u00f3n de Jap\u00f3n).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Art\u00edculo 4, p\u00e1rrafo 3: En las discusiones de cambio, se examinar\u00e1n el objeto del cambio, la posibilidad de cambio, el impacto del cambio en el precio y el plazo de entrega, etc., y ambas partes discutir\u00e1n de buena fe si se realizar\u00e1 el cambio.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Regulaciones_sobre_el_metodo_de_cambio\"><\/span>Regulaciones sobre el m\u00e9todo de cambio<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Como se mencion\u00f3 anteriormente, cuando se realiza un cambio, es &#8220;seguro&#8221; desde el punto de vista legal tener una discusi\u00f3n sobre el cambio cada vez. Sin embargo, en proyectos peque\u00f1os, puede que no sea necesario establecer c\u00f3mo llevar a cabo las discusiones de cambio. En ese caso, en lugar de establecer regulaciones sobre las discusiones, se puede considerar un m\u00e9todo en el que el cambio se realiza solo despu\u00e9s de que los responsables del usuario y del proveedor han firmado y sellado el documento de gesti\u00f3n de cambios, incluso sin discusi\u00f3n. Si se permite un cambio f\u00e1cil solo con un acuerdo verbal, puede ser ambiguo si se ha realizado un cambio, y esto puede causar grandes problemas m\u00e1s adelante, por lo que la gesti\u00f3n de documentos debe ser rigurosa.<\/p>\n\n\n\n<p>Por supuesto, puede ser una carga preparar documentos por separado para la gesti\u00f3n de cambios cada vez, y puede que quieras priorizar una respuesta flexible. En ese caso, una opci\u00f3n podr\u00eda ser documentar los asuntos relacionados con los cambios en las actas de las reuniones. En cuanto a c\u00f3mo mantener las actas de las reuniones en el desarrollo del sistema, se explica en detalle en el siguiente art\u00edculo.<\/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<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 entornos donde los cambios de especificaciones son frecuentes, ciertamente, es com\u00fan estar al borde de problemas y disputas. Sin embargo, en tales situaciones donde se requiere flexibilidad, simplemente enfatizar la &#8220;importancia de la gesti\u00f3n&#8221; de manera r\u00edgida puede hacer que sea dif\u00edcil implementar medidas pr\u00e1cticas.<\/p>\n\n\n\n<p>El problema de c\u00f3mo equilibrar la velocidad requerida en los negocios y la preparaci\u00f3n para situaciones imprevistas a menudo var\u00eda dependiendo de la situaci\u00f3n de la empresa y el contenido del proyecto. Aunque se tenga en cuenta el contenido de este art\u00edculo, se considera importante que cada empresa y proyecto busque su propio m\u00e9todo apropiado.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>En los proyectos de desarrollo de sistemas, a menudo ocurre que el contenido que el usuario hab\u00eda explicado previamente cambia a medida que avanza el trabajo. Por lo tanto, incluso como proveedor que  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68636,"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\/60035"}],"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=60035"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60035\/revisions"}],"predecessor-version":[{"id":68665,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60035\/revisions\/68665"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/68636"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=60035"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=60035"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=60035"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}