Está en la página 1de 12

Universidad Mariano Gálvez de Guatemala, Sede Escuintla

Facultad Ingeniería en Sistemas y Ciencias de la Información

Ing. Edilzar Obed Zepeda Morales

Ingeniería de Software

Trabajo:

Metodologías de Desarrollo (Agiles)

Alumno Luis Antonio Rivas Rodríguez

Sección “A”

Fecha de Entrega: sábado 13 de febrero de 2021


METODOLOGÍAS DE DESARROLLO (AGILES)

¿Qué son las metodologías ágiles? Este concepto surge por la necesidad de agilizar, como su

propio nombre indica, los pasos para la creación de software. Se centra en las interacciones

humanas para poder mantener un flujo de conversación entre las partes que permita un desarrollo

más dinámico y participativo. Las metodologías ágiles utilizan un sistema de desarrollo

adaptativo en lugar de uno predictivo. Esto significa que el equipo de trabajo tiene en mente el

resultado deseado, pero no conoce de forma exacta el tipo de producto que podría crearlo por la

imposibilidad de entender las necesidades del cliente.

Uno de los fundamentos de estas metodologías es lo que se conoce como el ciclo de vida

iterativo o incremental, también conocido como desarrollo en cascada. Este concepto consiste en

el desarrollo del producto de forma progresiva, proporcionando al cliente un MVP

periódicamente y cada vez más funcional hasta llegar al producto final. Las empresas que se

dedican a la creación de software deben utilizar las metodologías ágiles no para generar un plan

de acción, sino para crear desarrollos que se puedan ir puliendo y mejorando hasta llegar al

producto perfecto. La siguiente cuestión es conocer cuál de ellas es la que más se ajusta al estilo

de trabajo de la empresa y, por ende, cuál podrá funcionar más eficazmente dentro de la misma.

METODOLOGÍA SCRUM: Scrum es la metodología ágil más utilizada. En 2017, supuso

el 58% del total de uso de todas las metodologías, muy por delante de cualquier otra. Esta

metodología está basada principalmente en la creación y asignación de cometidos. Tales

cometidos, normalmente escritos en postits o derivados, se implementan en el sistema, que

controla los cambios que se puedan producir en los mismos: asignado, no asignado, terminado,
en proceso, etc. La metodología Scrum se desarrolla a través de la consecución de unos puntos

concretos:

 En un primer momento, se define el Product Backlog. Este, podría definirse como una

lista de las funcionalidades que el cliente quiere que tenga el producto, ordenadas de

mayor a menor importancia.

 Una vez definido el Product Backlog, se comienza a desarrollar la lista de tareas de la

iteración o Sprint Backlog, que consiste en un índice con ciertos puntos del Product

Backlog que deben completarse en la primera parte del desarrollo. El equipo de trabajo es

quien define su duración.

 A lo largo del Sprint Backlog también se realizan reuniones con el cliente y el equipo de

trabajo. Estas reuniones son conocidas como Sprint Planning Meeting y sirven para

determinar cómo se va a enfocar el proyecto, las etapas y los plazos.

 Durante todo el periodo de Sprint se realizan reuniones diarias conocidas como Daily

Scrum o Stand-up Meeting. Este último concepto se traduce como «reuniones de pie»,

pues se recomienda que se realicen de pie y que no duren más de cinco o diez minutos.

En estas reuniones el equipo de trabajo ha de plantearse y responder tres preguntas: ¿Qué

hice ayer?, ¿qué voy a hacer hoy?, ¿qué ayuda necesito?

 Con el Sprint finalizado, da comienzo la fase conocida como Sprint Review, que consiste

en una revisión de todos los avances del proyecto hasta la fecha. En este punto el equipo

de trabajo debería tener un producto tangible que pueda ser presentado al cliente.


 Por último, toca revisar los objetivos cumplidos y recapitular qué se ha hecho bien y qué

no y apuntarlo para evitar cometer los mismos errores. A este último punto se le conoce

como Sprint Retrospective.

