mariodelarena / Ing_Gest_Poyectos

Tareas planificadas para la asignatura de Ingeniería y Gestión de proyectos de 2º de Grado de Ingeniería de la Salud de la Universidad de Burgos
GNU General Public License v3.0
0 stars 1 forks source link

hacer resumen de la página 10 a la 23 #26

Closed nuria34 closed 2 years ago

nuria34 commented 2 years ago

Mi resumen ocupa 352 palabras, mirad si queréis cambiar algo. Yo lo he intentado sintetizar lo más posible. Aqui pongo el resumen:

La metodología scrum nace de la necesidad de marcar un presupuesto y plazo de entrega en productos que son hoy en día abstractos y por lo tanto, difíciles de calcular. Scrum se adapta a los cambios, parte de lo mínimo y se adapta. Los modelos de gestión predictiva donde hay un plan cerrado no se adecuaban a la necesidad de las empresas actuales, donde se necesita aportar un valor incremental iterativo y no un proyecto completo.

Donde la tesis y la antítesis (gestiones ágiles) se reconcilian se produce la síntesis o resolución del problema. Surgió la necesidad de aplicar ingeniería de procesos al software, combinando la ingeniería de procesos que garanticen la calidad, con la gestión predictiva ciñéndose a agendas y presupuestos.

En el manifiesto ágil se exponen los mejores métodos para desarrollar software. CMM, extreme Programing, son algunos de ellos. Uno de los principios de manifiesto ágil es que hay que valorar más a los individuos y su interacción que a los procesos y herramientas. Se necesita talento, más que una producción basada en procesos, donde no importa el conocimiento. Otro principio del manifiesto ágil es que se valore más el software que funciona ante el exceso de documentación. Obviando las cuestiones legales, se obvian los documentos con requisitos muy detallados. Se valora más la colaboración con el cliente frente a lo estipulado por contrato. Es decir, se obvia el control (requisitos cerrados) y se prioriza el valor (proporcionando feedback). En la misma línea, se valora más la respuesta al cambio que el seguimiento de un plan (priorizando anticipación y adaptación frente a planificación y control). En definitiva, se prioriza una entrega temprana y frecuentes, la colaboración, la motivación, la eficiencia, la simplicidad, la autoorganización y los intervalos regulares y el desarrollo sostenido son bienvenidos los cambios.

Scrum es un modelo de desarrollo ágil que favorece los equipos autónomos y autogestionados, planifica un desarrollo incremental y solapa las diferentes fases de desarrollo, produciendo resultados de forma iterativa y frecuente. El primer marco presentaba fases y artefactos: sprints, entre otros. También se incluyen las reuniones de refinamiento de la pila de producto.

nuria34 commented 2 years ago

La metodología scrum nace de la necesidad de marcar un presupuesto y plazo de entrega en productos que son hoy en día abstractos y por lo tanto, difíciles de calcular. Scrum combina: • ingeniería de procesos (calidad) • gestión predictiva (se ciñe a agendas y presupuestos). • Scrum no marca un plan cerrado sino un desarrollo incremental. Donde la tesis y la antítesis (gestiones ágiles) se reconcilian se produce la síntesis o resolución del problema.

En el manifiesto ágil se exponen los mejores métodos para desarrollar software, como CMM o extreme Programing. En los principios del manifiesto ágil se valora más: • a los individuos y su interacción (valorando el talento) que a los procesos y herramientas • el software que funcione antes que el exceso de documentación • la colaboración con el cliente (priorizando el valor mediante feedback) frente a lo estipulado por contrato (requisitos cerrados) • la respuesta al cambio que el seguimiento de un plan. En definitiva, se prioriza una entrega temprana y frecuentes, la colaboración, la motivación, la eficiencia, la simplicidad, la autoorganización y los intervalos regulares.

Scrum es un modelo de desarrollo ágil que • favorece los equipos autónomos y autogestionados • planifica un desarrollo incremental y solapa las diferentes fases de desarrollo, produciendo resultados de forma iterativa y frecuente. El primer marco presentaba fases y artefactos: sprints, entre otros. • También se incluyen las reuniones de refinamiento de la pila de producto.

A diferencia de la gestión de proyectos de antaño en vez de: • una gestión completa es incremental, donde no está disponible el plan al inicio, donde se hacen entregas por partes y de forma iterativa, es decir, en tiempos a ritmo fijo. • un ciclo en cascada, se trabaja de forma concurrente, es decir, solapando tiempos. • la producción en procesos se basa en personas (conocimiento tácito y no explícito, difícil de comunicar), donde la calidad depende de la experiencia, donde no hay un manual de instrucciones. En ingeniería secuencial la gestión es predictiva, pero aquí nos encontramos en ingeniería recurrente, donde emplea solapamiento de fases y desarrollo incremental, combinando la producción basada en procesos (ingeniería concurrente) con producción basada en personas (agilidad), reduciendo o eliminando tareas y centrándose en el conocimiento.