metodos tradicionales vs agiles

Chris&anPaoloVeraLivia

METODOS TRADICIONALES VS AGILES

EMAILchris,anv16@gmail.comGrupo:MetodologíaÁgilconSCRUMstudyh<ps://www.linkedin.com/groups/12024088

Chris&anPaoloVeraLivia

AGENDA •  METODOS PARA EL DESARROLLO DE SOFTWARE.

•  Caracteris&casprincipalesADAPTACIÒNALOSCAMBIOS

•  OPUESTOSALOSMETODOSTRADICIONALES(Predicitvos)•  DefinenalInicio.

•  Alcance(Funcionalidad,Tecnologia)•  Costo•  Tiempo

•  EstablecenmetodosdeMonitoreoyControl•  Paraprevenirdesvios

2:30HORAS

¿Preguntas?

METODOLOGIASPREDICTIVASOTRADICIONALES

Ges,óndelCronograma

Ges,óndel

Costo

Ges,ón

delRiesgo

Ges,ón

deCalidad

Ges,ón

comunicación

Ges,ónRH

Ges,óndeProveedores

Cantidad de esfuerzo para un proyecto , alrededor del 80% de los recursos para el proyecto aplicando lo que es el PMBOK

METODOLOGIASPREDICTIVASOTRADICIONALES

Al inicio del proyecto se reúne a los principales interesados del proyecto cliente ,Gerente y Jefe de Proyecto , para predecir el tiempo, costo y alcance.

En esta reunión no participa el equipo de desarrollo

METODOLOGIASPREDICTIVASOTRADICIONALES

Se crean Procesos para realizar la Gestión de los cambios , y se implementan métodos para realizar el monitoreo y control, estos son algo autoritarios ya

que como Gerente de Proyecto debes de estar detrás del equipo

METODOLOGIASPREDICTIVASOTRADICIONALES

También conocido como modelo clásico, tradicional o lineal. Él método de la cascada es considerado como el enfoque clásico para el ciclo de vida del

desarrollo de sistemas, se puede decir que es un método puro que implica un desarrollo rígido.

¿DE QUE SI ESTAMOS SEGURO AL INICIAR UN PROYECTO?

ProyectodeDesarrollodeSoFware¿ParaqueunmétododeGes,ón?

PROBLEMA IntangibilidaddelSo^ware¿Dequecoloresalgoquenopodemosver?

SOLUCIÓN

MétodoÁgilMétodoTradicional

DesarrolloAgil:ManifestoPropósito:Estamos descubriendo mejores formas de desarrollar soFware haciéndolo yayudandoaqueotroslohagan.Atravésdeestetrabajohemosllegadoavalorar:

Estoquieredecir:Aunquevaloramosloselementosdeladerecha,valoramosmásloselementosdelaizquierda.

hBp://agilemanifesto.org/iso/es/manifesto.html

DesarrolloAgil:Manifesto

Aunquelosprocesosylasherramientasayudanaterminarconéxitounproyecto,sonlaspersonasquienesasumen,parHcipaneimplementan

unproyectoydeterminancualesprocesosyherramientasuHlizar.

DesarrolloAgil:Manifesto

Aunqueladocumentaciónesnecesariaparacualquierproyecto,muchosequipossecentranenlarecopilaciónydescripcionesdelosentregables,cuandoelvalorrealqueseleentregaal

clienteesenformadesoKwarefuncional.Porlotanto,envezdeladocumentacióndetallada,elenfoqueágilestáenlaentregadeunsoKwarefuncionandoenincrementosalo

largodelproyecto

DesarrolloAgil:Manifesto

AnteriormentealosclientesseleshavistocomoparHcipantesexternos,involucradosprincipalmentealinicioyalfinaldelproyectoycuyarelaciónestaescritaenuncontracto.ÁgilcreeenunenfoquedevalorcomparHdoenelcuallosclientesseconsiderancolaboradores.Elequipodedesarrolloyelclientetrabajanunidosparaelproyecto

DesarrolloAgil:Manifesto

Actualmentelosrequerimientosdelcliente,lastecnologíasylosfactoresempresarialescambianconstantemente,esfundamentalabordareldesarrollodeproductosdeformaadaptaHvaquepermitalaincorporacióndecambiosencortosciclosdevidade

desarrollodeproducto.

DispuestoalCambio

Sa&sfaccióndeCliente

EnfoqueItera&vo

Incremental

Trespilaresdecontroldelproceso.

•  Transparencia•  Inspección•  Adaptación

Frameworkde

Desarrollo

¿QueesSCRUM?

SCRUM

Framework de desarrollo ágil, Iterativo, dispuesto al cambio, que favorece la satisfacción del cliente y se basa en

principios de inspección y adaptación

