SCRUM Y CMMI EN GEOCUBA ORIENTE SUR

Tamaño: px
Comenzar la demostración a partir de la página:

Download "SCRUM Y CMMI EN GEOCUBA ORIENTE SUR"

Transcripción

1 SCRUM Y CMMI EN GEOCUBA ORIENTE SUR Ing. Daysel Labañino Griñan 1, Msc. Nono Carballo Escalona 2 1 GEOCUBA, Cuba, San Fernando # 625 % San Félix y Calvario. Santiago de Cuba. 2 GEOCUBA, Cuba, Bravo Correoso 109 e/ 5 y 6 Santa Bárbara. Santiago de Cuba. RESUMEN: Scrum es un modelo de referencia que define un conjunto de prácticas y roles, y puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto. El CMM - CMMI (Capability Maturity Model Integration) es un modelo de calidad del software que clasifica las empresas en niveles de madurez. En el presente documento se presentan las características fundamentales de ambos y se realiza un análisis de como se pueden combinar en una misma empresa para lograr el nivel de madurez 2 de CMMI. Además se presenta el estado actual de la aplicación de SCRUM en Geocuba Oriente Sur. Palabras Clave: SCRUM, CMMI, modelo, metodología ABSTRACT: Scrum is a reference model that defines a set of practices and roles, and can be taken as a starting point to define the development process to be executed during a project. The CMM - CMMI (Capability Maturity Model Integration) is a software quality model that classifies companies in maturity levels. This paper presents the key features of both and an analysis of how they can be combined in the same company to achieve maturity level 2 of CMMI. It also presents the current status of the Scrum implementation in Geocuba Oriente Sur. KeyWords: SCRUM, CMMI, model, methodology INTRODUCCIÓN El desarrollo de software hoy en día es acelerado debido a la alta demanda del mercado y por tal motivo deben utilizarse una serie de metodologías, modelos de calidad, procesos, que permitan organizar, administrar y controlar todo el proceso de desarrollo del mismo. Es importante tener en cuenta las características principales de cada Empresa o Grupo de desarrollo de software para aplicar el proceso de desarrollo adecuado. Entre los aspectos a tener en cuenta

2 están estructura, cantidad de especialistas involucrados, velocidad de desarrollo de cada miembro del equipo de desarrolladores y del grupo en general, entre otros. El Grupo de Desarrollo de Software (GDS) de la Unidad de Desarrollo Científico Tecnológica (UDCT) de GEOCUBA Oriente Sur (GEOCUBA OS) es un equipo pequeño y multidisciplinario que usa SCRUM como proceso para el desarrollo de software y que busca obtener productos con mejor calidad y organizar mejor el trabajo antes, durante y después del desarrollo del software. Jakob Nielsen quien es una de las personas más respetadas en el ámbito mundial sobre usabilidad en la web, planteó: Lanzar un software difícil de usar no sólo significa perder a sus mejores clientes, aquellos dispuestos a usar sus servicios, sino que estos le advertirán a otros para que no utilicen su software Como se aprecia es muy importante el factor usabilidad y calidad del producto ya que son fundamentales en el mercado del software para atraer a los mejores clientes y que estos se sientan satisfechos con el producto final. CMMI enseña el camino para alcanzar un nivel de madurez de la organización o un nivel de capacidad de un área de proceso. Su propósito es proporcionar una guía para mejorar los procesos de la organización y su habilidad para administrar el desarrollo, adquisición y mantenimiento de productos y servicios. CMMI es un modelo que trata sobre qué buenas prácticas mejoran una organización, mientras que Scrum aporta un cómo implantar esas, u otras, buenas prácticas. CMMI dice, por ejemplo, qué espera encontrar que se estime, pero no cómo estimar. CMMI dice que espera encontrar un ciclo de vida, pero no cuál. Scrum aporta, entre otros, un cómo implantar un ciclo de vida iterativo e incremental. Con este trabajo se pretende combinar SCRUM con CMMI y adaptarlos al GDS con el objetivo de mejorar los procesos para entregar productos y servicios de calidad. CMMI define que hacer y SCRUM el como. 1. QUÉ ES SCRUM? Scrum es un modelo de referencia que define un conjunto de prácticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto. Los artefactos generados son: - Pila de producto (product backlog). - Pila de la iteración (sprint backlog). - Gráfico de avance (burndown graphic). - Incremento (lo que se desarrolla en el sprint). (Carballo Escalona, 2012)

3 La pila del producto es un documento de alto nivel para todo el proyecto. Contiene amplias descripciones de todas las características requeridas, funcionalidades en la wish-list, etcétera. La pila de la iteración es un documento con gran detalle donde se describe el cómo el equipo va a implementar los requisitos durante el siguiente sprint. Las tareas se rompen en horas con ninguna tarea de duración superior a 16 horas. Si una tarea es mayor de 16 horas, deberá ser rota en mayor detalle. El gráfico de avance es mostrado públicamente en la que aparecen el número de tareas restantes para el sprint actual, o el número de items en la pila de iteración. Los roles principales en Scrum son el director de SCRUM (ScrumMaster), que mantiene los procesos y trabaja de forma similar al director de proyecto, el dueño del producto (ProductOwner), que representa a los interesados externos o internos (stakeholders), y el equipo de desarrollo. (Palacio, 2008) En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones de un mes natural y hasta de dos semanas, si así se necesita). Cada iteración tiene que proporcionar un resultado completo, un incremento de producto final que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite. Además Scrum permite la creación de equipos auto-organizados impulsando la co-localización de todos los miembros del equipo, y la comunicación verbal entre todos los miembros y disciplinas involucrados en el proyecto. (Palacio, 2008)

4 2. QUÉ ES CMM - CMMI? El CMM - CMMI (Capability Maturity Model Integration) es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software. Niveles CMM CMMI Los niveles CMM - CMMI son 5: Inicial o Nivel 1: Este es el nivel en donde están todas las empresas que no tienen procesos. Los presupuestos se disparan, no es posible entregar el proyecto en fechas, te tienes que quedar durante noches y fines de semana para terminar un proyecto. No hay control sobre el estado del proyecto, el desarrollo del proyecto es completamente opaco, no sabes lo que pasa en él. Repetible o Nivel 2: Quiere decir que el éxito de los resultados obtenidos se pueden repetir. La principal diferencia entre este nivel y el anterior es que el proyecto es gestionado y controlado durante el desarrollo del mismo. El desarrollo no es opaco y se puede saber el estado del proyecto en todo momento. Los procesos que hay que implantar para alcanzar este nivel son: Gestión de requisitos Planificación de proyectos Seguimiento y control de proyectos Gestión de proveedores Aseguramiento de la calidad Gestión de la configuración Definido o Nivel 3: Alcanzar este nivel significa que la forma de desarrollar proyectos está definida, que quiere decir que está establecida, documentada y que existen métricas para la consecución de objetivos concretos. Los procesos que hay que implantar para alcanzar este nivel son: Desarrollo de requisitos Solución técnica Integración del producto Verificación Validación Desarrollo y mejora de los procesos de la organización