METODOLOGIA KANBAN: Esta metodología de origen japonés está basada en el método

de producción Toyota surgido en los años 40. Su nombre procede de la unión de las

palabras Kan, cuyo significado hace referencia al plano visual, y Ban, que significa tarjeta. Así,

se puede concluir que esta metodología ágil “hace uso de tarjetas para gestionar, de manera

visual, la realización de determinados procesos”. Tal uso de tarjetas es su principal ventaja, ya

que permite que Kanban sea una metodología muy sencilla de implementar al sistema y los

proyectos de una compañía.

Kanban permite observar de manera clara qué se está haciendo ahora, qué se ha terminado y

qué se debe hacer a continuación. Las tarjetas con la información del estado de los proyectos

se colocan en un tablero que debe situarse donde todos los miembros del equipo puedan verlo. Si

bien la información de dicho tablero se muestra de forma sencilla, también es bastante completa

y “contendrá tantas columnas como estados en los que pueda encontrarse un proyecto”.

En Kanban existen una serie de fundamentos que deben seguirse para que la metodología se

establezca de la forma correcta dentro de la compañía:

 Visualizar el flujo de trabajo: El tablero ayuda a visualizar todas las tareas del

proyecto, tanto realizadas como por realizar. Esto permite al equipo tener una visión más

clara del estado del desarrollo.


 Limitar la cantidad de Trabajo en Proceso: Establecer metas asequibles es de gran

importancia. Un exceso de trabajo puede acarrear desmotivación entre los miembros del

equipo y conllevar a no poder terminarlas.

 Lectura fácil de indicadores visuales: El uso de tarjetas de colores facilitará

enormemente la distinción entre tipos de trabajo.

 Realizar un seguimiento del tiempo: Evaluar de forma continuada si se está cumpliendo

con los plazos de desarrollo y entrega ayudará a comprender mejor el estado del

proyecto.

METODLOGIA EXTREME PROGRAMMING: La metodología XP fue desarrollada por

Kent Beck, uno de los principales precursores del Manifiesto Ágil. eXtreme Programming es

la metodología de desarrollo de software más sencilla y fácil de implantar, aunque a su vez fue de las

menos utilizadas por las compañías en 2017. Es una metodología basada en la “retroalimentación

continua entre cliente y equipo de desarrollo”. Por ello, lo más aconsejable es que el cliente de su

opinión sobre qué le gusta y qué no a medida que el proyecto avanza. Es muy recomendada

para aquellos proyectos cuyas condiciones son ambiguas o muy variables. De manera que la

planificación ha de ser altamente flexible y basarse en un desarrollo iterativo, o desarrollo en

cascada, con entregas muy rápidas “esperando feedback diario por parte del cliente”

Dentro de la metodología XP, en cada una de las interaciones del desarrollo, se programa de un

día para otro, reflexionando, diseñando y documentando el código a medida que se escribe.

– Factores de XP

eXtreme Programming es una metodología muy arriesgada, pues el éxito o fracaso del

proyecto depende inmediatamente de las cualidades del equipo de programadores y cómo de


precisas sean las ideas del cliente. Para una correcta aplicación de la metodología XP deben

darse ciertos factores:

 Los programadores deben trabajar en parejas para impedir que ciertas partes del

proyecto se queden estancadas.

 Los programadores deben ser profesionales con gran experiencia, ya que han de

programar, analizar y probar con el tiempo en su contra.

 Es de gran importancia que el equipo de programadores se lleve bien entre sí, para así

poder mantener flujos de conversación ligeros.

 El cliente debe poder incorporarse como uno más a la metodología de trabajo. De este

modo, se evita que la retroalimentación llegue tarde y se tengan que modificar aspectos

que produzcan retrasos no deseados.

METODOLOGIA LEAN (DESARROLLO LIGERO): El Desarrollo Ligero, también

conocido como Lean, es una metodología especialmente diseñada para equipos de trabajo

pequeños. Es necesario que los miembros del mismo sean personas preparadas y motivadas, ya