ENFOQUEITERATIVOINCREMENTAL

•  SPRINT

Scrum tiene como objetivo ofrecer el máximo valor empresarial en un periodo de tiempo corto. Para lograr esto de forma practica, Scrum cree en el desarrollo iterativo de entregables. El producto se va completando cada vez que se termina un Sprint

DISPUESTOALCAMBIO

•  CAMBIO

Scrum reciben los cambios mediante el uso de los sprints cortos y repetitivos que incorporan la retroalimentación del cliente en cada entrega. Esto permite que el cliente interactúe con el equipo, y pueda ver los

entregables a medida que estén listos, y cambie los requisitos si es necesario antes del siguiente sprint.

SATISFACCIÓNDELCLIENTE

•  SATISFACCIÓN

Lo más importante es que el proyecto produzca beneficios para el cliente.

El cliente es parte del proceso de trabajo, esta comprometido con el objetivo.

TRESPILARESDELCONTROLDELPROCESO

•  TRANSPARENCIA

En pocas palabras , permite que todas la facetas de cualquier proceso de SCRUM se observe por cualquier persona, que no haya tareas ocultas en la organización, que todo el mundo sepa qué hace las demás, más o menos, con el nivel de abstracción necesario y que las cosas que se están haciendo estén claras y que todos entienda el porqué se hacen.

TRESPILARESDELCONTROLDELPROCESO

•  INSPECCIÓN

La inspección es el monitoreo necesario para seguir el control del proceso empírico para garantizar que los entregables del proyecto se ajusten a los

requisitos. (Buscando oportunidades de mejora)

TRESPILARESDELCONTROLDELPROCESO

•  ADAPTACIÓN

La adaptación sucede cuando el equipo principal de Scrum y los interesados aprende por medio de la transparencia e inspección, adaptando después lo aprendido para mejorar el trabajo que realizan (Aplicando Cambios, el equipo va adaptando su dinámica trabajo al entorno del cliente y del desarrollo )

SCRUM

ROLES•  ScrumMaster•  DueñodeProducto•  Equipo

ARTEFACTOS•  BacklogdeProducto•  BacklogdeSprint•  IncrementodeProducto

CEREMONIAS•  Planificación•  Reunióndiaria•  Revisión•  Retrospec?va

ROLESPRINCIPALES

HaytrespapelesprincipalesenScrumquesonresponsablesdecumplirconlosObjeHvosdelproyecto

ARTEFACTOS

•  BACKLOG DE PRODUCTO Es una lista ordenada de todo lo que podría ser necesario en el producto, y es la única fuente de requisitos para cualquier cambio a

realizarse en el producto. El Dueño de Producto (Product Owner) es el responsable de la Lista de Producto, incluyendo su contenido, disponibilidad y orden.”

ARTEFACTOS

•  BACKLOG DE SPRINT

La Lista de Tareas del Sprint (Sprint Backlog) son una serie de ítems seleccionados (PBIs), incluyendo un “plan” para entregarlos, o terminarlos al finalizar el Sprint.

ARTEFACTOS

•  INCREMENTO DE PRODUCTO Un bloque de tiempo de un mes o menos durante el cual se crea un incremento de producto “Terminado”, utilizable y potencialmente desplegable. Es más conveniente si la duración de los Sprints es consistente a lo largo del esfuerzo de desarrollo.

CEREMONIAS

•  REUNION DE PLANIFICACIÓN Durante las reuniones de planificación del sprint, las historias de usuario que son aprobadas, estimadas y comprometidas, se someten a discusión

del equipo Scrum. Cada miembro del equipo Scrum selecciona las tareas en las que planean trabajar en el sprint con base en sus habilidades y experiencias.

CEREMONIAS

•  REUNIÓN DIARIA

Es una reunión diaria corta de 15 minutos. Los miembros del equipo se reúnen para informar de sus progresos en el Sprint y planificar las actividades del día.

q  ¿Qué terminé ayer? q  ¿Qué voy a terminar hoy? q  ¿Qué impedimentos u obstáculos (si

los hay) estoy enfrentando en la actualidad?

CEREMONIAS

•  REVISIÓN

Al fin y al cabo, lo único importante en Scrum es lo que está “Terminado”, lo que el cliente puede empezar a usar ya mismo si quisiera. Para eso, debemos pasar la Revisión del Sprint . La reunión de “presentación” del Incremento, o en otras palabras, de lo que hemos logrado, del resultado del ciclo.

CEREMONIAS

•  RETROESPECTIVA En Scrum, el proceso Retrospectiva, que se hace al final del Sprint, luego de que se muestran los resultados al Propietario del Producto , es un ejercicio para realinearse con las nuevas lecciones aprendidas.

¿DUDAS,PREGUNTAS?