5 Definición de los procesos de la organización Planificación de la formación Gestión de riesgos Análisis y resolución de toma de decisiones Este nivel proporciona muchos beneficios y por tal motivo muchas empresas al llegar a este nivel no ven la necesidad de ir más allá porque sienten que sus necesidades están cubiertas. Cuantitativamente Gestionado o Nivel 4: Los proyectos usan objetivos medibles para alcanzar las necesidades de los clientes y la organización. Se usan métricas para gestionar la organización. Los procesos que hay que implantar para alcanzar este nivel son: Gestión cuantitativa de proyectos Mejora de los procesos de la organización Optimizado o Nivel 5: Los procesos de los proyectos y de la organización están orientados a la mejora de las actividades. Mejoras incrementales e innovadoras de los procesos que mediante métricas son identificadas, evaluadas y puestas en práctica. Los procesos que hay que implantar para alcanzar este nivel son: Innovación organizacional Análisis y resolución de las causas La implantación de un modelo de estas características es un proceso largo y costoso que puede costar varios años de esfuerzo. (Gracia, CMM - CMMI. Calidad. Ingeniería de software, 2005) 3. CMM CMMI Nivel 2. El nivel 1 de CMMI es el nivel en el que están todas las empresas, ya que solo por el hecho de existir como empresa de software están en el nivel 1. Por lo tanto todas aquellas empresas que quieren mejorar su manera de trabajar para conseguir mejores resultados quieren implantar CMM-CMMI hasta el nivel 2. Lo que pretende el nivel 2 de CMM-CMMI es conseguir que en los proyectos de la organización haya una gestión de los requisitos y que los procesos estén planeados, ejecutados, medidos y controlados. A continuación se explicarán cada una de las áreas de proceso de este nivel con un poco más de detalle.

6 Gestión de Requisitos o Requerimientos El objetivo de la gestión de requisitos es gestionar los requisitos de los elementos del proyecto y sus componentes e identificar inconsistencias entre estos requisitos, el plan de proyectos y los elementos de trabajo. En este proceso se deben de gestionar todos los requisitos del proyecto, tanto los requisitos técnicos como los requisitos no técnicos. Estos requisitos han de ser revisados conjuntamente con la fuente de los mismos así como con las personas que se encargarán del desarrollo posterior. Planificación de proyectos El objetivo de la planificación de proyectos es establecer y mantener planes que definen las actividades del proyecto. Las tareas que conlleva la planificación de proyectos son: Desarrollar un plan inicial del proyecto Establecer una relación adecuada con todas las personas involucradas en el proyecto Obtener compromiso con el plan Mantener el plan durante el desarrollo del proyecto El plan incluye estimación de los elementos de trabajo y tareas, recursos necesarios, negociación de compromisos, establecimiento de un calendario, e identificación y análisis de los posibles riesgos que pueda tener el proyecto. El plan de proyectos es una herramienta de trabajo viva que se debe de actualizar con mucha frecuencia ya que los requisitos cambiarán, habrá que reestimar, habrá riesgos que desaparezcan y otros que surjan nuevos, habrá que tomar acciones correctivas. Monitorización y Control de proyectos El objetivo de la monitorización y control de proyectos es proporcionar una compresión del estado del proyecto para que se puedan tomar acciones correctivas cuando la ejecución de proyecto se desvíe del plan. El documento del plan de proyecto es la base para monitorizar las actividades, comunicar el estado y tomar acciones correctivas. El progreso se determina comparando los actuales elementos de trabajo: tareas, horas realizadas, coste y calendario actual, con los estimados en el plan de proyecto. Una apropiada visibilidad nos permitirá tomar acciones correctivas antes de que el trabajo real se desvíe mucho del plan. Estas acciones que se toman, harán que se tenga que rehacer/ajustar nuestro plan de proyectos. Medición y Análisis El objetivo de la medición y el análisis es desarrollar y sostener una capacidad de medición que sea usada para ayudar a las necesidades de información de la gerencia.

7 Los datos tomados para la medición deben estar alineados con los objetivos de la empresa para proporcionar información útil a la misma. Se ha de implantar un mecanismo de recogida de datos, almacenamiento y análisis de los mismos de forma que las decisiones que se tomen puedan estar basadas en estos datos. Este sistema tiene que permitir además: Planificación y estimación objetiva Comparar el rendimiento actual contra el rendimiento esperado en el plan Identificar y resolver problemas relacionados con los procesos Proporcionar una base para añadir métricas en procesos futuros Aseguramiento de la calidad El objetivo del aseguramiento de la calidad es proporcionar personas y gestión con el objetivo de que los procesos y los elementos de trabajo cumplan los procesos. Esto se consigue mediante: Evaluar objetivamente la ejecución de los procesos, los elementos de trabajo y servicios contra las descripciones de procesos, estándares y procedimientos. Identificar y documentar los elementos no conformes. Proporcionar información a las personas que están usando los procesos y a los gestores, de los resultados de las actividades del aseguramiento de la calidad. Asegurar de que los elementos no conformes son arreglados. Esta es un área de proceso clave, que a veces no se le da la suficiente importancia, pero que sin ella no será posible implanta un modelo de calidad. Gestión de la configuración El objetivo de la gestión de la configuración es establecer y mantener la integridad de los elementos de trabajo identificando, controlando y auditando dichos elementos. Más concretamente mediante: La identificación de los elementos de trabajo que componen una línea base. Controlando los cambios de dichos elementos. Proporcionando formas de construir los elementos de trabajo a partir del sistema de control de la configuración. Mantener la integridad de las líneas base.

8 Proporcionar información precisa de los datos de la configuración a desarrolladores y clientes. (Gracia, CMM - CMMI Nivel 2, 2005) 4. SCRUM y las áreas de proceso de CMMI Nivel 2. Como se detalla anteriormente las áreas de proceso de CMMI Nivel 2 son 5: Gestión de requisitos Planificación de proyectos Monitorización y control de proyectos Medición y análisis Aseguramiento de la calidad Gestión de configuración Ahora surge como interrogante Cómo SCRUM desarrolla cada uno de los procesos de CMMI Nivel 2? El primero de los procesos (Gestión de requisitos) se lleva a cabo llenando la pila del producto donde se describen cada una de las funcionalidades del sistema. La pila del producto está compuesta por historias de usuarios las cuales son desarrolladas y mantenidas por el dueño del producto y se debe mantener a nivel de negocio. Las historias no son requerimientos, son expresiones cortas, fáciles de leer y entendibles por todos que representan pequeños incrementos de funcionalidad desarrollables en días o semanas. Además las historias no necesitan ser documentadas extensivamente. Ejemplo de historia de usuario: Como administrador del sistema debo poder adicionar militantes para crear el listado de militantes del Comité de Base Además de la pila del producto en esta área aparece la pila de la iteración donde se describe con gran detalle el como el equipo va a implementar los requisitos durante el próximo sprint y se sitúa en el área de especificación de los requisitos de software necesarios para dar respuesta a las funcionalidades esperadas por el cliente. Los requisitos en SCRUM parten de la visión del resultado que se desea obtener; y evolucionan durante el desarrollo. El segundo y tercer proceso (Planificación, monitorización y control de proyectos) es manejado por SCRUM en sus respectivas ceremonias o reuniones. Estas reuniones son de 3 tipos y sus objetivos son diferentes: Planificación del sprint