que el desarrollo del proyecto no se encaminará siguiendo los procesos de un sistema de

producción típico, sino que dependerá de la eficacia y unión del equipo de trabajo. Al igual

que Kanban y otras metodologías ágiles, Lean está basado en el método de producción Toyota y

es una de las más utilizadas para el desarrollo de proyectos a medio plazo.

Según el libro Implementing Lean Software Development: from Concept to Cash , esta

metodología consta de siete principios básicos para su implementación, que a su vez están

divididos en varios puntos dentro de ellos:


1. Eliminar residuos. Los dos mayores desechos en el desarrollo de software son:

o Características adicionales – Se necesita un proceso que permita desarrollar solo

el 20% de las características que dan el 80% del valor.

o Cruzar los límites – Los límites organizacionales pueden aumentar los costes en

un 25% o incluso más. Crean bucles que ralentizan el tiempo de respuesta e

interfieren con la comunicación.

2. Calidad de la construcción. Si rutinariamente se encuentran defectos en el proceso de

verificación, el proceso es defectuoso.

o Código a prueba de errores con desarrollo controlado por pruebas – Escribir

especificaciones ejecutables en lugar de requisitos.

o Dejar de construir código heredado – El código heredado es un código que

carece de unidades automatizadas y pruebas de aceptación.

o El Big Bang es obsoleto – Se recomienda usar integración continua y

sincronización anidada.

2. Crear conocimiento. La planificación es útil, pero el aprendizaje es esencial.

o Usar el método científico – Enseñar a los equipos a establecer hipótesis, realizar

gran cantidad de experimentos rápidos, crear documentos concisos e implementar

la mejor alternativa.
o Los estándares existen para ser desafiados y mejorados – Incluir las mejores

prácticas conocidas actualmente en estándares que siempre se siguen, mientras se

anima activamente al equipo humano a desafiarlos y cambiarlos.

o El rendimiento predecible es impulsado por la retroalimentación – Una

organización ha de desarrollar la capacidad de responder rápidamente al futuro a

medida que se desarrolla.

2. Aplazar la entrega. Suprimir el concepto de que es una buena idea comenzar el

desarrollo con una especificación completa.

o Romper con las dependencias – La arquitectura del sistema debe admitir la

adición de cualquier función en cualquier momento.

o Mantener opciones – Pensar en el código como un experimento, hacerlo

tolerante al cambio.

o Aprender tanto como sea posible antes de tomar decisiones irreversibles.

2. Entrega rápida. Las listas y las colas son almacenamientos intermedios entre

organizaciones que disminuyen la velocidad.

o La entrega rápida, alta calidad y bajo coste son totalmente compatibles – Las

empresas que compiten sobre la base de la velocidad tienen una importante

ventaja de costes, ofrecen una calidad superior y están más en sintonía con las

necesidades de sus clientes.


o La teoría de colas se aplica al desarrollo, no solo a los servidores – Centrarse

en la utilización crea atascos que, en realidad, reducen dicha utilización. Reducir

el tiempo de ciclo con lotes pequeños y menos elementos en proceso.

o Limitar el trabajo a la capacidad – Establecer una velocidad confiable y

repetible con desarrollo iterativo. Limitar el tamaño de las listas y las colas a su

capacidad de entrega.

2. Respetar a las personas. Las personas comprometidas proporcionan una ventaja

competitiva más sostenible.

o Los equipos prosperan con compromiso y confianza – Los miembros se

comprometen mutuamente para lograr un objetivo común.

o Proporcionar un liderazgo efectivo – Los equipos efectivos tienen líderes

efectivos que sacan lo mejor de las personas.

o Respetar a los socios – La lealtad a la empresa conjunta nunca debe crear un

conflicto de intereses.

2. Optimizar la totalidad. Productos innovadores surgen de una combinación única

de oportunidad y tecnología.

o Enfocarse en todo el flujo de valor – Desde el concepto hasta el efectivo. Desde

la solicitud del cliente hasta el software implementado.

