Metodología ágil: La madre de dragones o Todas las metodologías flexibles

1. cod­i­fi­cación — según los están­dares comunes de dis­eño del equipo;
2. prue­bas — las prue­bas son creadas bási­ca­mente por los pro­gra­madores antes de escribir un códi­go que será probado;
3. plan­i­fi­cación — tan­to para la con­struc­ción final como para itera­ciones sep­a­radas. Estas sue­len lle­varse a cabo cada dos sem­anas en promedio.
4. audi­toría — de ambos desar­rol­ladores y un cliente, para elim­i­nar pun­tos poco claros y definir req­ui­si­tos y valores.

Méto­dos Cristal

1. entre­ga ráp­i­da del códi­go oper­a­ti­vo — idea en evolu­ción para el mod­e­lo iter­a­ti­vo en el desar­rol­lo ágil.
2. mejo­ra a través de la reflex­ión — una nue­va ver­sión de soft­ware se mejo­ra con base en la infor­ma­ción de la anterior.
3. inter­ac­ción ​“osmóti­ca” — inno­vación de Alis­tair, una metá­fo­ra para la comu­ni­cación e inter­cam­bio de infor­ma­ción entre desar­rol­ladores de soft­ware den­tro de una mis­ma sala.

• lan­za­mien­tos fre­cuentes de ver­siones oper­a­ti­vas del producto
• autonomía de los desar­rol­ladores en la toma de decisiones
• prue­bas a lo largo del ciclo de trabajo.

1. ciclo de mod­e­lo fun­cional — creación de doc­u­men­tos analíti­cos y prototipos.
2. ciclo de dis­eño e inge­niería — pon­er un sis­tema en funcionamiento.
3. ciclo de imple­mentación — despliegue del sistema.

Desar­rol­lo Basa­do en Car­ac­terís­ti­cas (FDD)

EssUP uti­liza el con­cep­to de prác­ti­ca que incluye:

• medición de la veloci­dad de operación del equipo;
• real­ización de reuniones diarias y ret­ro­spec­ti­vas al finalizar las iteraciones;
• con­cep­to de micro-pasos y prue­bas tem­pranas uti­lizan­do lis­tas de verificación;
• metodología de Desar­rol­lo Ágil Guia­do por Mod­e­los (AMDD).

1. rec­on­cil­iación de intere­ses y logro de una visión común en el tra­ba­jo conjunto;
2. mejo­ra con­tin­ua a través de retroal­i­mentación continua;
3. enfoque en la arqui­tec­tura de la apli­cación en las eta­pas ini­ciales para min­i­mizar riesgos;
4. max­i­mizar el val­or para el con­sum­i­dor final.

1. Pro­duc­tivi­dad — está rela­ciona­da con las métri­c­as de Veloci­dad y WIP. La primera no se ajus­tará a todos los proyec­tos, ya que se mide el número de tar­eas real­izadas por iteración, pero las itera­ciones no son iguales. La métri­ca de Tra­ba­jo en Pro­gre­so define el límite de tar­eas en difer­entes fas­es: y cuan­to más alto es, peor le va;
2. Pronós­ti­co — la métri­ca de Capaci­dad, que con­siste en deter­mi­nar el número de horas per­fec­tas disponibles en el sigu­iente sprint. En con­se­cuen­cia, es posi­ble enten­der la can­ti­dad de tiem­po disponible para tra­ba­jar, el gra­do de efi­cien­cia en el cumplim­ien­to de tar­eas, así como plan­ear el número de tar­eas para un sprint;
3. Cal­i­dad — por ejem­p­lo, el índice de esta­bil­i­dad de req­ui­si­tos que se cal­cu­la medi­ante la fór­mu­la = (Número total de req­ui­si­tos com­er­ciales orig­i­nales + Número de req­ui­si­tos alter­ados por el tiem­po dado + Número de req­ui­si­tos aña­di­dos + Número de req­ui­si­tos elim­i­na­dos) / (número total de req­ui­si­tos orig­i­nales). Esta métri­ca se usa para deter­mi­nar la can­ti­dad de tiem­po gas­ta­do en rehac­er tareas;
4. Val­ores — esta métri­ca se com­pu­ta indi­vid­ual­mente en cada caso, depen­di­en­do del for­ma­to del proyec­to. Por ejem­p­lo, en la start­up AirBnb, el número de fotos de alta cal­i­dad descar­gadas se eligió como una métri­ca que deter­mi­na el val­or final del pro­duc­to para los usuar­ios. A medi­da que este número aumenta­ba, el número de usuar­ios crecía en proporción.

• req­ui­si­tos estric­tos para el equipo y los clientes — sin una inter­ac­ción cer­cana entre el equipo del proyec­to y los usuar­ios, es imposi­ble ase­gu­rar el lan­za­mien­to de un pro­duc­to de alta cal­i­dad con un alto val­or. Además, las abun­dantes her­ramien­tas y méto­dos ágiles pre­de­ter­mi­nan que el equipo debe ser exper­i­men­ta­do para su cor­rec­ta introducción.
• no es ade­cua­do para tra­ba­jos exter­nos y para proyec­tos donde los par­tic­i­pantes inter­ac­túan solo en modo en línea.
• el ries­go de que la ver­sión final del soft­ware nun­ca se lance — sor­pren­den­te­mente, esta desven­ta­ja surge de ven­ta­jas ágiles como el desar­rol­lo iter­a­ti­vo y la mejo­ra con­tin­ua del producto.
• no tiene éxi­to sin una visión clara de los propósi­tos com­er­ciales del proyec­to — dado que un equipo ágil se guía por las partes intere­sadas, es imposi­ble desar­rol­lar un pro­duc­to sin un obje­ti­vo y un con­cep­to clara­mente definidos.

1. con­figu­ra las eti­que­tas y esta­dos que son nece­sar­ios para tra­ba­jar en tu empre­sa. Los esta­dos pueden ser: en pro­gre­so, revisión, com­ple­ta­do, re-tra­ba­jo nece­sario, críti­co, fun­ciones, pago pen­di­ente. Las eti­que­tas a menudo son: dis­eño, prue­bas, pro­duc­ción, con­cep­to, código.
2. crea un back­log del proyec­to y el primer sprint.
3. crea tar­eas y lis­tas de ver­i­fi­cación pre­lim­inares, boce­tos, etc. en el backlog.
4. durante las reuniones, deter­mi­na las tar­eas del sprint y trans­fiére­las del back­log al sprint.
5. uti­liza el acce­so de invi­ta­dos de los clientes a las tar­eas para que siem­pre ten­gas comen­tar­ios coor­di­na­dos y rel­e­vantes sobre el proyecto.
6. eti­que­ta a las per­sonas respon­s­ables en las tar­eas para que cada cole­ga sepa su área de respon­s­abil­i­dad y se sien­ta involu­cra­do en el resul­ta­do del sprint.