9 Es una reunión conducida por el responsable del funcionamiento de Scrum, a la que deben asistir el propietario del producto y el equipo al completo. La reunión comienza con la presentación del propietario del producto, en la que expone los resultados que por orden de prioridad necesita. El objetivo es que todo el equipo conozca las razones y los detalles con el nivel necesario para poder estimar el trabajo necesario. En esta reunión se determinan cuáles y cómo van a ser las funcionalidades que se van a incorporar al producto con el próximo sprint. En realidad esta reunión consiste en dos: En la primera, se decide qué elementos de la pila del producto se van a desarrollar. En la segunda se desglosan éstos para determinar las tareas necesarias, estimar el esfuerzo que necesita cada una y asignarlas a las personas del equipo. La planificación del sprint no debe durar más de un día. (Palacio, 2008) Revisión diaria del sprint Dicha reunión no debe de pasar los 15 minutos de duración en la que todos los miembros del equipo comentan las tareas en las que están trabajando, si se han encontrado o prevén encontrarse con algún impedimento y actualizan sobre el sprint backlog las tareas ya terminadas o los tiempos de trabajo que les quedan. Culminación del sprint Reunión realizada al final del sprint en la que, el equipo presenta al propietario del producto, clientes, usuarios, gestores el incremento construido en el sprint, es decir, entrega el resultado del desarrollo del sprint. Además genera retro-información entre todos los participantes para preparar la pila del producto para el inicio del siguiente sprint. Es una reunión informal donde el equipo no debe invertir más de una hora en prepararla, y lo que se muestra es el resultado final: terminado, probado y operando en el entorno del cliente. (Palacio, 2008) En el cuarto de los procesos (Medición y análisis) el cual está pensado en cubrir las necesidades de la gerencia, es donde se especifican los datos necesarios para proporcionar información útil para llevar a cabo la medición de manera satisfactoria. Este sistema tiene que permitir además: Planificación y estimación objetiva Comparar el rendimiento actual contra el rendimiento esperado en el plan Identificar y resolver problemas relacionados con los procesos Proporcionar una base para añadir métricas en procesos futuros SCRUM considera tres fondos de escala, o de zoom con los que se puede medir el trabajo: Desarrollo y gestión de la solución técnica.

10 Gestión de proyecto. Gestión de la organización. En el primero se puede medir, por ejemplo, complejidad y estructura del código de un programa, en el segundo, el porcentaje de trabajo realizado, y en el tercero, también por ejemplo, el nivel de satisfacción laboral. A partir de las mediciones realizadas se pueden realizar una serie de análisis en correspondencia con el buen fin del producto y el de los profesionales implicados. De forma general las mediciones se realizan en correspondencia con el área específica, por ejemplo: de la organización se mide rendimiento, eficiencia, satisfacción del cliente; del proyecto se mide esfuerzo, costo y tamaño del mismo; por ultimo del desarrollo en si se mide disponibilidad, complejidad del diseño y cantidad de fallos. Es importante destacar que no se deben implantar procesos de medición tan sólo porque sí. Se deben seleccionar una serie de métricas que sean adaptables a la empresa para poder incorporarlas a la misma de la manera más fácil posible. Hay que tener en cuenta que cuantas menos métricas es mejor pues medir el costoso, añade burocracia y el objetivo de SCRUM es trabajar con la mejor relación valor-simplicidad. Las métricas se pueden aplicar en el nivel de gestión de la organización, de gestión de los proyectos o de construcción de la solución técnica. El quinto de los procesos (Aseguramiento de la calidad) persigue entre otras cosas evaluar la ejecución de los procesos, identificar, documentar y arreglar los elementos no conformes. Esta área en ocasiones no se le da la suficiente importancia pero sin ella un modelo de calidad no sería posible. En Scrum, el equipo se focaliza en una única cosa: construir software de calidad. Por el otro lado, la gestión de un proyecto Scrum se focaliza en definir cuáles son las características que debe tener el producto a construir y en remover cualquier obstáculo que pudiera entorpecer la tarea del equipo de desarrollo. Se busca que los equipos sean lo más efectivos y productivos que sea posible. SCRUM exhibe una serie de beneficios que a la vez contribuyen a la calidad y la competitividad: 1. Gestión regular de las expectativas del cliente y basada en resultados tangibles. 2. Resultados anticipados. 3. Flexibilidad y adaptación respecto a las necesidades del cliente, cambios en el mercado, etc. 4. Gestión sistemática del Retorno de Inversión (ROI). 5. Mitigación sistemática de los riesgos del proyecto. 6. Productividad y calidad. 7. Alineamiento entre el cliente y el equipo de desarrollo.

11 8. Equipo motivado. 1. Gestión regular de las expectativas del cliente El cliente establece sus expectativas indicando el valor que le aporta cada requisito del proyecto y cuando espera que esté completado. (Lista de requisitos priorizada y Demostración de los resultados de proyecto en cada iteración). 2. Resultados anticipados. El cliente puede empezar a utilizar los resultados más importantes del proyecto antes de que esté finalizado por completo. El cliente puede empezar a recuperar su inversión (y/o autofinanciarse) comenzando a utilizar un producto al que sólo le faltan características poco relevantes, puede sacar al mercado un producto antes que su competidor, puede hacer frente a urgencias o nuevas peticiones de clientes, etc. (Priorización de requisitos por valor y coste) 3. Flexibilidad y adaptación. De manera regular el cliente redirige el proyecto en función de sus nuevas prioridades, de los cambios en el mercado, de los requisitos completados que le permiten entender mejor el producto, de la velocidad real de desarrollo, etc. Al final de cada iteración el cliente puede aprovechar la parte de producto completada hasta ese momento para hacer pruebas de concepto con usuarios o consumidores y tomar decisiones en función del resultado obtenido. (Replanificación en el inicio de la iteración). 4. Retorno de Inversión. De manera regular, el cliente maximiza el ROI del proyecto. Cuando el beneficio pendiente de obtener es menor que el coste de desarrollo, el cliente puede finalizar el proyecto. (Priorización de requisitos por valor). 5. Mitigación de riesgos. Desde la primera iteración el equipo tiene que gestionar los problemas que pueden aparecer en una entrega del proyecto. Al hacer patentes estos riesgos, es posible iniciar su mitigación de manera anticipada. "Si hay que equivocarse o fallar, mejor hacerlo lo antes posible". La cantidad de riesgo a que se enfrenta el equipo está limitada a los requisitos que se puede desarrollar en una iteración. La complejidad y riesgos del proyecto se dividen de manera natural en iteraciones. (Desarrollo iterativo e incremental). 6. Productividad y calidad. De manera regular el equipo va mejorando y simplificando su forma de trabajar. (Mejora continua, comunicación diaria del equipo, time boxing, equipo multidisciplinario, estimación de fuerza conjunta, compromiso del equipo, demostración de resultados).

