{"id":59135,"date":"2023-11-10T17:07:59","date_gmt":"2023-11-10T08:07:59","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=59135"},"modified":"2024-03-22T14:39:38","modified_gmt":"2024-03-22T05:39:38","slug":"collapse-of-the-system-development-project","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/collapse-of-the-system-development-project","title":{"rendered":"\u00bfQu\u00e9 leyes est\u00e1n relacionadas con la &#8216;quema&#8217; de proyectos de desarrollo de sistemas?"},"content":{"rendered":"\n<p>Un proyecto de desarrollo de sistemas no es algo que se pueda lograr de la noche a la ma\u00f1ana. Requiere la inversi\u00f3n de numerosos recursos, incluyendo a muchas personas y organizaciones, una gran cantidad de dinero y un largo per\u00edodo de desarrollo. En este art\u00edculo, explicaremos c\u00f3mo se puede organizar el fen\u00f3meno de &#8220;incendio&#8221; en un proyecto de desarrollo de sistemas bajo un marco legal, y proporcionaremos una gu\u00eda para las soluciones.<\/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\/collapse-of-the-system-development-project\/#%C2%BFPor_que_los_proyectos_%E2%80%9Cse_incendian%E2%80%9D\" title=\"\u00bfPor qu\u00e9 los proyectos &#8220;se incendian&#8221;?\">\u00bfPor qu\u00e9 los proyectos &#8220;se incendian&#8221;?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/es\/it\/collapse-of-the-system-development-project\/#Tipo_de_incendio_1_Cuando_un_proyecto_se_estanca_a_mitad_de_camino\" title=\"Tipo de incendio 1: Cuando un proyecto se estanca a mitad de camino\">Tipo de incendio 1: Cuando un proyecto se estanca a mitad de camino<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/es\/it\/collapse-of-the-system-development-project\/#Tipo_de_incendio_2_Cuando_se_cancela_por_conveniencia_personal_del_usuario\" title=\"Tipo de incendio 2: Cuando se cancela por conveniencia personal del usuario\">Tipo de incendio 2: Cuando se cancela por conveniencia personal del usuario<\/a><\/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\/collapse-of-the-system-development-project\/#Tipo_de_crisis_3_Cuando_se_descubren_deficiencias_en_el_sistema_entregado_posteriormente\" title=\"Tipo de crisis 3: Cuando se descubren deficiencias en el sistema entregado posteriormente\">Tipo de crisis 3: Cuando se descubren deficiencias en el sistema entregado posteriormente<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/es\/it\/collapse-of-the-system-development-project\/#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_%E2%80%9Cse_incendian%E2%80%9D\"><\/span>\u00bfPor qu\u00e9 los proyectos &#8220;se incendian&#8221;?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Un sistema de IT, incluso si no es un proyecto de gran escala, solo puede funcionar correctamente gracias a la acumulaci\u00f3n de una gran cantidad de archivos de programa y c\u00f3digo fuente. A menudo, estos sistemas est\u00e1n meticulosamente dise\u00f1ados, mucho m\u00e1s all\u00e1 de lo que uno podr\u00eda imaginar desde la perspectiva de la interfaz de usuario (de hecho, cuanto m\u00e1s simple y concisa es la interfaz de usuario de un sistema de IT, m\u00e1s detallado suele ser su dise\u00f1o).<\/p>\n\n\n\n<ul>\n<li>El plazo de entrega es lo \u00fanico que se ha decidido, mientras que las especificaciones y los requisitos siguen siendo ambiguos a medida que pasa el tiempo<\/li>\n\n\n\n<li>Los miembros est\u00e1n demasiado distra\u00eddos por los problemas pol\u00edticos internos, y muchos terminan abandonando debido al estr\u00e9s de las relaciones interpersonales<\/li>\n\n\n\n<li>Hay una falta de habilidades de negociaci\u00f3n en el nivel de gesti\u00f3n, incluyendo al PM, y no se solicita a los miembros que informen, se comuniquen y consulten adecuadamente<\/li>\n<\/ul>\n\n\n\n<p>Las razones espec\u00edficas de la &#8220;incineraci\u00f3n&#8221; de un proyecto pueden variar de un proyecto a otro. Sin embargo, desde un punto de vista legal, las razones de la &#8220;incineraci\u00f3n&#8221; de un proyecto pueden ser organizadas de manera relativamente simple en varios tipos.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tipo_de_incendio_1_Cuando_un_proyecto_se_estanca_a_mitad_de_camino\"><\/span>Tipo de incendio 1: Cuando un proyecto se estanca a mitad de camino<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>En el progreso del desarrollo de sistemas, la falta de comunicaci\u00f3n entre el usuario y el proveedor es un motivo t\u00edpico por el cual un proyecto puede estancarse a mitad de camino. En primer lugar, un proyecto de desarrollo de sistemas requiere, por supuesto, la capacidad t\u00e9cnica y organizativa especializada del proveedor, pero tambi\u00e9n depende de la cooperaci\u00f3n del usuario final que utilizar\u00e1 el sistema.<\/p>\n\n\n\n<p>Por lo tanto, si un proyecto avanza con roles ambiguos para cada parte, y surge una especie de &#8220;empuje de responsabilidades&#8221; entre ellos, el progreso fluido del proyecto puede verse obstaculizado. Para una consideraci\u00f3n legal de las obligaciones del usuario y del proveedor, respectivamente, consulte los siguientes art\u00edculos.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/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<p>Dejando a un lado los detalles de las responsabilidades que cada uno debe asumir, que se pueden encontrar en los art\u00edculos mencionados anteriormente, el punto clave aqu\u00ed es que en un proyecto de desarrollo de sistemas, tanto el usuario como el proveedor tienen ciertas responsabilidades. En t\u00e9rminos generales, los casos y precedentes judiciales han reconocido que el usuario tiene la obligaci\u00f3n de cooperar en aspectos que no pueden completarse sin su ayuda, como la definici\u00f3n de requisitos, el dise\u00f1o de la apariencia de la pantalla (es decir, el dise\u00f1o b\u00e1sico) y la aceptaci\u00f3n.<\/p>\n\n\n\n<p>Por otro lado, el proveedor tambi\u00e9n tiene una obligaci\u00f3n integral de facilitar el progreso del proyecto y de identificar y eliminar los obst\u00e1culos para este, despu\u00e9s de recibir la cooperaci\u00f3n del usuario en los puntos mencionados anteriormente (y al mismo tiempo, despu\u00e9s de hacer esfuerzos para solicitar dicha cooperaci\u00f3n).<\/p>\n\n\n\n<p>Bajo esta perspectiva, los tribunales han demostrado una actitud de tratar todos los conflictos de manera justa, mostrando que el usuario tiene la obligaci\u00f3n de ejercer la gobernanza desde dentro como un sistema interno, y que el proveedor tiene la obligaci\u00f3n de demostrar su especializaci\u00f3n y habilidades t\u00e9cnicas como un experto externo.<\/p>\n\n\n\n<p>Adem\u00e1s, es com\u00fan que estos &#8220;estancamientos&#8221; ocurran durante la fase de aceptaci\u00f3n. Para obtener una explicaci\u00f3n detallada sobre la aceptaci\u00f3n, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<p>En tales casos, una vez que surge un conflicto, se tiende a dar importancia a la evidencia que se puede verificar objetivamente, como el progreso de proyectos anteriores y el contenido de las reuniones. Por lo tanto, los documentos registrados previamente a menudo tienen un gran significado. Para no perjudicar su posici\u00f3n, es esencial una gesti\u00f3n rigurosa de los documentos. Para una explicaci\u00f3n detallada desde el punto de vista de la importancia de la gesti\u00f3n de documentos en el desarrollo de sistemas, consulte 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=\"Tipo_de_incendio_2_Cuando_se_cancela_por_conveniencia_personal_del_usuario\"><\/span>Tipo de incendio 2: Cuando se cancela por conveniencia personal del usuario<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\/shutterstock_722899798-1024x683.jpg\" alt=\"\" class=\"wp-image-2711\" \/><figcaption class=\"wp-element-caption\">\u00bfQu\u00e9 sucede cuando se cancela en medio de un proyecto?<\/figcaption><\/figure>\n\n\n\n<p>Tambi\u00e9n se puede prever el caso en que, en medio de un proyecto, se dicta la suspensi\u00f3n por deseo del usuario. Por ejemplo, supongamos que se ha comenzado a crear un sistema de TI para gestionar los recursos humanos de manera unificada, incluyendo las bases en el extranjero, y la estrategia de expansi\u00f3n de ventas de la empresa, como la expansi\u00f3n al extranjero, se retira. En tales casos, el desarrollo del sistema que se ha comenzado puede ya no ser necesario para el usuario.<\/p>\n\n\n\n<p>En primer lugar, la cuesti\u00f3n de c\u00f3mo se debe construir un sistema de TI utilizado en una empresa no puede ser separada de la cuesti\u00f3n de &#8220;qu\u00e9 tipo de trabajo existe en la empresa&#8221; como premisa. Por lo tanto, es posible que los requisitos del sistema que se necesitan (o que se vuelven innecesarios) cambien despu\u00e9s del hecho debido a los efectos de cambios significativos en la organizaci\u00f3n y la reorganizaci\u00f3n de los departamentos de negocios, y una revisi\u00f3n radical de la estrategia.<\/p>\n\n\n\n<p>Debido a estas circunstancias, cuando un proyecto se interrumpe en medio del camino, tambi\u00e9n pueden surgir varios problemas legales. En tales casos, normalmente, dado que es por conveniencia personal del usuario, se reconoce al proveedor ciertos derechos legales, como la solicitud de remuneraci\u00f3n de acuerdo con el porcentaje de finalizaci\u00f3n. Dependiendo del tipo de contrato que se haya adoptado, aunque hay diferencias en las disposiciones que sirven de base, el contenido se organiza de la siguiente manera:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>\u30fbEn caso de contrato de obra: Art\u00edculo 641 del C\u00f3digo Civil Japon\u00e9s<br> Art\u00edculo 641 del C\u00f3digo Civil Japon\u00e9s<br> \u2192Mientras el contratista no complete el trabajo, el cliente puede rescindir el contrato en cualquier momento indemnizando los da\u00f1os.<br> \u30fbEn caso de contrato de mandato: Art\u00edculo 648, p\u00e1rrafo 3 del C\u00f3digo Civil Japon\u00e9s (dependiendo de las circunstancias, tambi\u00e9n puede haber una solicitud de indemnizaci\u00f3n por da\u00f1os y perjuicios basada en el Art\u00edculo 651 del C\u00f3digo Civil Japon\u00e9s)<br> Art\u00edculo 648 del C\u00f3digo Civil Japon\u00e9s<br> \u2192Cuando el mandato termina en medio de la ejecuci\u00f3n debido a una causa que no puede atribuirse al mandatario, este puede solicitar una remuneraci\u00f3n de acuerdo con el porcentaje de ejecuci\u00f3n ya realizado.<br> Art\u00edculo 651 del C\u00f3digo Civil Japon\u00e9s<br> \u21921. El mandato puede ser rescindido en cualquier momento por cualquiera de las partes.<br> \u21922. Cuando una de las partes rescinde el mandato en un momento desfavorable para la otra parte, esa parte debe indemnizar los da\u00f1os de la otra parte. Sin embargo, esto no se aplica si hay una raz\u00f3n justificable.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tipo_de_crisis_3_Cuando_se_descubren_deficiencias_en_el_sistema_entregado_posteriormente\"><\/span>Tipo de crisis 3: Cuando se descubren deficiencias en el sistema entregado posteriormente<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_41879789_M-1024x681.jpg\" alt=\"\" class=\"wp-image-2712\" \/><figcaption class=\"wp-element-caption\">\u00bfC\u00f3mo se manejan los problemas del sistema que se descubren justo despu\u00e9s de la entrega?<\/figcaption><\/figure>\n\n\n\n<p>A menudo, los usuarios eval\u00faan la calidad de un sistema bas\u00e1ndose en la sensaci\u00f3n de operaci\u00f3n en la pantalla. Sin embargo, desde el punto de vista de quienes reciben el trabajo, lo que resulta m\u00e1s complicado es el dise\u00f1o de la base de datos y la identificaci\u00f3n de los elementos de prueba despu\u00e9s de considerar todos los m\u00e9todos de operaci\u00f3n.<\/p>\n\n\n\n<p>En otras palabras, incluso un sistema que parec\u00eda funcionar sin problemas al principio puede presentar problemas como:<\/p>\n\n\n\n<ul>\n<li>A medida que aumenta la cantidad de datos registrados, la velocidad de procesamiento se ralentiza.<\/li>\n\n\n\n<li>Aunque el sistema parec\u00eda funcionar sin problemas en las operaciones diarias b\u00e1sicas, se descubri\u00f3 que se producen errores en operaciones especiales que ocurren una vez cada varios meses o a\u00f1os.<\/li>\n\n\n\n<li>Aunque parece que los resultados se est\u00e1n produciendo correctamente en la superficie, la l\u00f3gica real puede no ser correcta. (Por ejemplo, incluso si &#8220;2&#8221; se produce correctamente en respuesta a la entrada &#8220;1+1&#8221; del usuario, no necesariamente significa que el c\u00e1lculo se est\u00e1 realizando correctamente. A menudo, los errores de l\u00f3gica no se pueden descubrir simplemente operando la pantalla de manera descuidada. En este sentido, se puede decir que se requiere cierta &#8220;habilidad t\u00e9cnica&#8221; en el proceso de prueba.)<\/li>\n<\/ul>\n\n\n\n<p>Estos son problemas que realmente pueden ocurrir. Si analizamos estos casos desde un punto de vista legal, podr\u00edamos considerar la posibilidad de que se trate de una violaci\u00f3n de la obligaci\u00f3n de gesti\u00f3n del proyecto por parte del proveedor, es decir, un problema de incumplimiento incompleto en t\u00e9rminos del C\u00f3digo Civil japon\u00e9s.<\/p>\n\n\n\n<p>En este caso, si no se ha establecido ninguna regla especial en el contrato, se aplicar\u00e1n las disposiciones relativas a los contratos de obra.<\/p>\n\n\n\n<p>Los puntos a considerar en este caso se resumen de la siguiente manera:<\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 102.345%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #fff0f5;text-align: left\">\u30fbSi el trabajo no se ha completado en absoluto<br>\u2192Si el trabajo no se ha completado, el principio es que no se generar\u00e1 ninguna remuneraci\u00f3n. Sin embargo, si la causa es una violaci\u00f3n de la obligaci\u00f3n de cooperaci\u00f3n por parte del usuario, el proveedor puede tomar medidas legales como reclamaciones por da\u00f1os y perjuicios.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.793%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left\">\n\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 100.965%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f8f8ff;text-align: left\">\u30fbSi el trabajo se ha completado y se ha entregado un producto que puede lograr el objetivo del contrato, pero a\u00fan as\u00ed se observan algunos defectos que deben ser compensados o reparados<br>\u2192Es posible que el proveedor reclame una remuneraci\u00f3n, pero tambi\u00e9n es posible que el usuario reclame da\u00f1os y perjuicios. Por lo tanto, normalmente se compensar\u00e1n las dos cantidades.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.517%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left\">\u30fbSi el trabajo se ha completado y no hay defectos en su contenido<br \/>\u2192En primer lugar, este no es un caso de &#8220;crisis&#8221; en este art\u00edculo, y el proyecto se completar\u00e1 normalmente con una solicitud de remuneraci\u00f3n.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>Estos son los puntos que se resumen.<\/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>Cada proyecto de desarrollo de sistemas avanza a trav\u00e9s de diversos y variados giros y vueltas. Sin embargo, cuando se trata de &#8220;incendios&#8221; en proyectos legales, el marco que hemos presentado en este art\u00edculo puede servir como un mapa. Los problemas legales relacionados con el desarrollo de sistemas ciertamente abarcan una amplia gama de temas.<\/p>\n\n\n\n<p>As\u00ed como el trabajo de desarrollo de sistemas requiere habilidades de pensamiento constructivo, la gesti\u00f3n de riesgos asociada tambi\u00e9n puede llevarse a cabo de manera m\u00e1s constructiva si no se pierde de vista la imagen general del campo. \u00bfNo es as\u00ed?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Un proyecto de desarrollo de sistemas no es algo que se pueda lograr de la noche a la ma\u00f1ana. Requiere la inversi\u00f3n de numerosos recursos, incluyendo a muchas personas y organizaciones, una gran canti [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":60815,"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\/59135"}],"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=59135"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59135\/revisions"}],"predecessor-version":[{"id":60817,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59135\/revisions\/60817"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/60815"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=59135"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=59135"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=59135"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}