o Entregar un producto completo – Desarrollar un producto completo, no solo

software. Los productos completos son construidos por equipos completos.


o Valorar – Medir la capacidad del proceso con el tiempo del ciclo. Medir el

rendimiento del equipo con el valor comercial entregado. Medir la satisfacción del

cliente con una puntuación de promotor.

METODOLOGIA SCRUMBAN: La metodología Scrumban nace de la combinación de

principios de los métodos ágiles de gestión de proyectos más importantes en la actualidad: Scrum

y Kanban. Aunque en principio pueden parecer iguales, las dos estrategias de gestión presentan

diferencias en la manera de ejecutar el proyecto. Es por eso que el novedoso plan Scrumban se

encarga de combinar aquellos elementos que resultan complementarios. Por ejemplo, una de las

combinaciones más usadas en el plano empresarial, es la de gestionar las tareas previstas con el

método Scrum y planificar los errores con el método Kanban. Sin embargo, la mezcla de una y

otra implica una nueva manera de gestión. ¿Qué cambia en la metodología Scrumban? ¿Cómo

aplicarla a un plan de empresa?

Al margen de lo que puede ganar o perder una empresa al aplicar este método, la premisa inicial

de Scrumban es emplear lo mejor de Scrum y Kanban. Es decir, aquello que al combinarlo sirva

para mejorar la productividad de un plan de empresa. En el terreno de la ejecución, el objetivo de

Scrumban es llevar a cabo una secuencia de mejoras evolutivas a través de prácticas eficientes.

El flujo de trabajo sigue siendo el mismo de Kanban (etapas relacionadas entre sí), aunque con la

inclusión de algunos elementos de Scrum como las reuniones diarias de 15 minutos entre el

grupo de trabajo y el gestor o los análisis retrospectivos para incorporar mejoras al proceso. Por

ello, existen ciertos proyectos que se adecúan mejor al método mixto. En general, se trata de

aquellos con un mayor nivel de complejidad. Algunos ejemplos son:


 Proyectos de mantenimiento: aquellos en los que resulta indispensable la presentación

de resultados de forma parcial para seguir avanzando.

 Proyectos en los que los requisitos varíen con frecuencia: aquellos en los que el cliente

no tiene fijadas las condiciones y expectativas del proyecto y éstas se van introduciendo a

lo largo de las distintas etapas.

 Proyectos en los que surjan errores de ejecución: aquellos en los que se deba

replantear el método usado y analizar retrospectivamente la evolución de las tareas.

En cuanto al plan de etapas, el mapa o interfaz de la aplicación (en caso de que sea informática)

ya no se limita a nombrar las tareas con los rótulos «sin comenzar», «en progreso» o

«finalizadas» de Kanban, sino que, tras la revisión de Scrum, añade otras categorías, como por

ejemplo «probadas» o «entregadas». Incluso, en algunos casos se recomienda la anexión de

casillas con la descripción del contexto en el que se han realizado dichas tareas, algo muy propio

del método Scrum.

Beneficios de la metodología Scrumban

 Permite conocer en estado real el proceso de ejecución del proyecto.

 Introduce soluciones oportunas ante eventuales errores.

 Permite un mayor análisis de tareas realizadas.

 Mejora la interacción entre los miembros de un grupo en las reuniones periódicas.

 Aumenta la productividad de proyectos complejos o multiproyectos.


 Favorece una mayor adaptabilidad de las herramientas a las exigencias del proyecto.

E-GRAFIA

https://www.digital55.com/desarrollo-tecnologia/mejores-metodologias-agiles-

creacion-software/

https://www.obsbusiness.school/blog/la-metodologia-scrumban-cuando-y-por-que-

utilizarla#:~:text=La%20metodolog%C3%ADa%20Scrumban%20nace%20de,la

%20actualidad%3A%20Scrum%20y%20Kanban.&text=Es%20por%20eso

%20que%20el,aquellos%20elementos%20que%20resultan%20complementarios.

También podría gustarte