12 7. Alineamiento entre el cliente y el equipo de desarrollo. Los resultados y esfuerzos del proyecto se miden en forma de objetivos y requisitos entregados al negocio. Todos los participantes en el proyecto conocen cuál es el objetivo a conseguir. El producto se enriquece con las aportaciones de todos. En cada iteración el equipo y el cliente trabajan juntos. 8. Equipo motivado. Las personas están más motivadas cuando pueden usar su creatividad para resolver problemas y cuando pueden decidir organizar su trabajo. (Equipo auto-gestionado, Demostración). El último de los procesos del Nivel 2 de CMMI (Gestión de Configuración) se define como el conjunto de procesos destinados a asegurar la calidad de todo producto obtenido durante cualquiera de las etapas del desarrollo de un Sistema de Información (S.I.), a través del estricto control de los cambios realizados sobre los mismos y de la disponibilidad constante de una versión estable de cada elemento para toda persona involucrada en el citado desarrollo. Estos dos elementos (control de cambios y control de versiones de todos los elementos del S.I.) facilitan también el mantenimiento de los sistemas al proporcionar una imagen detallada del sistema en cada etapa del desarrollo. La gestión de la configuración se realiza durante todas las fases del desarrollo de un sistema de información, incluyendo el mantenimiento y control de cambios, una vez realizada la puesta en producción. (Wikipedia. Gestión de la Configuración, 2013) Un sistema de información (SI) es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarán parte de alguna de las siguientes categorías: personas, datos y actividades o técnicas de trabajo. (Wikipedia. Sistema de Información, 2013) Un sistema de control de versiones debe proporcionar: - Mecanismo de almacenamiento de los elementos que deba gestionar (ej. archivos de texto, imágenes, documentación...). - Posibilidad de realizar cambios sobre los elementos almacenados (ej. modificaciones parciales, añadir, borrar, renombrar o mover elementos). - Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos (normalmente pudiendo volver o extraer un estado anterior del producto). - Aunque no es estrictamente necesario, suele ser muy útil la generación de informes con los cambios introducidos entre dos versiones, informes de estado, marcado con nombre identificativo de la versión de un conjunto de ficheros, etc. (Wikipedia. Control de Versiones, 2013)

13 Toda implantación de una metodología tiene un aspecto clave que muchas veces se olvida: diseñar una adecuada política de gestión de la configuración que de soporte a las actividades de desarrollo concurrente que el equipo realiza y las verificaciones de calidad que llevan a cabo los testers. Además otra cuestión relacionada con la gestión de la configuración, que resulta imprescindible, es la necesidad de poder trazar nuestros binarios. Esta es una cuestión que a menudo se olvida y que se hace especialmente importante en los momento de dificultad, cuando nuestro software está sufriendo problemas: es sumamente difícil depurar un problema con garantías de éxito si no contamos con la certeza de que en el entorno de depuración contamos con el código fuente, la información de depuración (generalmente en forma de PDBs) y los binarios que se corresponden con una determinada entrega. Otro aspecto vital, sobre todo en las metodologías ágiles, pero cada vez más en cualquier proceso de desarrollo, es la integración continua: construir nuestro software y ejecutar las pruebas automatizadas del mismo cada vez que se realiza un check-in. Cuando se plantea una política de gestión de fuentes, es una buena idea es enumerar los objetivos que persigue. Los objetivos que persigo, en esta ocasión, por considerarles comunes a todo equipo ágil son: Permitir que los desarrolladores trabajen de manera concurrente y en equipo. Permitir que los testers puedan estabilizar el software sin sufrir interferencias por parte de los desarrolladores. Permitir el objetivo de Scrum de conseguir tras cada Sprint un incremento de funcionalidad potencialmente entregable. Permitir la corrección de errores encontrados con el mínimo impacto. Establecer una nomenclatura para las diferentes ramas. (Geeks.ms, 2009) 5. SCRUM EN GEOCUBA A continuación se presenta una tabla donde se muestra como se aplica SCRUM en la Empresa Geocuba Oriente Sur. Gestión de Requisitos Planificación Monitorización Control de proyectos Se realiza siguiendo los criterios definidos por la metodología. La planificación del sprint si no está presente el propietario del producto en la reunión, entonces asiste una persona preparada en las temáticas necesarias para ejercer como tal. En el caso de la reunión diaria que se plantea en la metodología no se realiza. La revisión se hace semanal aunque durante la semana

14 si existe algún inconveniente se convoca a un reunión corta y se eliminan los posibles obstáculos presentes. La duración de los sprints es de 2 semanas (15 días). En la reunión final del sprint se presenta el incremento construido. Medición y análisis Aseguramiento de la calidad Gestión de Configuración En la medición se toman en cuenta: la complejidad y estructura del código del programa, el porcentaje de trabajo realizado, y el nivel de satisfacción laboral. A partir de los resultados obtenidos en la medición se realizan los análisis pertinentes. Se trabaja fundamentalmente en la confección de la documentación necesaria. Se realiza buscando fundamentalmente que las versiones obtenidas del producto cumplan con lo planificado y para esto se lleva a cabo un estricto control de los cambios y la disponibilidad constante de una versión estable del producto. Como se puede observar en la Empresa se realizan una serie de cambios para aplicar SCRUM y para obtener productos con calidad y debidamente documentados. Estos cambios fueron realizados para adaptar la metodología sin realizar cambios bruscos en la estructura de trabajo anteriormente implementada en la misma. CMMI tienen una fortaleza importante, que a la vez es debilidad de las prácticas ágiles: se trata de las prácticas genéricas, que están presentes en todas las áreas de procesos para que en todas se consiga: Institucionalizar las formas de trabajo Implantar prácticas de ingeniería de procesos. La institucionalización se refiere a las ventajas de documentar los procedimientos que emplea la empresa, y disponerlos de forma accesible a todos los interesados; a la necesidad de formar al personal para que las conozca y sepa emplearlas en el trabajo. CONCLUSIONES Los modelos de calidad dicen el QUÉ hay qué hacer, pero no CÓMO hacerlo. CMMI prescribe formas sobre CÓMO hacer la gestión de la configuración, la planificación del proyecto o la gestión de los requisitos. También dice: hágalo

