{"id":34289,"date":"2020-12-16T15:24:21","date_gmt":"2020-12-16T12:24:21","guid":{"rendered":"https:\/\/stage.cactus-now.com\/noticias-de-cactus\/chapter-5-step-2-software-development-quality-is-a-must\/"},"modified":"2026-06-01T17:11:23","modified_gmt":"2026-06-01T14:11:23","slug":"capitulo-5-paso-2-desarrollo-de-software-la-calidad-es-imprescindible","status":"publish","type":"post","link":"https:\/\/stage.cactus-now.com\/es\/nuestro-blog\/capitulo-5-paso-2-desarrollo-de-software-la-calidad-es-imprescindible\/","title":{"rendered":"Cap\u00edtulo 5. Paso 2. Desarrollo de Software: la Calidad es Imprescindible"},"content":{"rendered":"<h2><strong>El Contenido de la Gu\u00eda<\/strong><\/h2>\n<p><a href=\"https:\/\/stage.cactus-now.com\/es\/nuestro-blog\/how-to-effectively-outsource-software-development-chapter1\/\"><strong>Cap\u00edtulo 1. Qu\u00e9 es la Externalizaci\u00f3n de Software y Por Qu\u00e9 Ahora No se Trata Solo del Precio<\/strong><\/a><br \/><strong><a href=\"https:\/\/stage.cactus-now.com\/es\/nuestro-blog\/chapter-2-how-to-%d1%81hoose-the-%d1%81ountry-outsourcing-partner-and-business-model\/\">Cap\u00edtulo 2. C\u00f3mo Elegir el Pa\u00eds, el Socio de Externalizaci\u00f3n y el Modelo de Negocio<\/a><\/strong><br \/><a href=\"https:\/\/stage.cactus-now.com\/es\/nuestro-blog\/chapter-3-lets-start-a-new-project-the-set-up-process\/\"><strong>Cap\u00edtulo 3. Comencemos un Nuevo Proyecto: el Proceso de Configuraci\u00f3n<\/strong><\/a><br \/><a href=\"https:\/\/stage.cactus-now.com\/es\/nuestro-blog\/capitulo-4-paso-1-el-analisis-de-negocio-y-el-diseno-son-clave\/\"><strong>Cap\u00edtulo 4. Paso 1. El An\u00e1lisis de Negocio y el Dise\u00f1o son Clave<\/strong><\/a><br \/><strong><em>Cap\u00edtulo 5. <\/em><\/strong><em>Paso 2. Desarrollo de Software: La Calidad es Imprescindible<\/em><br \/><strong>Cap\u00edtulo 6. <\/strong> Paso 3. Pruebas y Soporte para el Resultado<br \/><strong>Cap\u00edtulo 7. <\/strong> Preguntas Frecuentes sobre la Externalizaci\u00f3n del Desarrollo de Software<\/p>\n<h4><strong>Para entregar la m\u00e1s alta calidad en el menor per\u00edodo de tiempo, el equipo elige la metodolog\u00eda de desarrollo de software m\u00e1s adecuada que se utilizar\u00e1 durante todo el proceso de desarrollo.<\/strong><\/h4>\n<p><strong>La metodolog\u00eda de desarrollo de software<\/strong> es un plan de acci\u00f3n con fases definidas que establece las normas para los miembros del equipo sobre c\u00f3mo van a trabajar y de qu\u00e9 manera deben transmitirse la informaci\u00f3n entre s\u00ed.<\/p>\n<p>Estos m\u00e9todos se utilizan para gestionar el flujo de trabajo de desarrollo de manera m\u00e1s eficiente.<\/p>\n<p>Aqu\u00ed hay una lista de las metodolog\u00edas de desarrollo de software m\u00e1s utilizadas:<\/p>\n<h2><strong>\u00c1gil (Agile)<\/strong><\/h2>\n<p>El enfoque \u00c1gil representa iteraci\u00f3n y flexibilidad. La colaboraci\u00f3n continua es clave en el proceso de desarrollo \u00c1gil.<\/p>\n<p>El equipo tiene la oportunidad de evaluar las demandas de las partes interesadas e implementar modificaciones r\u00e1pidas, ya que ambas partes discuten continuamente los detalles durante reuniones programadas, llamadas sprints. Principalmente, los sprints duran de una a cuatro semanas. El cliente puede calcular los costes estimados antes de cada sprint para comprender mejor los costes aproximados de cada caracter\u00edstica. Este enfoque ofrece m\u00e1s oportunidades para la toma de decisiones.<\/p>\n<figure class=\"wp-block-image\"><img fetchpriority=\"high\" decoding=\"async\" width=\"769\" height=\"581\" src=\"https:\/\/stage.cactus-now.com\/wp-content\/uploads\/2020\/12\/blog_5_agile.jpg\" alt=\" class=\"wp-image-9736\" srcset=\"https:\/\/stage.cactus-now.com\/wp-content\/uploads\/2020\/12\/blog_5_agile.jpg 769w, https:\/\/stage.cactus-now.com\/wp-content\/uploads\/2020\/12\/blog_5_agile-300x227.jpg 300w, https:\/\/stage.cactus-now.com\/wp-content\/uploads\/2020\/12\/blog_5_agile-768x580.jpg 768w\" sizes=\"(max-width: 769px) 100vw, 769px\" \/><\/figure>\n<p>Al utilizar m\u00e9todos \u00c1giles, el equipo puede continuamente repriorizar y refinar el backlog del producto. Crea oportunidades para evaluar la direcci\u00f3n de un proyecto durante el ciclo de desarrollo.<\/p>\n<h4><strong>Los principales principios \u00c1giles:<\/strong><\/h4>\n<p>o Un producto funcional es la principal medida de progreso.<\/p>\n<p>o La colaboraci\u00f3n con las partes interesadas es la prioridad, no la negociaci\u00f3n del contrato.<\/p>\n<p>o No es obligatorio seguir el plan predeterminado; se pueden hacer cambios.<\/p>\n<p>o Entregar el producto en el plazo m\u00e1s corto posible.<\/p>\n<p>o Los equipos deben cooperar a diario para ser m\u00e1s efectivos.<\/p>\n<p>Tambi\u00e9n podemos a\u00f1adir a los principios \u00c1giles que el cliente recibe peque\u00f1as piezas de funcionalidad de forma regular.<\/p>\n<h2><strong>Scrum<\/strong><\/h2>\n<figure class=\"wp-block-image\"><img decoding=\"async\" width=\"768\" height=\"393\" src=\"https:\/\/stage.cactus-now.com\/wp-content\/uploads\/2020\/12\/blog_5_scrum.jpg\" alt=\" class=\"wp-image-9739\" srcset=\"https:\/\/stage.cactus-now.com\/wp-content\/uploads\/2020\/12\/blog_5_scrum.jpg 768w, https:\/\/stage.cactus-now.com\/wp-content\/uploads\/2020\/12\/blog_5_scrum-300x154.jpg 300w\" sizes=\"(max-width: 768px) 100vw, 768px\" \/><\/figure>\n<p>Scrum es otro m\u00e9todo flexible de gesti\u00f3n de proyectos de la familia \u00c1gil. Este modelo fue dise\u00f1ado para proyectos que requieren soluciones r\u00e1pidas combinadas con tolerancia a las modificaciones.<\/p>\n<p>La estructura principal del proceso Scrum involucra la planificaci\u00f3n del sprint, reuniones diarias breves, resultados del sprint y retrospectivas.<\/p>\n<p>Scrum divide el proyecto en partes que pueden ser utilizadas por el cliente para obtener backlogs. Los sprints duran de dos a cuatro semanas. Durante este tiempo, la duraci\u00f3n de las reuniones se minimiza, pero su frecuencia aumenta. El control sobre la ejecuci\u00f3n se vuelve m\u00e1s flexible y los desarrolladores responden m\u00e1s r\u00e1pidamente a los problemas emergentes.<\/p>\n<p>Este enfoque es adecuado para situaciones en las que no todos los miembros del equipo tienen suficiente experiencia en el campo en el que se est\u00e1 implementando el proyecto. La comunicaci\u00f3n constante entre los miembros del equipo, que pueden compartir sus conocimientos, puede compensar la falta de experiencia o cualificaciones.<\/p>\n<p>El Scrum Master es responsable de supervisar el trabajo del equipo y asegurarse de que los participantes del proyecto comprendan los principios y normas de la pr\u00e1ctica Scrum. \u00c9l\/Ella es un mediador entre el cliente y el equipo. El equipo es responsable de asegurar al final de cada sprint que todas las tareas necesarias se hayan completado. El Product Owner es la persona que representa los intereses de los usuarios finales.<\/p>\n<h4><strong>Artefactos de Scrum<\/strong><\/h4>\n<p>El Product Backlog es una lista de requisitos funcionales que se ordenan por orden de importancia.<\/p>\n<p>El Sprint Backlog es la funcionalidad elegida por el Product Owner del Product Backlog.<\/p>\n<p>Una Reuni\u00f3n de Planificaci\u00f3n se lleva a cabo al comienzo de la iteraci\u00f3n con el objetivo de determinar la cantidad de trabajo requerido.<\/p>\n<p>Una Reuni\u00f3n Diaria (Stand-Up) es una reuni\u00f3n breve diaria durante la cual cada miembro del equipo responde tres preguntas:<\/p>\n<ol>\n<li>\u00bfQu\u00e9 trabajo se ha realizado entre la reuni\u00f3n anterior y la actual?<\/li>\n<li>\u00bfQu\u00e9 trabajo se habr\u00e1 realizado entre la reuni\u00f3n actual y la siguiente?<\/li>\n<li>\u00bfQu\u00e9 problemas obstaculizan el logro de los objetivos del sprint?<\/li>\n<\/ol>\n<h2><strong>Kanban<\/strong><\/h2>\n<p>Kanban es un sistema \u00c1gil basado en visualizar el proceso de cumplimiento de las tareas del equipo. La idea principal en este sistema es reducir el n\u00famero de tareas que se est\u00e1n realizando actualmente.<\/p>\n<p>Este enfoque es menos estricto que el enfoque Scrum. No limita el tiempo de los sprints y no se asignan roles a los miembros del equipo, excepto el del Product Owner. Kanban permite que un miembro del equipo ejecute varias tareas a la vez, algo que no se practica en Scrum. Adem\u00e1s, no hay reuniones estrictamente reguladas sobre el estado del proyecto. Es mejor usar el modelo Kanban cuando no hay plazos espec\u00edficos. Cada tarea se da individualmente. Pasa por todas las etapas en el tablero y una vez que se ha completado, se puede mostrar al cliente.<\/p>\n<p>El c\u00e1lculo preciso de la carga de trabajo, la colocaci\u00f3n correcta de restricciones y el enfoque en la mejora continua permiten ahorrar recursos y cumplir con los plazos y las restricciones presupuestarias. Y todo esto se combina con la flexibilidad de Kanban.<\/p>\n<h2><strong>El modelo en Cascada (Waterfall)<\/strong><\/h2>\n<p>El modelo en Cascada es un enfoque secuencial lineal con varias fases. Fue el primer modelo de proceso en ser introducido. Una secuencia t\u00edpica de eventos se ve as\u00ed: an\u00e1lisis de requisitos \u2013 dise\u00f1o de software \u2013 implementaci\u00f3n \u2013 pruebas \u2013 mantenimiento.<\/p>\n<p>Se impone un control estricto durante el proceso de desarrollo con una gran cantidad de documentaci\u00f3n escrita, aprobaci\u00f3n y visto bueno por parte del cliente, y revisiones formales. Un enfoque estricto desalienta volver a visitar y revisar cualquier fase anterior una vez que est\u00e1 completa. Sin embargo, hay una puerta de etapa entre cada fase, ya que los requisitos deben ser revisados y aprobados por el cliente antes de que comience el proceso de dise\u00f1o.<\/p>\n<p>Es mejor usar el modelo en Cascada para proyectos relativamente peque\u00f1os cuando los requisitos est\u00e1n claramente establecidos y hay programadores disponibles con las cualificaciones requeridas.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>El Contenido de la Gu\u00eda Cap\u00edtulo 1. Qu\u00e9 es la Externalizaci\u00f3n de Software y Por Qu\u00e9 Ahora No se Trata Solo del PrecioCap\u00edtulo 2. C\u00f3mo Elegir el Pa\u00eds, el Socio de Externalizaci\u00f3n y el Modelo de NegocioCap\u00edtulo 3. Comencemos un Nuevo Proyecto: el Proceso de Configuraci\u00f3nCap\u00edtulo 4. Paso 1. El An\u00e1lisis de Negocio y el [&hellip;]<\/p>\n","protected":false},"author":45,"featured_media":34292,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[700],"tags":[],"class_list":["post-34289","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-nuestro-blog"],"acf":[],"_links":{"self":[{"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/posts\/34289","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/users\/45"}],"replies":[{"embeddable":true,"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/comments?post=34289"}],"version-history":[{"count":0,"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/posts\/34289\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/media\/34292"}],"wp:attachment":[{"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/media?parent=34289"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/categories?post=34289"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/stage.cactus-now.com\/es\/wp-json\/wp\/v2\/tags?post=34289"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}