15 como usted quiera, siempre y cuando alcance el fin del área de proceso que venga al caso. Ya en el momento de certificarse es otra cosa porque entonces hay que demostrarlo y pudiera complicarse. Una gran empresa, o una pequeña que quiera asentar principios para dar el salto: de personas que saben programar a empresa que sabe programar, debe incluir procesos para explicitar e institucionalizar su saber hacer, independientemente de que sean procesos o agilidad. BIBLIOGRAFIA Comex Grupo Ibérica. (2008, Diciembre). Implantación del Modelo CMMI nivel 2. Retrieved from [http://www.grupocomex.com/caso-exito-metodologia-cmmi.aspx?menu=3] Carballo Escalona, M. (2012). Proceso de desarrollo ágil con Scrum y XP., (pp. 2-87). Santiago de Cuba. CMMI Institute. (2009, Mayo 13). CMMI and Scrum. Retrieved from [http://cmmiinstitute.com/cmmi-gettingstarted/cmmi-compability/cmmi-and-agile/cmmi-and-scrum/] Gracia, J. (26 de Noviembre de 2005). CMM - CMMI Nivel 2. Obtenido de [http://www.ingenierosoftware.com/calidad/cmm-cmmi-nivel-2.php] Gracia, J. (14 de Agosto de 2005). CMM - CMMI. Calidad. Ingeniería de software. Obtenido de [http://www.ingenierosoftware.com/calidad/cmm-cmmi.php] Palacio, J. (2008). Flexibilidad con Scrum. SafeCreative. Potter, N., & Sakry, M. (2011). Implementing Scrum (Agile) and CMMI. Together. Wikipedia. (Marzo de 2013). Capability Maturity Model Integration. Obtenido de [http://es.wikipedia.org/wiki/capability_maturity_model_integration]

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

Más detalles

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia

Más detalles

SCRUM Metodología de trabajo ágil

SCRUM Metodología de trabajo ágil SCRUM Metodología de trabajo ágil UN ENFOQUE PRÁCTICO Página 1 Página 2 Índice Introducción Características Criterios de referencia Fortalezas de Scrum Trazabilidad Definición Tipos Los Sprint Prácticas

Más detalles

Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles. Iñigo Garro, Octubre de 2013

Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles. Iñigo Garro, Octubre de 2013 Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles Iñigo Garro, Octubre de 2013 Este documento se ha basado en el informe técnico CMU/SEI-2010-TR-033 del Software Engineering Institute,

Más detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015

MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015 MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015 DATOS IDENTIFICATIVOS: 1. Título del Proyecto Herramienta para el Desarrollo de Aplicaciones Software con Metodologías

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

Calidad de Software - CMM

Calidad de Software - CMM Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?

Más detalles

IT Project Management Desarrollo de Software

IT Project Management Desarrollo de Software IT Project Management Desarrollo de Software Es posible una mezcla de Waterfall y Agile? Cómo se acerca el PMBOK a Agile? Autor: Norberto Figuerola Resulta muy frecuente que se suela confundir una aproximación

Más detalles

Aplicación de metodologías Ágiles en TI. Elsa Mangione, PMP, PMI-ACP, CSM II Reunión de Miembros Abierta. Mendoza, 2013.

Aplicación de metodologías Ágiles en TI. Elsa Mangione, PMP, PMI-ACP, CSM II Reunión de Miembros Abierta. Mendoza, 2013. Aplicación de metodologías Ágiles en TI Elsa Mangione, PMP, PMI-ACP, CSM II Reunión de Miembros Abierta. Mendoza, 2013. 1 To Do En Proceso Done! Agile Scrum Intro Lean Kanban Aplicabilidad Cierre 2 To

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

Los procesos de software. Un proceso de software se define como un:

Los procesos de software. Un proceso de software se define como un: Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos

Más detalles

SCRUM. Gestión ágil de proyectos

SCRUM. Gestión ágil de proyectos SCRUM Gestión ágil de proyectos 1 Qué es Scrum? SCRUM es una metodología ágil utilizada en el desarrollo de proyectos de software y que permite obtener el mejor resultado posible en la gestión de un proyecto

Más detalles

Rosi Mical Lizana Lozano

Rosi Mical Lizana Lozano Eficacia en el proceso de control financiero integrando Scrum y Capability Maturity Model Integration para el Servicio Educacional Hogar y Salud de la Misión Ecuatoriana del Sur. Rosi Mical Lizana Lozano

Más detalles

Describir el CMMI para el desarrollo de software, evolución, alcance y representación

Describir el CMMI para el desarrollo de software, evolución, alcance y representación Unidad 6: Introducción a CMMI Objetivo terminal de la Unidad Describir el CMMI para el desarrollo de software, evolución, alcance y representación Temas: Acerca del Modelo Capacidad Madurez Evolución de

Más detalles

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE SOFTWARE Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE AUTOS Entrada Salida Autos FÁBRICA DE SOFTWARE Entrada Salida Información

Más detalles

Scrum. Juan Palacio Bañeres

Scrum. Juan Palacio Bañeres Scrum Juan Palacio Bañeres La esencia de Scrum Al iniciar cada iteración, el equipo revisa el trabajo pendiente del proyecto y selecciona la parte que terminará como un incremento de funcionalidad incorporado

Más detalles

Catálogo de Formación SEI

Catálogo de Formación SEI Catálogo de Formación SEI ESI lleva 15 años ofreciendo servicios de formación en diferentes tecnologías. En este tiempo ha formado a más de 4.000 profesionales de más de 800 organizaciones, en más de 30

Más detalles

Modulo III: - Metodologías: Scrum, metodologías en entornos ágiles

Modulo III: - Metodologías: Scrum, metodologías en entornos ágiles Modulo III: - Metodologías: Scrum, metodologías en entornos ágiles José Vicente Marina. Jefe de Área de Desarrollo. Supermercados Sabeco Únete al foro en: Modulo III: Metodologías Introducción Manifiesto

Más detalles

Programa de Desarrollo Profesional en Mejora del Proceso de Software

Programa de Desarrollo Profesional en Mejora del Proceso de Software Programa de Desarrollo Profesional en Mejora del Proceso de Software - Inicio: 3 de Mayo - El Programa de Desarrollo Profesional (PDP) propone soluciones concretas a los problemas de definición de procesos,

Más detalles

Miguel Torres Jaime Pavlich-Mariscal

Miguel Torres Jaime Pavlich-Mariscal Miguel Torres Jaime Pavlich-Mariscal Implementar algunos requerimientos feedback Implementar algunos requerimientos feedback Implementar algunos requerimientos Iteración de 2-6 semanas Entrega al cliente

Más detalles

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI MODELO Y HERRAMIENTA DE AUTOMATIZACIÓN PARA AGREGAR VALOR A LOS PRINCIPIOS ÁGILES DE DESARROLLO

Más detalles

PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM

PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM Universidad Rafael Landivar Campus Quetzaltenango Facultad de Ingeniería PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM Linda Estrella Córdova Monterroso

Más detalles

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

Introducción a la implementación de Scrum

Introducción a la implementación de Scrum Introducción a la implementación de Scrum Jorge Iván Meza Martínez http://www.jorgeivanmeza.com/ Jorge Iván Meza Martínez - 1 Contenido Introducción. Historia. Qué es un proyecto. Gestión

Más detalles

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Examen tipo EXIN Agile Scrum Foundation Edición Mayo 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Más detalles

ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE AULA VIRTUAL PARA CAPACITACIÓN DE PERSONAL EN LA EMPRESA UNDERMEDIA S.A

ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE AULA VIRTUAL PARA CAPACITACIÓN DE PERSONAL EN LA EMPRESA UNDERMEDIA S.A ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE AULA VIRTUAL PARA CAPACITACIÓN DE PERSONAL EN LA EMPRESA UNDERMEDIA S.A María Salomé Dávila Silva 1, Ing. Carlos Caizaguano 2, Ing. Giovanna Gallegos

Más detalles

SW-CMM (CMM for Software)

SW-CMM (CMM for Software) Sinopsis de los modelos SW-CMM y CMMI Juan Palacio 1.0 Abril - 2006 Síntesis de los modelos de procesos CMM y CMMI para desarrollo y mantenimiento de software. CMMI (y previamente CMM) puede emplearse

Más detalles

Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software

Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software Dirección de Desarrollo y Aplicaciones Miguel Martínez Vélez Agenda 1. Introducción 2. El Proceso Software

Más detalles

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro

Más detalles

De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration)

De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration) De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration) Preparado por: Amelia Soriano Alguna Bibliografía Carnagie Mellon - Software Engineering Institute, Capability Maturity

Más detalles

Desarrollo en Cascada (Waterfall) VS Desarrollo Agile-SCRUM. Por Jesus Demetrio Velázquez Camacho

Desarrollo en Cascada (Waterfall) VS Desarrollo Agile-SCRUM. Por Jesus Demetrio Velázquez Camacho Desarrollo en Cascada (Waterfall) VS Desarrollo Agile-SCRUM Por Jesus Demetrio Velázquez Camacho Dentro de las organizaciones de desarrollo de aplicaciones existen dos grandes corrientes para la metodología

Más detalles

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501 1. Qué incluye la ingeniería del software con SQA? Entrenamiento, soporte al consumidor instalación. 2. Menciona algunas características del software: Elemento lógico. Desarrollado no fabricado. No se

Más detalles

Revista Granma Ciencia. Vol. 16, no. 2 mayo - agosto 2012 ISSN 1027-975X

Revista Granma Ciencia. Vol. 16, no. 2 mayo - agosto 2012 ISSN 1027-975X Título: Gestión de la Calidad en el Ciclo de Desarrollo del Software de proyectos que usan metodologías ágiles. Title: Quality Management in Development Cycle Software projects using agile methodologies.

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

SW-CMM Capability Maturity Model for Software

SW-CMM Capability Maturity Model for Software SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM

Más detalles

La Guía de Scrum. La Guía Definitiva de Scrum: Las Reglas del Juego. Octubre de 2011. Desarrollado y soportado por Ken Schwaber y Jeff Sutherland

La Guía de Scrum. La Guía Definitiva de Scrum: Las Reglas del Juego. Octubre de 2011. Desarrollado y soportado por Ken Schwaber y Jeff Sutherland La Guía de Scrum La Guía Definitiva de Scrum: Las Reglas del Juego Octubre de 2011 Desarrollado y soportado por Ken Schwaber y Jeff Sutherland Contenido Propósito de la Guía de Scrum... 3 Visión general

Más detalles

Universidad ORT Uruguay

Universidad ORT Uruguay Facultad de Ingeniería Metodología SCRUM Cátedra de Ingeniería de Software. Docente Responsable: Gastón Mousqués. Autor: Adriana Peralta 123357 2003 ÍNDICE GENERAL Introducción 2 Principales características

Más detalles

Desarrollo ágil en tiempos de crisis. Alejandro Torres Castañeda y Analía Baño Dynkowski Baufest

Desarrollo ágil en tiempos de crisis. Alejandro Torres Castañeda y Analía Baño Dynkowski Baufest Desarrollo ágil en tiempos de crisis Alejandro Torres Castañeda y Analía Baño Dynkowski Baufest allaboutagile.com It is not the strongest of the species that will survive or the most intelligent. It is

Más detalles

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS

UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS ÁREA DE PROYECTOS DE INGENIERÍA TRABAJO FIN DE MÁSTER METODOLOGÍA PARA LA EVALUACIÓN DE LA MADUREZ DEL SISTEMA DE GESTIÓN DE LA I+D+I

Más detalles

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

Más detalles

Ingeniería de Sistemas I

Ingeniería de Sistemas I Ingeniería de Sistemas I Metodologías Ágiles 1 Agenda Metodologías Ágiles, Origen Valores y Principios de las Metodologías Ágiles Ejemplos de Metodologías Ágiles SCRUM XP SCRUM y XP Agilidad o Disciplina?

Más detalles

Maira Alejandra Bedoya Núñez. Universidad Francisco de Paula Santander Av. Gran Colombia No. 12E-96 Colsag. Cúcuta Norte de Santander 057-5751359,

Maira Alejandra Bedoya Núñez. Universidad Francisco de Paula Santander Av. Gran Colombia No. 12E-96 Colsag. Cúcuta Norte de Santander 057-5751359, Procesos necesarios para alcanzar el Nivel 2 de CMMI, en el área de Administración de Configuraciones de Software, para empresas pequeñas desarrolladoras de software. Judith del Pilar Rodríguez Tenjo Universidad

Más detalles

Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles.

Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles. Autor: Manuel Trigás Gallego Director de Proyecto: Ana Cristina Domingo Troncho Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles. Qué es un

Más detalles

Trabajo Práctico Integrador

Trabajo Práctico Integrador Trabajo Práctico Integrador Objetivo: Relacionar los conceptos vistos durante la cursada bajo una actividad práctica en la que los alumnos puedan aplicar los conceptos a la luz de un contexto organizacional.

Más detalles

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO INGENIERÍA DE SOFTWARE AVANZADA MIS (Sesión 10) 4.3 Modelos de mejora de proceso (CMM y SPICE) 4.4 Normas técnicas (IEEE, ISO, EU, etc.) 4.3 Modelos de mejora de proceso (CMM y SPICE) Objetivo: Analizar

Más detalles

La medición funcional de software con SCRUM

La medición funcional de software con SCRUM La medición funcional de software con SCRUM Guilherme Siqueira Simões 1 Agenda Introducción El contexto SCRUM El contexto de la medición funcional de software Combinando los dos Prejuicios comunes sobre

Más detalles

Ingeniería de Software II Segundo Cuatrimestre de 2008

Ingeniería de Software II Segundo Cuatrimestre de 2008 Ingeniería de Software II Segundo Cuatrimestre de 2008 Clase 14: Introducción a los métodos ágiles y Scrum Buenos Aires, 9 de Octubre de 2008 Scrum: Qué es? Qué es un scrum? Un scrum es un agrupamiento

Más detalles

Cómo Comprar Software de Calidad. Pablo Straub Consultor

Cómo Comprar Software de Calidad. Pablo Straub Consultor Cómo Comprar Software de Calidad Pablo Straub Consultor El Problema Testimonio de un comprador de software a medida Nos entregaron el sistema informático mucho después de la fecha original y nos costó

Más detalles

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo Ingeniería de Software Procesos Laboratorio de Ingeniería de Software 2004 La ingeniería de software trata sobre la aplicación de practicas y métodos para construir productos de software que cumplan las

Más detalles

Tema 3. Procesos ligeros de desarrollo de software.

Tema 3. Procesos ligeros de desarrollo de software. Ingeniería del Software II 2011 Tema 3. Procesos ligeros de desarrollo de software. Tipos de procesos ligeros. Tipos de procesos ligeros: Desarrollo Rápido de Software. Desarrollo Ágil. Programación Extrema.

Más detalles

Ingeniería de Software II Primer Cuatrimestre de 2008

Ingeniería de Software II Primer Cuatrimestre de 2008 Ingeniería de Software II Primer Cuatrimestre de 2008 Clase 14: Introducción a Scrum Buenos Aires, 12 de Mayo de 2008 Scrum: Qué es? Qué es un scrum? Un scrum es un agrupamiento (formación fija) en Rugby.

Más detalles

Cursos Ciudad Horarios

Cursos Ciudad Horarios 1 ITIL Foundation V3-2011 No hay requisitos para tomar el curso de ITIL, pero es recomendable que el candidato tenga experiencia y s básicos en Tecnologías de la Información. curso oficial de ITIL Foundation

Más detalles

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3)

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Este curso oficial impartido por un instructor certificado por el SEI, tiene tres días de duración e introduce a los directivos

Más detalles

Capítulo VII. Administración de Cambios

Capítulo VII. Administración de Cambios Administración de Cambios Administración de cambios Tabla de contenido 1.- En qué consiste la administración de cambios?...97 1.1.- Ventajas...98 1.2.- Barreras...98 2.- Elementos...99 3.- Roles...99 4.-

Más detalles

CURSO: SCRUM Apuntes Rev. 1.1. http://www.scrummanager.net/ok

CURSO: SCRUM Apuntes Rev. 1.1. http://www.scrummanager.net/ok CURSO: SCRUM Apuntes Rev. 1.1 http://www.scrummanager.net/ok Scrum Manager Proyectos Apuntes de formación Tema: Scrum Información de derechos y licencia de uso: http://www.safecreative.org/work/0908124230351

Más detalles

Notas de Scrum. Licenciado Villarreal, Gonzalo Luján.

Notas de Scrum. Licenciado Villarreal, Gonzalo Luján. Notas de Scrum. Licenciado Villarreal, Gonzalo Luján. Sólo en uno de cada tres proyectos de software se cumple el plan inicial: el sistema realiza las funcionalidades inicialmente previstas, y se desarrolla

Más detalles

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Nombre del Proyecto: Creación de una Metodología en CMMI Empresa: Universidad Tecnológica de Querétaro Memoria Que como parte de los requisitos para obtener el título

Más detalles

EVALUACIÓN Y MEJORA DE PROCESOS

EVALUACIÓN Y MEJORA DE PROCESOS PORTADA EVALUACIÓN Y MEJORA DE PROCESOS PORTADA ISO 90003 PSP TSP BOOTSTRAP TRILLIUM SPICE (ISO 15504) I MODELO DE MADUREZ DE LA CAPACIDAD () Nivel Inicial Repetible Características - Ausencia de gestión

Más detalles

Capability Maturity Model Integration CMMI - Overview I

Capability Maturity Model Integration CMMI - Overview I Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI

Más detalles

Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo.

Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo. Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo. ÍNDICE 1. INTRODUCCIÓN...3 2. LA NECESIDAD DEL CAMBIO DEL ROL DE TI...5 3. NECESIDAD DE GOBIERNO DE TI...6 4. COBIT Y GOBIERNO

Más detalles

La implantación de métodos ágiles: Ventajas y Problemas

La implantación de métodos ágiles: Ventajas y Problemas Universidad Politécnica de Madrid Grupo de Investigación SYST La implantación de métodos ágiles: Ventajas y Problemas, Pilar Rodríguez, Juan Garbajosa Madrid, 12 de noviembre de 2008 Contenido Conclusiones

Más detalles

Qué es el Modelo CMMI?

Qué es el Modelo CMMI? El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto

Más detalles

SCRUM: Una revisión de la literatura

SCRUM: Una revisión de la literatura SCRUM: Una revisión de la literatura Gabriela Patricia Tomaselli; Cesar J. Acuña; Marcelo Estayno; Cintia Lenkovich Universidad Tecnológica Nacional, Facultad Regional Resistencia Abstract En la actualidad,

Más detalles

Compatibilidad entre Scrum y CMMI: con agilidad hacia el nivel 5 de CMMI

Compatibilidad entre Scrum y CMMI: con agilidad hacia el nivel 5 de CMMI (joscha.jenni@mimacom.com) Dirige el Área de Administración de Proyectos de mimacom ag y trabaja como gestor de proyectos y asesor en el Área de Desarrollo de Software. Desde hace años se ocupa de los

Más detalles

DES. Fundamento Institucional. Objetivos. Alcance

DES. Fundamento Institucional. Objetivos. Alcance DES INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de DESARROLLO en el ciclo de vida del software en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

Tema 2. El Ciclo de Vida del Software (ISG1-ITIG)

Tema 2. El Ciclo de Vida del Software (ISG1-ITIG) Tema 2. El Ciclo de Vida del Software (ISG1-ITIG) Grupo de Ingeniería del Software Antonio José Sáenz Albanés (C.T.O) Reconocimiento No Comercial Compartir Igual - 3.0 - España 1 Objetivos del Tema Qué

Más detalles

MODELO DE MADUREZ Y LA GOBERNANZA DE LAS TECNOLOGIAS DE INFORMACION. Bayona O. Sussy., Carrillo V. José.

MODELO DE MADUREZ Y LA GOBERNANZA DE LAS TECNOLOGIAS DE INFORMACION. Bayona O. Sussy., Carrillo V. José. MODELO DE MADUREZ Y LA GOBERNANZA DE LAS TECNOLOGIAS DE INFORMACION Bayona O. Sussy., Carrillo V. José. Doctorado del Dpto. Lenguajes y Sistemas Informáticos e Ingeniería del Software. Facultad de Informática.

Más detalles

Gestión de proyectos siguiendo practicas del PMI.

Gestión de proyectos siguiendo practicas del PMI. Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en

Más detalles

PROYECTO DE GRADO. Adriana Y. Cifuentes Lozano

PROYECTO DE GRADO. Adriana Y. Cifuentes Lozano Modelo de integración de buenas prácticas para la gestión de proyectos de desarrollo de software para empresas donde dichos proyectos no son su objetivo de negocio PROYECTO DE GRADO Adriana Y. Cifuentes

Más detalles

10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA

10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA 10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA Visión desde el Modelo de Calidad para el Desarrollo de Aplicaciones Informáticas AUTORES MsC. Anisbert Suárez Batista Ing. Maikel Muñoz

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

La Guía de Scrum. La Guía Definitiva de Scrum: Las Reglas del Juego. Julio de 2013. Desarrollado y soportado por Ken Schwaber y Jeff Sutherland

La Guía de Scrum. La Guía Definitiva de Scrum: Las Reglas del Juego. Julio de 2013. Desarrollado y soportado por Ken Schwaber y Jeff Sutherland La Guía de Scrum La Guía Definitiva de Scrum: Las Reglas del Juego Julio de 2013 Desarrollado y soportado por Ken Schwaber y Jeff Sutherland Contenido Propósito de la Guía de Scrum... 4 Visión general

Más detalles

Collaborative Lifecycle Management

Collaborative Lifecycle Management Collaborative Lifecycle Management IBM Rational Software Portafolio.. Documentación Técnica... COLLABORATIVE LIFECYCLE MANAGEMENT La solución de IBM Rational para la Gestión del Ciclo de Vida Colaborativo

Más detalles

Preparación al Examen PMP - Introducción al PMBOK

Preparación al Examen PMP - Introducción al PMBOK La Guía del PMBOK ó Guía de los Fundamentos de la Dirección de Proyectos constituye un compendio de conocimientos de la profesión de dirección de proyectos. Al igual que en otras profesiones, como la abogacía,

Más detalles

CMMi. Lic. Virginia Cuomo

CMMi. Lic. Virginia Cuomo CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.

Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Anexo 1 CMMI - Capability Maturity Model Integration Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente

Más detalles

PROF PROF INFORME VISIÓN GLOBAL DE CMM ÍNDICE

PROF PROF INFORME VISIÓN GLOBAL DE CMM ÍNDICE it Gestión Informática GESTIÓN INFORMÁTICA INFORME VISIÓN GLOBAL DE CMM Autor: Yan Bello. Consultor principal de it ÍNDICE Definición. Los 5 niveles del CMM Carencias frecuentes en las empresas Beneficios

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

Metodologías Ágiles: Scrum y técnicas de estimación ágil

Metodologías Ágiles: Scrum y técnicas de estimación ágil Metodologías Ágiles: Scrum y técnicas de estimación ágil PreparaTIC - Junio 2009 Jorge Manrubia Díez jorge.manrubia@giss.seg-social.es Por qué? Hacer un programa es cómo... Can you get a design that is

Más detalles

Planificación en Team Foundation Server 2010

Planificación en Team Foundation Server 2010 Planificación en Team Foundation Server 2010 Planificación y Seguimientos en Proyectos Agile con Microsoft Visual Studio Team Foundation Server 2010 Dirigido a: Todos los roles implicados en un proyecto

Más detalles

Buenas Prácticas de Scrum para alcanzar niveles de calidad en pymes de desarrollo de software.

Buenas Prácticas de Scrum para alcanzar niveles de calidad en pymes de desarrollo de software. Buenas Prácticas de Scrum para alcanzar niveles de calidad en pymes de desarrollo de software. Sosa Zitto Rossana, Blanc Rafael, Pralong Lourdes, Álvarez Claudia, Galáz Solange Grupo de Ingeniería de Software

Más detalles

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954

Más detalles

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e Proceso de Ingeniería de Software Evaluación del Proceso de Ingeniería de Software 3. Evaluación del proceso 3.1. Modelos del proceso de evaluación 3.2. Métodos del proceso de evaluación 2 Los objetivos

Más detalles

Rumboitil www.rumboitil.com e-mail: info@rumboitil.com

Rumboitil www.rumboitil.com e-mail: info@rumboitil.com INDICE... Error! Marcador no definido. Unidad 3 Estrategia del Servicio... 2 3.1 Creación de Valor a través del Servicio.... 2 3.2 Gestión de la demanda.... 4 3.3 Gestión financiera.... 7 3.4 Procesos

Más detalles

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008 Página 1 de 28 4.1 Conocimiento de la organización y de su contexto La organización debe determinar las cuestiones externas e internas que son pertinentes para su propósito y que afectan a su capacidad

Más detalles

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI Director S.I. Júpiter Jefe Srv. Información de Gastos Jefa Gabinete Información de Gastos Responsable Sistemas del

Más detalles

Scientia Et Technica ISSN: 0122-1701 scientia@utp.edu.co Universidad Tecnológica de Pereira Colombia

Scientia Et Technica ISSN: 0122-1701 scientia@utp.edu.co Universidad Tecnológica de Pereira Colombia Scientia Et Technica ISSN: 0122-1701 scientia@utp.edu.co Colombia SOLARTE, GUILLERMO; MUÑOZ, LUIS; ARIAS, BIBIANA MODELOS DE CALIDAD PARA PROCESOS DE SOFTWARE Scientia Et Technica, vol. XV, núm. 42, agosto,

Más detalles

Términos definiciones

Términos definiciones Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización

Más detalles

Gestión de Equipos de Desarrollo. Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress.

Gestión de Equipos de Desarrollo. Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress. Gestión de Equipos de Desarrollo Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress.com Contexto Metodologías agiles de desarrollo de Software y como las usamos

Más detalles

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad

Más detalles

Gerencia informática. Tema: Mejora continua del servicio. Autor: Osvaldo Puello Flórez

Gerencia informática. Tema: Mejora continua del servicio. Autor: Osvaldo Puello Flórez Gerencia informática Tema: Mejora continua del servicio Autor: Osvaldo Puello Flórez Propósito de la Mejora Continua El éxito de la mejora continua del servicio depende de cómo se identifique y utilicen

Más detalles

Scrum. una descripción. Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013

Scrum. una descripción. Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013 Scrum una descripción Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013 v 2012.12.13 2012 Scrum Alliance, Inc. 1 Scrum Principios de Scrum Valores del Manifiesto Ágil

Más detalles