Análisis y Planificación Ágil con Scrum
Análisis y Planificación Ágil
Desarrollo Evolutivo Supongamos que nos han contratado de una empresa de transporte para construir autobuses para el traslado de niños desde su casa a la escuela y desde la escuela a su casa.
Luego de analizar las características o funcionalidades que el autobús debe tener, hemos dividido la problemática en
!na alternativa para construir el autobús sería dedicar la primera entrega al chasis y los frenos, la segunda al motor y la carrocería, la tercera a la transmisi"n, etc., tal como se muestra a continuaci"n.
Página 1
Análisis y Planificación Ágil con Scrum
Sin embargo, si nosotros decidimos construir el vehículo de forma evolutiva e incremental deber deberíam íamos os tener tener una una unid unidad ad func funcion ionan ando do al #inal #inal de cada cada iter iteraci aci"n "n,, lo que que signi signi#i #ica ca segmentar el desarrollo de forma transversal a dichas funcionalidades con el #in de proveer una pequeña porci"n de cada una en cada entrega, formando un producto utilizable
$art $artien iendo do de esta esta base base,, vamo vamoss a intro introduc ducir ir dos dos conce concept ptos os comp comple lemen menta tari rios os entre entre sí sí Minimum Marketable Feature y Visual Story Mapping.
Minimum Marketable Features %odas las metodologías ágiles coinciden en que un producto debe construirse de forma evolutiva en pequeñas entregas. &e todas formas no es su#iciente, como vimos anteriormente, dividir el producto en tres o cuatro entregas sucesivas, sino que debemos hacerlo de forma criteriosa para que cada entrega pueda aportar valor su#iciente a los usuarios #inales. 'sos grupos de características se denominan (() (inimum (ar*etable )eatures, y pueden de#inirse como + el conjunto más pequeño posible de funcionalidad funcionalidad que, por si misma, tiene valor en el mercado
Visual Story Mapping on/ugando el &esarrollo 'volutivo, la $riorizaci"n del 0ac*log y el concepto de (inimum (ar*etable )eature, 1eff $atton plantea una t2cnica de 3nálisis 4gil llamada Mapeo Visual e 1 “Phase “Phasedd Relea Releases ses”” , Jame Jamess Shore, Shore, 200 200
Página 2
Análisis y Planificación Ágil con Scrum !istorias o Visual Story Mapping 2. La teorí teoríaa del 5isu 5isual al Stor Storyy (appi (apping ng comi comien enza za en un nive nivell +hum +humano ano iden identi# ti#ica icando ndo los los "b#etivos que toda persona persigue y dividi2ndolos en Activiaes para las cuales deben utilizarse !erramientas$ resultando entonces en una /erarquía de 6b/etivos 7 3ctividades 7 8erramientas, como muestra la siguiente #igura
Fig. X: Jerarquía Objetivo → Actividad → Herramienta
'l último nivel denominado +herramientas, puede desagregarse a su vez en diferentes niveles de confort. $or este mismo principio una persona puede via/ar de una ciudad a otra en un autom"vil del año -9:; o en un último modelo siendo que la actividad +llegar de una ciudad a otra seguirá cumpli2ndose. 'ste nivel de confort está dado por -< la necesidad de negocio =necesito que el via/e se haga en menos de >? minutos< y @< cuánto estemos dispuestos a invertir =precio del auto<. 8aciendo una analogía con las organizaciones, esta /erarquía de 6b/etivo 7 3ctividad 7 8erramienta puede traducirse en $roceso de Aegocio 7 3ctividad 7 SoftBare, como se muestra a continuaci"n
2 !isual isual S"ory S"ory #a$$ #a$$ing ing,, Jeff Jeff Pa""on Pa""on,, 200% 200%
Página &
Análisis y Planificación Ágil con Scrum
Fig. X: Jerarquía Jerarquía Proceso → Actividad → Softare Softare
'l SoftBare como herramienta tambi2n puede otorgarnos diferentes niveles de confort. !nie !niend ndoo ento entonc nces es el conc concep epto to de (( (()) y de nive nivell de conf confor ort, t, debe deberí ríam amos os pens pensar ar la construcci"n del softBare de forma evolutiva, naciendo desde lo mínimo posible =(()< e ir escalando en los niveles de confort de las funcionalidades iteraci"n tras iteraci"n, tratando de abarcar tanta funcionalidad como sea posible en la eCtensi"n del proceso de negocio y no tanto en profundidad. %eniendo en cuenta entonces que el softBare será construido evolutivamente, incrementando la funcionalidad entrega tras entrega y sumando elementos visuales, surge entonces una herramienta colaborativa para analizar el alcance del softBare a ser construido y para dividirlo en diferentes entregas. 'sta t2cnica visual utiliza elementos #ísicos como marcadores, notas autoadhesivas y papel a#iche con el prop"sito de fomentar la colaboraci"n entre las personas.
Proceso e Análisis Ágil $ara el desarrollo de esta t2cnica en forma práctica, nos basaremos en el análisis para la construcci"n de un sistema de gesti"n de cursos de capacitaci"n.
%oles e &suario $revio al análisis del sistema, es necesario identi#icar los posibles usuarios que tendrá. $ara esto utilizaremos utilizaremos una t2cnica colaborativa colaborativa descripta descripta por (i*e ohn> basada en el traba/o de onstantine D Loc*Bood E. 'sta t2cnica se realiza en equipo, durante un taller donde el cliente y tantos desarrolladores como sea posible colaboran en la identi#icaci"n de los roles. 'l taller se compone de cuatro actividades 0rainstorming de un con/unto inicial de roles & Agile Agile 's"ima 's"ima"in "ingg and Plann Planning ing,, #i(e )ohn )ohn,, 200* Sof"+a Sof"+are re for for se, se, )ons"a )ons"an"i n"ine ne - .oc(+o .oc(+ood, od, 1%%% 1%%%
Página
Análisis y Planificación Ágil con Scrum 6rganizaci"n del con/unto inicial de roles onsolidaci"n de roles Fe#inamiento de roles Brainstorming de un conjunto inicial de roles
omo se ha mencionado anteriormente, la intenci"n de esta actividad es que sea lo más colaborativa posible. %anto el cliente como el 'quipo completo deberían participar, aunque muchas veces será su#iciente con la participaci"n de un con/unto representativo del 'quipo de desarrollo. La reuni"n se lleva a cabo sobre una mesa lo su#icientemente grande para todos los participantes. ada uno toma varias #ichas de una pila dispuesta en el centro de la mesa y escrib escribee un rol en la misma. misma. Siendo Siendo que esta actividad actividad es un Brainstorming no debe haber discusi"n ni censura para cada rol que alguien escribe. !na opci"n que suele funcionar muy bien es que los participantes anoten tantos roles como sea posible en sus #ichas, en silencio y sin compartirlos con el resto de las personas. 'n nuestro caso, los involucrados identi#icaron varios roles cada uno, como se muestra en las fotogra#ías.
Página *
Análisis y Planificación Ágil con Scrum
Página /
Análisis y Planificación Ágil con Scrum Organización del conjunto inicial de roles
!na vez que el grupo haya terminado de identi#icar los roles, el pr"Cimo paso es organizarlos. $ara esto, los dispondrá sobre la mesa de forma tal que las similitudes queden representadas de forma visual. 'sto se logra solapando levemente aquellos roles que tienen pocas similitudes, solapando por completo aquellos que son iguales y separando los que no tienen relaci"n. $ara poder llegar a ese resultado, los participantes deben compartir los roles con el resto del equipo y describir cada uno de ellos, discutiendo e indagando para poder entender las similitudes y diferencias. 'sto a su vez ayudará a diseminar el conocimiento entre los integrantes del 'quipo. $ara nuestro sistema ba/o análisis, el resultado de este e/ercicio fue como se muestra en las siguientes fotogra#ías
Página
Análisis y Planificación Ágil con Scrum
Consolidación de roles
Luego de haber agrupado los roles, el siguiente paso será consolidar y condensar. $ara esto se comienza por aquellas #ichas que tienen el mayor solapamiento, se discuten para entender si podrían condensarse en un único rol y, en el caso de que sea posible hacerlo, se buscará un único nombre para que las represente. 'n nuestro e/emplo, luego de esta dinámica se lleg" al siguiente resultado
Página
Análisis y Planificación Ágil con Scrum
Luego de discutir los diferentes roles, se agruparon de forma tal de representar los roles principales en los niveles superiores, y los subGroles o especializaciones en los niveles inferiores, trasladados a su vez, hacia la derecha
Refinamiento de roles
'l cuarto y último paso de la identi#icaci"n de roles consiste en lograr su re#inamiento mediante la descripci"n de las siguientes características
Página %
Análisis y Planificación Ágil con Scrum -. )recuencia de uso del sistema por parte del usuario @. Aivel de eCperiencia del usuario en el dominio del problema >. 'l nivel general de eCperiencia del usuario con el uso de computadoras E. 'l nivel general de eCperiencia del usuario con el sistema ;. 6b/etivo del usuario con la utilizaci"n del sistema &escripci"n re#inada de los roles
'omercial !so intensivo del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será la de proveer informaci"n sobre los diferentes cursos frente a las consultas de los interesados. 'sto incluye programa, contenidos, fechas, precios y cantidad de vacantes. %ambi2n debe conocer el estado de completitud de cada curso en el calendario y tener la posibilidad de crear nuevos eventos. Partner 'omercial Hdem omercial, con la particularidad que los eventos creados por un $artner omercial se registran como +tentativos hasta que un omercial los con#irma. Marketer !so frecuente del sistema con conocimiento limitado del dominio del problema. $osee un nivel avanzado de eCperiencia en la utilizaci"n de computadoras y nivel intermedio de eCperiencia con el uso del sistema en particular y alto nivel de eCperiencia en el uso de redes sociales como %Bitter y )aceboo*. Su responsabilidad será la de promover y difundir los eventos en internet. Meia Partner !so eventual del sistema con ba/o conocimiento del dominio del problema. $osee un nivel avanzado de eCperiencia en la utilizaci"n de computadoras y nivel ba/o de eCperiencia con el uso del sistema en particular y alto nivel de eCperiencia en su sitio Beb. Su responsabilidad será la de difundir los eventos entre los usuarios de sus sitios Beb, realizar sorteos y proveer c"digos de descuento. %ambi2n debe conocer el estado de su cuenta en el caso de obtener bene#icios econ"micos en base a referidos. (nteresao !so infrecuente del sistema sin conocimiento del dominio del problema. Se asumirá un nivel avanzado de eCperiencia en la utilizaci"n de computadoras y ba/o nivel de Página 10
Análisis y Planificación Ágil con Scrum eCperiencia con el uso del sistema en particular. Su inter2s será consultar el calendario y contenidos de los eventos.
(nteresao E)mail Hdem interesado, pero su inter2s es recibir informaci"n vía eGmail. (nteresao %ees Sociales Hdem interesado, pero su inter2s es recibir informaci"n vía redes sociales. (nteresao en Futuros Eventos !n tipo particular de Interesado, cuyo foco está en futuros eventos en una ciudad o país en particular. Persona a (nscribirse !so infrecuente del sistema sin conocimiento del dominio del problema. Se asumirá un nivel avanzado de eCperiencia en la utilizaci"n de computadoras y ba/o nivel de eCperiencia con el uso del sistema en particular. Su inter2s es inscribirse a un determinado evento. Empresa con Personas a (nscribir !so infrecuente del sistema sin conocimiento del dominio del problema. Se asumirá un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y ba/o nivel de eCperiencia con el uso del sistema en particular. Su inter2s es inscribirse a un determinado grupo de personas, todas de una misma empresa a un evento en particular. *eneficiario e Empresa !so infrecuente del sistema sin conocimiento del dominio del problema. Se asumirá un nivel avanzado de eCperiencia en la utilizaci"n de computadoras y ba/o nivel de eCperiencia con el uso del sistema en particular. Su inter2s es recibir informaci"n sobre los eventos a los que fue inscripto por una tercera persona. Deuor !so infrecuente del sistema sin conocimiento del dominio del problema. Se asumirá un nivel avanzado de eCperiencia en la utilizaci"n de computadoras y ba/o nivel de eCperiencia con el uso del sistema en particular. Su inter2s es la realizaci"n de los pagos pendientes para poder asistir al evento al cual está inscripto. +estor e 'obran,as !so intensivo del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será el seguimiento de los pagos de los diferentes eventos. Página 11
Análisis y Planificación Ágil con Scrum Facturaor !so intensivo del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será la realizaci"n de las facturas a individuos u organizaciones. +estor e -og.stica !so peri"dico del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será el seguimiento de todo lo que hace a la logística de un determinado evento. +estor e 'ompras !so peri"dico del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será la realizaci"n de todas las compras necesarias para los eventos. +estor e Materiales !so peri"dico del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será la determinaci"n y administraci"n de los materiales y cantidades para cada tipo de evento. %ecepcionista !so frecuente del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será la recepci"n de los asistentes, la toma de asistencia y la autorizaci"n de participaci"n a los mismos. (nstructor !so frecuente del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio a avanzado de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su ob/etivo será la creaci"n de tipos de eventos y la provisi"n de los contenidos, programas, lecturas y material asociado a cada uno de ellos. %ambi2n será su responsabilidad la evaluaci"n de los eCámenes rendidos por los alumnos. Alumno !so infrecuente del sistema sin conocimiento del dominio del problema. Se asumirá un nivel avanzado de eCperiencia en la utilizaci"n de computadoras y ba/o nivel de eCperiencia con el uso del sistema en particular. 'stá interesado en acceder a los contenidos de los diferentes cursos o eventos a los cuales asiste, como así tambi2n en poder rendir los eCámenes que cada curso requiera y obtener los correspondientes Página 12
Análisis y Planificación Ágil con Scrum certi#icados de eCamen y asistencia.
Alumno 'ertificable Hdem 3lumno. Su inter2s consiste en poder recibir las instrucciones necesarias para solicitar la certi#icaci"n correspondiente. Las certi#icaciones generalmente están relacionadas a la completitud de una serie determinada de cursos o un curso en particular. E/)Alumno Hdem 3lumno. Su inter2s es recibir informaci"n sobre nuevos eventos o cursos relacionados o correlativos a los cursos o eventos a los que ha aistido. %esponsable e Finan,as !so intensivo del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será la plani#icaci"n y elaboraci"n de presupuestos para cursos y eventos y el conocimiento de los resultados econ"micos de los mismos. %esponsable e %EPs !so intensivo del sistema con gran conocimiento del dominio del problema. $osee un nivel intermedio de eCperiencia en la utilizaci"n de computadoras y alto nivel de eCperiencia con el uso del sistema en particular. Su responsabilidad será la publicaci"n de los alumnos en los cursos declarados en los sistemas de las organizaciones de las cuales la empresa es F'$ =Fegistered 'ducation $rovider<.
Visual Story Mapping en la Práctica (entificación e los Procesos e 0egocio 3 continuaci"n se realizará una identi#icaci"n de procesos de negocio que el sistema deberá resolver, independientemente de los roles encontrados en el e/ercicio anterior.
Página 1&
Análisis y Planificación Ágil con Scrum
Los procesos de negocio identi#icados como parte de este taller fueron -. 5enta de 'vento @. Fegistraci"n a 'vento >. obranza de 'vento E. )acturaci"n de 'vento ;. 'valuaci"n de 'vento :. Logística de 'vento
Página 1
Análisis y Planificación Ágil con Scrum
(entificación e Funcionaliaes el So1t2are 3!erramientas4 ontinuando con la práctica de 5isual Story (apping, el pr"Cimo paso consiste en la identi#icaci"n de las funcionalidades con las que el sistema deberá contar. 'sta actividad la realizamos teniendo en cuenta todos los roles identi#icados, efectuando sucesivas +pasadas por todos los procesos de negocio y evaluando que cada uno de los roles involucrados en ellos cuenten con las funcionalidades requeridas para la realizaci"n de sus ob/etivos. 3l igual que la identi#icaci"n de roles, esta actividad se realiza en forma colaborativa /unto al $roduct 6Bner y la mayor cantidad de miembros del equipo posible. 'n las fotogra#ías siguientes se podrán identi#icar los procesos de negocio en color rosa, las actividades en color naran/a y las funcionalidades en color amarillo
Página 1*
Análisis y Planificación Ágil con Scrum
Página 1/
Análisis y Planificación Ágil con Scrum
Página 1
Análisis y Planificación Ágil con Scrum
Página 1
Análisis y Planificación Ágil con Scrum
$ara el sistema en cuesti"n hemos identi#icado las siguientes funcionalidades por cada uno de los procesos de negocio 5enta de 'vento Sugerir 'vento rear evento tentativo Aoti#icar a comercial onsultar agenda de eventos onsultar agenda de instructores (odi#icar evento tentativo ancelar evento tentativo Fegistrar evento tentativo en Joogle alendar rear 'vento 5er listado de eventos tentativos on#irmar evento tentativo rear un evento con#irmado 5er listado de eventos con#irmados
Página 1%
Análisis y Planificación Ágil con Scrum Fegistrar evento con#irmado en Joogle alendar Aoti#icar a Instructor sobre la con#irmaci"n de evento Aoti#icar a omercial o $artner omercial sobre la con#irmaci"n de evento rear balance contable del evento en Joogle &ocs 5er listado de eventos tentativos agrupados por $artner omercial yKo Fegi"n (odi#icar evento con#irmado ancelar evento con#irmado &ifundir 'vento $ublicar 'vento en %Bitter )aceboo* Lin*edIn Listar evento en sitio Beb &ifundir vía (ailchimp &ifundir en forma masiva &ifundir a leads comerciales Fesponder onsultas $ublicar detalles de evento Jenerar teCto con fechas y valores para +opy D $aste en eGmail de respuesta Jenerar brochure del evento 5isualizar 'stado de Inscripciones &ashboard de inscripciones a cursos Fegistraci"n a 'vento $reGInscripci"n a 'vento $reGInscripci"n individual $reGInscripci"n de grupo $reGInscripci"n corporativa
Página 20
Análisis y Planificación Ágil con Scrum Aoti#icaci"n de $reGInscripci"n y pasos siguientes on#irmaci"n de Inscripci"n Aoti#icar Inscripci"n Fecordatorio de 'vento Aoti#icaci"n al responsable logístico sobre cupo alcanzado on#irmar inscripci"n sin pago =pago a cuenta< obranza de 'vento Seguimiento de obros $endientes Fecordatorio de pago pendiente Listado de $agos $endientes por evento $ago de $reGinscripci"n 6btenci"n de informaci"n de facturaci"n 'lecci"n de forma de pago $agar enKpor 'fectivo heque %ransferencia 0ancaria $ay$al (ercado $ago $rocesar obro Fegistro de $ago Aoti#icaci"n de cobro a Jestor de )inanzas Jeneraci"n de asiento contable )acturaci"n de 'vento )acturar 'vento Jenerar )actura Imprimir )actura
Página 21
Análisis y Planificación Ágil con Scrum 5er listado de )acturas 'ntregar )actura 3sentar )actura en ontabilidad 'valuaci"n de 'vento Fesponder $reguntas Fesponder $reguntas (ultipleGhoice Fesponder $reguntas a &esarrollar )inalizaci"n de 'valuaci"n =$antalla< Aoti#icaci"n de )inalizaci"n de 'valuaci"n ='Gmail< orregir 'valuaci"n orrecci"n automática de preguntas multipleGchoice Listado de evaluaciones a corregir orrecci"n manual de preguntas a desarrollar )eedbac* de correcci"n Aoti#icar Fesultado Aoti#icaci"n del resultado por eGmail Jeneraci"n de certi#icado de evaluaci"n aprobada Fecuperar 'valuaci"n Listado de recuperatorios pendientes Listado de preguntas erradas Fesponder preguntas erradas Fecálculo automático de resultado basado en preguntas multipleGchoice orrecci"n manual de preguntas a desarrollar )eedbac* de correcci"n Logística de 'vento Jestionar (aestros de Logística 30( %ipos de 'ventos
Página 22
Análisis y Planificación Ágil con Scrum 30( hec*list %emplate 30( (ateriales Jenerar hec*list Instanciaci"n de hec*list de 'vento 3ctualizar hec*list 3ctualizaci"n de datos de hec*list Aoti#icar a responsable de logística 6perar hec*list Listado de eventos con progreso de chec*list &etalle de chec*list de evento
(entificación e MMF y posteriores releases omo hemos indicado anteriormente;, la construcci"n del sistema se realizará en forma orgánica o evolutiva, naciendo desde el (($ =producto mínimo necesario< y produciendo incrementos funcionales potencialmente entregables en cada iteraci"n. MMF o Release !" # Objeti$o% Comercializar &$entos
5enta de 'vento rear 'vento rear un evento con#irmado 5er listado de eventos con#irmados (odi#icar evento con#irmado ancelar evento con#irmado &ifundir 'vento Listar evento en sitio Beb Fesponder onsultas $ublicar detalles de evento Jenerar teCto con fechas y valores para +opy D $aste en eGmail de respuesta ;5er (($ y 5isual Story (apping
Página 2&
Análisis y Planificación Ágil con Scrum 5isualizar 'stado de Inscripciones &ashboard de inscripciones a cursos Fegistraci"n a 'vento $reGInscripci"n a 'vento $reGInscripci"n individual on#irmaci"n de Inscripci"n Aoti#icar Inscripci"n on#irmar inscripci"n sin pago =pago a cuenta< obranza de 'vento Seguimiento de obros $endientes Listado de $agos $endientes por evento $ago de $reGinscripci"n $agar enKpor 'fectivo heque %ransferencia 0ancaria $rocesar obro Fegistro de $ago Aoti#icaci"n de cobro a Jestor de )inanzas Release ' # Objeti$o% (oma de e$aluaciones on)line
'valuaci"n de 'vento Fesponder $reguntas Fesponder $reguntas (ultipleGhoice )inalizaci"n de 'valuaci"n =$antalla< Aoti#icaci"n de )inalizaci"n de 'valuaci"n ='Gmail< orregir 'valuaci"n
Página 2
Análisis y Planificación Ágil con Scrum orrecci"n automática de preguntas multipleGchoice Aoti#icar Fesultado Aoti#icaci"n del resultado por eGmail Jeneraci"n de certi#icado de evaluaci"n aprobada Fecuperar 'valuaci"n Listado de recuperatorios pendientes Listado de preguntas erradas Fesponder preguntas erradas Fecálculo automático de resultado basado en preguntas multipleGchoice Release * # Objeti$o% +re),nscripción ,ndi$idual y Corrección de &-.menes a /esarrollar
Fegistraci"n a 'vento $reGInscripci"n a 'vento Aoti#icaci"n de $reGInscripci"n y pasos siguientes 'valuaci"n de 'vento Fesponder $reguntas Fesponder $reguntas a &esarrollar orregir 'valuaci"n Listado de evaluaciones a corregir orrecci"n manual de preguntas a desarrollar )eedbac* de correcci"n Release 0 # Objeti$o% +re),nscripción Corporati$a y Seguimiento de +agos
Fegistraci"n a 'vento $reGInscripci"n a 'vento $reGInscripci"n corporativa on#irmaci"n de Inscripci"n Fecordatorio de 'vento
Página 2*
Análisis y Planificación Ágil con Scrum Aoti#icaci"n al responsable logístico sobre cupo alcanzado obranza de 'vento Seguimiento de obros $endientes Fecordatorio de pago pendiente $ago de $reGinscripci"n 6btenci"n de informaci"n de facturaci"n 'lecci"n de forma de pago $agar enKpor $ay$al (ercado $ago Release 1 # Objeti$o% 2og3stica de &$entos
Logística de 'vento Jestionar (aestros de Logística 30( %ipos de 'ventos 30( hec*list %emplate 30( (ateriales Jenerar hec*list Instanciaci"n de hec*list de 'vento 3ctualizar hec*list 3ctualizaci"n de datos de hec*list Aoti#icar a responsable de logística 6perar hec*list Listado de eventos con progreso de chec*list &etalle de chec*list de evento Release 4 # Objeti$o% &$entos (entati$os
5enta de 'vento
Página 2/
Análisis y Planificación Ágil con Scrum Sugerir 'vento rear evento tentativo Aoti#icar a comercial onsultar agenda de eventos (odi#icar evento tentativo ancelar evento tentativo rear 'vento 5er listado de eventos tentativos on#irmar evento tentativo Aoti#icar a omercial o $artner omercial sobre la con#irmaci"n de evento Aoti#icar a Instructor sobre la con#irmaci"n de evento 5er listado de eventos tentativos agrupados por $artner omercial yKo Fegi"n Fesponder onsultas Jenerar brochure del evento Fegistraci"n a 'vento $reGInscripci"n a 'vento $reGInscripci"n de grupo Release 5 # Objeti$o% ,ntegración con sistemas e-ternos
5enta de 'vento Sugerir 'vento onsultar agenda de instructores Fegistrar evento tentativo en Joogle alendar rear 'vento Fegistrar evento con#irmado en Joogle alendar
Página 2
Análisis y Planificación Ágil con Scrum rear balance contable del evento en Joogle &ocs &ifundir 'vento $ublicar 'vento en %Bitter )aceboo* Lin*edIn &ifundir vía (ailchimp &ifundir en forma masiva &ifundir a leads comerciales obranza de 'vento $rocesar obro Jeneraci"n de asiento contable )acturaci"n de 'vento )acturar 'vento Jenerar )actura Imprimir )actura 5er listado de )acturas 'ntregar )actura 3sentar )actura en ontabilidad
!istorias e &suario Valor Soft!are funcionando por sobre la documentaci"n e#tensiva $rincipio %l m&todo más e'iciente y e'ica( de transmitir informaci"n )acia y dentro de un equipo de desarrollo es mediante la comunicaci"n cara a cara.
6gile Mani7esto # '88!
Las !istorias e &suario surgieron en e*tremme $rogramming +*$ como una respuesta a una situaci"n habitual en los proyectos de desarrollo do softBare los clientes o especialistas de negocio se comunican con los equipos de desarrollo a trav2s de eCtensos documentos
Página 2
Análisis y Planificación Ágil con Scrum conocidos como especi#icaciones funcionales. 3 su vez, las especi#icaciones funcionales son la documentaci"n de supuestos y están su/etas a interpretaciones, lo que causa malos entendidos y que #inalmente el softBare construido no se corresponda con la realidad esperada. !na de las principales razones por las cuales la utilizaci"n de especi#icaciones detalladas como medio de comunicaci"n no conduce a resultados satisfactorios es porque solo cubre una porci"n mínima =M< del espectro de la comunicaci"n humana el contenido. Según 3lbert (ehrabian, la comunicaci"n humana se compone de tres partes : 'n un M 'l contenido =las palabras, lo dicho< 'n un >NM 'l tono de la voz 'n un ;;M Las eCpresiones faciales $or esto se concluye que para tener una comunicaci"n s"lida, completa, es necesario el contacto caraGaGcara entre los interlocutores. 'n un esfuerzo orientado a que esas conversaciones eCistan, podemos decir que las 8istorias de !suario son especi#icaciones funcionales que invitan a la conversaci"n para que el detalle sea consecuencia de esta última y no un remplazo.
'omponentes e una !istoria e &suario !na 8istoria de !suario se compone de > elementos, tambi2n conocidos como +las tres s de las 8istorias de !suario -. 'ar 3Fic5a4 O %oda historia de usuario debe poder describirse en una #icha de papel pequeña. Si una 8istoria de !suario no puede describirse en ese tamaño, es una señal de que estamos traspasando las fronteras y comunicando demasiada informaci"n que debería compartirse cara a cara. @. 'onversación 6 %oda historia de usuario debe tener una conversaci"n con el $roduct 6Bner. !na comunicaci"n cara a cara que intercambia no solo informaci"n sino tambi2n pensamientos, opiniones y sentimientos. >. 'onfirmación O %oda historia de usuario debe estar lo su#icientemente eCplicada para que el equipo de desarrollo sepa qu2 es lo que debe construir y qu2 es lo que el $roduct 6Bner espera. 'sto se conoce tambi2n como -riterios de ceptaci"n.
%eacción e una !istoria e &suario (i*e ohn sugiere una determinada forma de redactar 8istorias de !suario ba/o el siguiente formato -omo +rol /ecesito +funcionalidad $ara +bene'icio 0 / “Silen" messages 3m$lici" communica"ion of emo"ions and a""i"udes4”, Al5er" #ehra5ian, 1%1 “'ssen"ial 6P )ard, )on7ersa"ion, )onfirma"ion”, Ron Jeffries, 2001 “Ad7an"ages of "he “As a user, 3 +an"” user s"ory "em$la"e”, #i(e )ohn, 200
Página 2%
Análisis y Planificación Ágil con Scrum '/emplo omo estudiante necesito comprar un pase de estacionamiento para poder estacionar mi vehículo en la universidad. Los bene#icios de este tipo e redacci"n son, principalmente +rimera +ersona
La redacci"n en primera persona de la 8istoria de !suario invita a quien la lee a ponerse en el lugar del usuario. +riorización
%ener esta estructura para redactar la 8istoria de !suario ayuda al $roduct 6Bner a priorizar. Si el $roduct 0ac*log es un con/unto de ítems como +$ermitir crear un evento tentativo, +on#irmar un evento tentativo, +Aoti#icar al responsable de logística, +5er el estado de inscripciones, etc. el $roduct 6Bner debe traba/ar más para comprender cuál es la funcionalidad, quien se bene#icia y cuál es el valor de la misma. +ropósito
onocer el prop"sito de una funcionalidad permite al equipo de desarrollo plantear alternativas que cumplan con el mismo prop"sito en el caso de que el costo de la funcionalidad solicitada sea alto o su construcci"n no sea viable.
(0VES7 ) 'aracter.sticas e una !istoria e &suario Se recomienda que toda 8istoria de !suario cumpla con : características que podemos recordar ba/o la regla mnemot2cnica +IA5'S%9 ,ndependientes ,"
Las 8istorias de !suario deben ser independientes de forma tal que no se superpongan en funcionalidades y que puedan plani#icarse y desarrollarse en cualquier orden. (uchas veces esta característica no puede cumplirse para el -??M de las 8istorias. 'l ob/etivo que debemos perseguir es preguntarnos y cuestionarnos en cada 8istoria de !suario si hemos hecho todo lo posible para que 2sta sea independiente del resto. 9egociable 9"
!na buena 8istoria de !suario es /egociable. Ao es un contrato eCplícito por el cual se debe entregar todoGoGnada. $or el contrario, el alcance de las 8istorias =sus criterios de aceptaci"n< podrían ser variables pueden incrementarse o eliminarse con el correr del desarrollo y en funci"n del feedbac* del usuario yKo la performance del 'quipo. 'n el caso de que uno o varios criterios de aceptaci"n se eliminen de una 8istoria de !suario, estos se transformarán en una o varias 8istorias de !suario nuevas. 'sta es la herramienta que el $roduct 6Bner y el 'quipo tienen para negociar el alcance de cada Sprint. % “38!'S9 in :ood S"ories, and S#AR9 9as(s”, ;ill
Página &0
Análisis y Planificación Ágil con Scrum Valorable V"
!na 8istoria de !suario debe ser 5alorable por el $roduct 6Bner. Los &esarrolladores pueden tener actividades t2cnicas como parte del 0ac*Log, pero para que puedan ser consideradas una 8istoria de !suario, deben ser enmarcadas de forma tal que el $roduct 6Bner las considere importantes, caso contrario, no deberían formar parte del 0ac*Log. 'n general, esta característica representa un desa#ío a la hora de dividir 8istorias de !suario. 0ill Pa*e propone pensar en una 8istoria de !suario como si fuese una torta de múltiples capas, por e/emplo una capa de persistencia, una capa de negocio, una capa de presentaci"n, etc. uando dividamos esa 8istoria de !suario, lo que vamos a estar sirviendo es una parte de esa +torta y el ob/etivo debería ser darle al $roduct 6Bner la esencia de la +torta completa, y la me/or manera de hacerlo es cortando una roda/a vertical de esta +torta a trav2s de todas las capas. Los &esarrolladores tenemos una inclinaci"n especial de traba/ar en una capa a la vez hasta completarla, pero una capa de persistencia de datos completa y terminada tiene muy poco o ningún valor para el $roduct 6Bner si no hay una capa de negocio y de presentaci"n. &stimable &"
na =is"oria de suario de5er>a ser es"ima5le4 #i(e )ohn 10, iden"ifica "res ra?ones $rinci$ales $or las cuales una =is"oria de suario no $odr>a es"imarse La Historia de Usuario es demasiado grande4 'n es"e caso la solución ser>a di7idir la =is"oria de suario en his"orias más $e@ueas @ue sean es"ima5les4 Falta de conocimiento funcional4 'n es"e caso la =is"oria de suario 7uel7e al Produc" B+ner $ara 5aCar en de"alle la =is"oria o inclusi7e Dy recomenda5leE "ener una con7ersación con el '@ui$o de Fesarrollo4 Falta de conocimiento técnico4 #uchas 7eces el '@ui$o de Fesarrollo no "iene el conocimien"o "Gcnico suficien"e $ara reali?ar la es"imación4 'n es"os casos el '@ui$o de Fesarrollo $uede di7idir la his"oria en 1E un "imeH5oI conocido como “s$i(e” @ue le $ermi"a in7es"igar la solución y $ro7eer una es"imación más cer"era y 2E la funcionalidad a desarrollar como $ar"e de la =is"oria en si misma4 +e:ue;a Small"
9oda =is"oria de suario de5e ser lo suficien"emen"e $e@uea de forma "al @ue $ermi"a ser es"imada $or el '@ui$o de Fesarrollo4 Algunos '@ui$os fiCan el "amao de una =is"oria de usuario como no más de dos semanas de una $ersona4 Si 5ien no es una medida eI$l>ci"a, "ener en"re y / =is"orias de suario $or S$rin" es una 5uena seal de "amao4 .as descri$ciones de las =is"orias de suario "am5iGn de5er>an ser $e@ueas, y escri5irlas en fichas $e@ueas ayuda a @ue eso suceda4 Verificable (estable"
na 5uena =is"oria de suario es !erifica5le4 Se es$era @ue el Produc" B+ner no solo $ueda descri5ir la funcionalidad @ue necesi"a, sino @ue "am5iGn logre 7erificarla D$ro5arlaE4 Algunos '@ui$os acos"um5ran solici"ar los cri"erios de ace$"ación an"es de desarrollar la =is"oria de suario4 Si el Produc" B+ner no sa5e cómo 7erificar una =is"oria de suario o no $uede enumerar los cri"erios de ace$"ación, es"o $odr>a ser una seal de @ue la =is"oria en cues"ión no es"á siendo lo 10 “ser S"ories A$$lied”, #i(e )ohn, 200&
Página &1
Análisis y Planificación Ágil con Scrum suficien"emen"e clara4
'riterio e -isto %ambi2n conocido como +F'3&Q riteria, es el con/unto de características que una 8istoria de !suario debe cumplir para que el 'quipo de &esarrollo pueda comprometerse a su entrega, es decir, incluirla en un Sprint 0ac*log. !n típico criterio de +Listo podría ser La 8istoria de !suario debe ser IA5'S% %odos sus preGrequisitos están resueltos =e/ dependencias con otros 'quipos<
'riterio e 7erminao %ambi2n conocido como +&6A' riteria, es el con/unto de características que una 8istoria de !suario debe cumplir para que el equipo de desarrollo pueda determinar si ha terminado de traba/ar en ella. !n típico criterio de +%erminado podría ser %odos los criterios de aceptaci"n funcionan correctamente %odos los archivos fuentes están en el repositorio de c"digo fuente y el build se e/ecut" eCitosamente 'n el caso de $roduct 6Bners muy eCigentes 'l $roduct 6Bner dio su visto bueno de la funcionalidad construida antes de llegar a la FevieB (eeting.
-as !istorias e &suario e 0uestro Sistema 3 continuaci"n redactamos las 8istorias de !suario que comprenden el $roduct 0ac*log de nuestro producto. &ada la naturaleza evolutiva del alcance de un proyecto ágil, las 8istorias de !suario de mayor prioridad estarán más detalladas que las 8istorias de !suario de menor prioridad, las cuales inclusive podrían considerarse '$IS =agrupaciones de varias 8istorias de usuario<
%elease 8 ) 'omerciali,ar Eventos Prioria 'omo 999 0ecesito 999 omercial rear un evento con#irmado
Para 999 8acer el seguimiento del mismo
Página &2
'riterios e Aceptación G &ebe tener Aombre, )echa, &escripci"n, &estinatarios, $rograma, Instructor, Lugar, iudad, $aís, apacidad, $recios y $romociones S'0 =Super 'arly 0ird<, '0 ='arly 0ird<, dto. en M para @ personas y dto. en M para > o
Análisis y Planificación Ágil con Scrum más personas. G Las promociones son opcionales. G Las fechas de S'0 y '0 deben ser anteriores a la fecha del evento G $or defecto S'0R>? días antes, '0R-? días antes, @personasRG-?M, > personasRG-;M. G !n evento puede ser público o privado @
omercial
5er listado de eventos con#irmados
Ao superponer eventos
>
omercial
(odi#icar evento con#irmado
orregir cualquier error o re programarlo
E
omercial
;
omercial
ancelar evento con#irmado Listar los eventos en un sitio Beb
&e/ar de seguirlo Tue los interesados puedan verlos
:
omercial
omercial
N
omercial
G (ostrar Aombre, iudad y $aís G (uestra solo los futuros G 6rdenado por fecha ascendente G $ermite modi#icar todos los campos.
G &esaparece del listado de eventos con#irmados. G Solo se listan los eventos públicos G Listado por fechas =a futuro< G 3grupados por iudad
$ublicar los detalles Tue los G 3ccesible desde el listado de de cada evento interesados eventos puedan verlos G (uestra los detalles de cada evento Aombre, )echa, &escripci"n, &estinatarios, $rograma, Instructor, Lugar, iudad, $aís, $recios y $romociones Jenerar un teCto $egarlo en los G &ebe generarlo agrupando con fechas y valores eGmail de por ciudad, cursos, fechas y respuesta precios de cada uno. &ashboard de inscripciones a cursos
onocer el estado de completitud de cada curso
Página &&
G (uestra los eventos con colores Fo/o, Aaran/a, 3marillo y 5erde. Los criterios son 7 !n evento debe estar al ;?M al menos -; días antes
Análisis y Planificación Ágil con Scrum 7 !n evento debe estar al ;M al menos una semana antes 7 !n evento debe estar al -??M dos días antes G La varianza sobre esos números alteran los colores 7 (enos del ;?M =Fo/o< 7 &el ;?M al ;M =Aaran/a< 7 &el ;M al 9?M =3marillo< 7 &el 9?M al -??M =5erde< 9
Interesado
$reGInscribirme
Iniciar la &ebe solicitar AombreU, reserva de mi 3pellidoU, %el2fono de vacante ontactoU, 'mailU, 'mpresaKarrera, Fol y Solicitar con#irmaci"n de que el asistente llevará noteboo*U si el curso lo requiere. U R obligatorio, el resto, opcional. $oder 'l email debe ser enviado a reaccionar en una direcci"n de correo tiempo real con#igurable indicando los frente a cada datos de contacto de la una persona que realiz" la inscripci"n.
-?
omercial
Ser noti#icado de cada inscripci"n
--
omercial
-@
omercial
on#irmar la inscripci"n sin pago =pago a cuenta< onocer los $agos $endientes por evento
)inanciar ciertas vacantes Fealizar el seguimiento de los pagos
->
Interesado
$agar en efectivo
-E
Interesado
$agar con heque
on#irmar mi !na vez que un interesado se vacante preGinscribe debe proporcionarle los tados para poder pagar en efectivo. on#irmar mi !na vez que un interesado se vacante preGinscribe debe proporcionarle los tados para poder pagar con cheque.
-;
Interesado
$agar por %ransferencia 0ancaria
!n preGinscripto puede conviertirse en inscripto sin haber realizado el pago. Listar los eventos con pagos pendientes y un detalle de las preGinscripciones pendientes de pago por cada evento.
on#irmar mi !na vez que un interesado se vacante preGinscribe debe proporcionarle los tados para
Página &
Análisis y Planificación Ágil con Scrum poder pagar por transferencia bancaria. -:
omercial
Fegistrar los $agos Fealizar el seguimiento de los pagos
-
Jestor de obranzas
Ser noti#icado del Fealizar el cobro de un evento seguimiento de los pagos
%elease : ) 7oma e evaluaciones on)line Prioria 'omo 999 0ecesito 999 Para 999 -N 3lumno Fesponder Fendir el $reguntas (ultipleG eCamen #inal hoice
-9
3lumno
!n aviso de )inalizaci"n de 'valuaci"n
$ara saber que he #inalizado
@?
Instructor
Tue se realice la correcci"n automática de preguntas multipleG choice
Feducir mi carga de traba/o postG evento
@-
3lumno
Fecibir una noti#icaci"n del resultado por eG mail
@@
3lumno
Jenerar mi certi#icado de evaluaci"n aprobada
!na preGinscripci"n puede convertirse en inscripci"n registrando el pago realizado =fecha, monto y forma de pago<. ada vez que una preG inscripci"n se convierte en inscripci"n, se debe enviar un eGmail a una casilla con#igurable.
'riterios e Aceptación G Si el evento requiere un eCamen #inal, el alumno debería poder responder las preguntas onGline =solo multipleGchoice< G Se deben poder administrar eCámenes, preguntas y sus posibles respuestas. G Se asigna un tipo de eCamen a los alumnos seleccionados de un determinado evento. Se avisará en pantalla
G %odo eCamen debe tener un punta/e mínimo requerido =eCpresado en porcenta/e< G Siendo preguntas multipleG choice, las correctas suman un punto, las incorrectas no suman ni restan. $ara conocer G Se noti#ica por eGmail al el resultado alumno tan pronto #inalice el de mi eCamen eCamen. $resentarlo donde sea necesario
Página &*
G 'l alumno podrá ba/ar un $&) son la constancia de su aprobaci"n de eCamen
Análisis y Planificación Ágil con Scrum @>
Instructor
onocer los recuperatorios pendientes
8acer seguimiento con los alumnos
G $ara un determinado evento, se listarán los eCámenes y recuperatorios pendientes.
@E
3lumno
onocer las preguntas erradas
@;
3lumno
Fecuperar las preguntas erradas
on el #in de saber d"nde he fallado mi evaluaci"n on el #in de aprobar el eCamen
G Se listarán las preguntas correctas con su eCplicaci"n y las preguntas erradas, sin eCplicaci"n. G Solo se realizará la respuesta de las preguntas erradas G 3l #inalizar el recuperatorio, aplican las mismas acciones que para un eCamen estándar aviso de #inalizaci"n, correcci"n automática y aviso de resultado
%elease ; ) Pre)(nscripción (niviual y 'orrección e E/ámenes a Desarrollar Prioria 'omo 999 0ecesito 999 Para 999 'riterios e Aceptación @: Interesado Fecibir un aviso de $oder G 3l inscribirse, el alumno $reGInscripci"n y con#irmar mi recibe por eGmail un pasos siguientes preG instructivo sobre los pasos a inscripci"n seguir para efectivizar su inscripci"n. @ 3lumno Fesponder $oder rendir G iertas preguntas deberán $reguntas a el eCamen solicitar un teCto libre como &esarrollar respuesta. @N Instructor Listado de $oder G Se deberán listar las evaluaciones a corregir evaluaciones con preguntas a corregir evaluaciones desarrollar que est2n pendientes de correcci"n @9 Instructor orrecci"n manual $oder cali#icar G Las respuestas de teCto libre de preguntas a a los alumnos deberán ser corregidas desarrollar manualmente por el instructor >? Instructor )eedbac* de $oder G 3l #inalizar la correcci"n, el correcci"n recomendar o instructor podrá dar feedbac* sugerir de la evaluaci"n por medio de acciones a los un campo de teCto libre. alumnos %elease < ) Pre)(nscripción 'orporativa y Seguimiento e Pagos Prioria 'omo 999 0ecesito 999 Para 999 'riterios e Aceptación >'mpresa Fealizar una $reG Inscribir 3l inscribir se deberá solicitar Página &/
Análisis y Planificación Ágil con Scrum Inscripci"n corporativa
varios responsable =mismos campos empleados de que preGinscripci"n< y una sola vez cantidad de inscriptos =hasta -?<. G Luego, cada inscripto deberá tener Aombre, 3pellido, 'G mail y Aúmero de ontacto.
Fecibir un Fecordatorio de 'vento
3lertarme sobre la proCimidad del evento e informarme sobre los pormenores
>@
Interesado
>>
Fesponsable Ser noti#icado sobre 3 de#inir Logístico cupo alcanzado
>E
Interesado
>;
3dministrati 6btener la vo informaci"n de facturaci"n
>:
Interesado
$agar por $ay$al
>
Interesado
$agar por (ercado$ago
G 'nviado por eGmail al eGmail de contacto de cada inscripto =copiando a los responsables de inscripciones corporativas una sola vez<. G Fecordar horario, lugar y requisitos. Solicitar aviso en el caso de que el evento tenga almuerzo y el interesado tenga restricciones alimenticias. G Se debe enviar dos días antes del evento. 3 de#inir
Ser noti#icado sobre $oder el pago pendiente con#irmar mi vacante a tiempo
G Se enviará un recordatorio de pago pendiente ENhs luego de la preGinscripci"n, avisando que la misma vence en @Ehs hábiles. $oder emitir G on cada $reGInscripci"n se las facturas solicitará informaci"n de correctament facturaci"n Faz"n Social, e &omicilio )iscal, !I%, Situaci"n frente al I53.
%elease = ) -og.stica e Eventos Prioria 'omo 999 0ecesito 999 >N Fesponsable Jestionar de Logística diferentes %ipos de 'ventos >9 Fesponsable Jestionar
on#irmar mi 5acante on#irmar mi 5acante
G 'l sistema deberá proveer un lin* de pago de $ay$al. G 'l sistema deberá proveer un lin* de pago de (ercado$ago.
Para 999 rear chec*lists de cada tipo Tue cada
'riterios e Aceptación G 30( de %ipos de 'vento. Solo Aombre y &escripci"n.
Página &
G !no por cada tipo de evento
Análisis y Planificación Ágil con Scrum de Logística diferentes modelos evento pueda de hec*list instancias su chec*list en base a un modelo prearmado E?
Fesponsable Jestionar de Logística diferentes listados de (ateriales
G !n listado de materiales por cada tipo de evento.
E-
Fesponsable 8acer el de Logística seguimiento de cada hec*list de 'vento
Saber qu2 se debe comprar por cada evento Tue el mismo se realice de forma e#iciente
E@
Fesponsable (odi#icar los datos %ener de Logística de un hec*list #leCibilidad a la hora de gesitonar un evento Fesponsable Ser noti#icado al $ara estar al de Logística modi#icar un tanto de las chec*list modi#icacione s
G se podrán agregar o eliminar hitos de un chec*list de evento particular.
Fesponsable onocer los eventos de Logística y el progreso de chec*list de cada uno
G Listar los eventos y el porcenta/e de avance de cada chec*list
E>
EE
$ara asegurar el correcto seguimiento de los chec*lists E; Fesponsable &etalle de chec*list $ara asegurar de Logística de evento el correcto seguimiento de los chec*lists %elease > ) Eventos 7entativos
Prioria 'omo 999 E: $artner omercial E
omercial
0ecesito 999 rear evento tentativo
G $oder marcar como +cumplido los hitos de un chec*list y de/ar anotaciones =opcionales<.
G Se enviará un eGmail al responsable de logística con vcada modi#icaci"n de chec*list =no incluye al avance del chec*list de evento<.
G &etallar el estado de cada chec*list con hitos cumplidos y pendientes y fechas esperadas por cada uno.
Para 999 'riterios e Aceptación $roponer la 3 de#inir realizaci"n del mismo Ser noti#icado de un Fealizar las 3 de#inir nuevo evento acciones tentativo necesarias Página &
Análisis y Planificación Ágil con Scrum para la con#irmaci"n del mismo EN
$artner omercial
onsultar agenda de eventos
onocer las 3 de#inir fechas y disponibilidad para crear eventos tentativos Fealizar 3 de#inir correcciones o reprogramar eventos tentativos
E9
$artner omercial
(odi#icar evento tentativo
;? ;-
$artner omercial omercial
ancelar evento tentativo 5er listado de eventos tentativos
&e/ar de 3 de#inir seguirlo %ener un 3 de#inir panorama de la plani#icaci"n futura de eventos
;@
omercial
on#irmar evento tentativo
;>
$artner omercial K omercial K Instructor
Ser noti#icado sobre la con#irmaci"n de evento
%ransformarl 3 de#inir o en un evento agendado y publicarlo. omenzar a 3 de#inir comercializarl o
;E
omercial
5er listado de eventos tentativos agrupados por $artner omercial yKo Fegi"n
%ener un 3 de#inir panorama de la plani#icaci"n futura de eventos
;;
Interesado
6btener un brochure de cada evento
'valuar la informaci"n con mayor detalle
;:
Interesado
$reGInscribir un grupo de personas
3sistir varios 3 de#inir a un mismo
Página &%
3 de#inir
Análisis y Planificación Ágil con Scrum evento sin ser una organizaci"n %elease ? 6 (ntegración con sistemas E/ternos Prioria 'omo 999 0ecesito 999 Para 999 'riterios e Aceptación ; ;N
$artner omercial omercial
onsultar agenda de instructores Fegistrar evento tentativo en Joogle alendar
;9
omercial
Fegistrar evento con#irmado en Joogle alendar
:-
omercial
:@
omercial
$ublicar 'vento en %Bitter, )aceboo* D Lin*edIn &ifundir vía (ailchimp
:>
omercial
:?
:E :;
::
:
onocer su 3 de#inir disponibilidad $ublicar su 3 de#inir eCistencia a todos los suscriptos a dicho calendario
$ublicar su 3 de#inir eCistencia a todos los suscriptos a dicho calendario Fesponsable rear balance omenzar a 3 de#inir )inanciero contable del evento hacer el en Joogle &ocs seguimiento #inanciero de un evento
&ifundir en forma masiva omercial &ifundir a leads comerciales 3dministrati La generaci"n de vo asiento contable de obro
&ar a conocer 3 de#inir su eCistencia &ar a conocer 3 de#inir su eCistencia &ar a conocer 3 de#inir su eCistencia &ar a conocer 3 de#inir su eCistencia Fegistrar el 3 de#inir cobro con menor esfuerzo
3dministrati Jenerar e Imprimir Feducir mi vo )actura esfuerzo y probabilidad de error 3dministrati 5er listado de onocer las
Página 0
3 de#inir
3 de#inir
Análisis y Planificación Ágil con Scrum vo :N
:9
)acturas
facturas generadas
3dministrati 'ntregar )actura vo
Fealizar el cobro de un evento 3dministrati 3sentar )actura en Feducir mi vo ontabilidad esfuerzo y probabilidad de error
Página 1
3 de#inir
3 de#inir
Análisis y Planificación Ágil con Scrum
%elease Plan 3 continuaci"n se presentan las 8istorias de !suario estimadas por el 'quipo de &esarrollo, utilizando $lanning $o*er con )ibonacci y estimando una velocidad de Iteraci"n de -; puntos de historia con una duraci"n de dos semanas
%elease 8 ) 'omerciali,ar Eventos Prioria 'omo 999 0ecesito 999 Sprint 8 6 Velocia@ 8= puntos omercial rear un evento con#irmado @ omercial 5er listado de eventos con#irmados > omercial (odi#icar evento con#irmado E omercial ancelar evento con#irmado ; omercial Listar los eventos en un sitio Beb : omercial $ublicar los detalles de cada evento Sprint : 6 Velocia@ 8= puntos omercial Jenerar un teCto con fechas y valores 9 Interesado $reGInscribirme N
omercial
&ashboard de inscripciones a cursos
Para 999
Estimación
8acer el seguimiento > del mismo Ao superponer eventos @ orregir cualquier @ error o re programarlo &e/ar de seguirlo Tue los interesados puedan verlos Tue los interesados puedan verlos
@ ;
$egarlo en los eGmail de ; respuesta Iniciar la reserva de mi @ vacante onocer el estado de completitud de cada curso
N
Sprint ; 6 Velocia@ 8< puntos -? omercial Ser noti#icado de cada inscripci"n
@
--
omercial
$oder reaccionar en tiempo real frente a cada una on#irmar la inscripci"n )inanciar ciertas sin pago =pago a cuenta< vacantes
@
-@
omercial
onocer los $agos $endientes por evento
Fealizar el seguimiento > de los pagos
-> -E
Interesado Interesado
$agar en efectivo $agar con heque
on#irmar mi vacante on#irmar mi vacante
Página 2
-
Análisis y Planificación Ágil con Scrum -;
Interesado
$agar por %ransferencia on#irmar mi vacante 0ancaria
-:
omercial
Fegistrar los $agos
-
Jestor de obranzas
Fealizar el seguimiento @ de los pagos Ser noti#icado del cobro Fealizar el seguimiento @ de un evento de los pagos
%elease : ) 7oma e evaluaciones on)line Prioria 'omo 999 0ecesito 999 Sprint < 6 Velocia@ 8= puntos -N 3lumno Fesponder $reguntas (ultipleGhoice -9 3lumno !n aviso de )inalizaci"n de 'valuaci"n 20 Instructor Tue se realice la correcci"n automática de preguntas multipleG choice Sprint = 6 Velocia@ 8= puntos @3lumno Fecibir una noti#icaci"n del resultado por eGmail @@
3lumno
@>
Instructor
-
Para 999
Fendir el eCamen #inal N $ara saber que he #inalizado Feducir mi carga de traba/o postGevento
$ara conocer el resultado de mi eCamen Jenerar mi certi#icado $resentarlo donde sea de evaluaci"n aprobada necesario
onocer los recuperatorios pendientes @; 3lumno Fecuperar las preguntas erradas Sprint > 6 Velocia@ 8= puntos @E 3lumno onocer las preguntas erradas
Estimación
@ ;
@
;
8acer seguimiento con > los alumnos on el #in de aprobar el ; eCamen on el #in de saber d"nde he fallado mi evaluaci"n
;
%elease ; ) Pre)(nscripción (niviual y 'orrección e E/ámenes a Desarrollar Prioria 'omo 999 0ecesito 999 Para 999 Estimación @: Interesado Fecibir un aviso de $reG $oder con#irmar mi @ Inscripci"n y pasos preGinscripci"n siguientes @ 3lumno Fesponder $reguntas a $oder rendir el eCamen N &esarrollar Página &
Análisis y Planificación Ágil con Scrum Sprint ? 6 Velocia@ 8> puntos @N Instructor Listado de evaluaciones a corregir @9 Instructor orrecci"n manual de preguntas a desarrollar >? Instructor )eedbac* de correcci"n
$oder corregir evaluaciones $oder cali#icar a los alumnos
> >
$oder recomendar o @ sugerir acciones a los alumnos %elease < ) Pre)(nscripción 'orporativa y Seguimiento e Pagos Prioria 'omo 999 0ecesito 999 Para 999 Estimación >'mpresa Fealizar una $reG Inscribir varios N Inscripci"n corporativa empleados de una sola vez
Sprint 6 Velocia@ 8= puntos >@ Interesado Fecibir un Fecordatorio 3lertarme sobre la de 'vento proCimidad del evento e informarme sobre los pormenores >> Fesponsable Ser noti#icado sobre 3 de#inir Logístico cupo alcanzado >E Interesado Ser noti#icado sobre el $oder con#irmar mi pago pendiente vacante a tiempo >; 3dministrati 6btener la informaci"n $oder emitir las vo de facturaci"n facturas correctamente >: Interesado $agar por $ay$al on#irmar mi 5acante > Interesado $agar por (ercado$ago on#irmar mi 5acante %elease = ) -og.stica e Eventos Prioria 'omo 999 0ecesito 999 Para 999 Sprint B 6 Velocia@ 8= puntos >N Fesponsable Jestionar diferentes rear chec*lists de de Logística %ipos de 'ventos cada tipo >9 Fesponsable Jestionar diferentes Tue cada evento pueda de Logística modelos de hec*list instancias su chec*list en base a un modelo prearmado E? Fesponsable Jestionar diferentes Saber qu2 se debe de Logística listados de (ateriales comprar por cada evento Sprint 8C 6 Velocia@ 8= puntos Página
>
@ > @ @ >
Estimación @ N
;
Análisis y Planificación Ágil con Scrum E-
Fesponsable 8acer el seguimiento de Tue el mismo se de Logística cada hec*list de 'vento realice de forma e#iciente
E@
;
Fesponsable (odi#icar los datos de un %ener #leCibilidad a la de Logística hec*list hora de gesitonar un evento E> Fesponsable Ser noti#icado al $ara estar al tanto de de Logística modi#icar un chec*list las modi#icaciones Sprint 88 6 Velocia@ 8= puntos EE Fesponsable onocer los eventos y el $ara asegurar el de Logística progreso de chec*list de correcto seguimiento cada uno de los chec*lists
N
E;
$ara asegurar el correcto seguimiento de los chec*lists
>
Para 999 $roponer la realizaci"n del mismo Fealizar las acciones necesarias para la con#irmaci"n del mismo onocer las fechas y disponibilidad para crear eventos tentativos Fealizar correcciones o reprogramar eventos tentativos
Estimación >
&e/ar de seguirlo
@
Fesponsable &etalle de chec*list de de Logística evento
%elease > ) Eventos 7entativos Prioria 'omo 999 0ecesito 999 E: $artner rear evento tentativo omercial E omercial Ser noti#icado de un nuevo evento tentativo
EN
$artner omercial
onsultar agenda de eventos
E9
$artner omercial
(odi#icar evento tentativo
Sprint 8: 6 Velocia@ 8> puntos ;? $artner ancelar evento omercial tentativo ;omercial 5er listado de eventos tentativos ;@
omercial
on#irmar evento tentativo
;>
$artner Ser noti#icado sobre la omercial K con#irmaci"n de evento
Página *
@
>
@
>
-
%ener un panorama de @ la plani#icaci"n futura de eventos %ransformarlo en un @ evento agendado y publicarlo. omenzar a comercializarlo
@
Análisis y Planificación Ágil con Scrum omercial K Instructor ;E
omercial
5er listado de eventos tentativos agrupados por $artner omercial yKo Fegi"n ;; Interesado 6btener un brochure de cada evento Sprint 8; 6 Velocia@ 8> puntos ;: Interesado $reGInscribir un grupo de personas
%elease ? 6 (ntegración con sistemas E/ternos Prioria 'omo 999 0ecesito 999 ; $artner onsultar agenda de omercial instructores ;N omercial Fegistrar evento tentativo en Joogle alendar Sprint 8< 6 Velocia@ 8= puntos ;9 omercial Fegistrar evento con#irmado en Joogle alendar :? Fesponsable rear balance contable )inanciero del evento en Joogle &ocs :omercial $ublicar 'vento en %Bitter, )aceboo* D Lin*edIn Sprint 8= 6 Velocia@ 8= puntos :@ omercial &ifundir vía (ailchimp :>
omercial
:E
omercial
%ener un panorama de > la plani#icaci"n futura de eventos 'valuar la informaci"n ; con mayor detalle 3sistir varios a un mismo evento sin ser una organizaci"n
N
Para 999 Estimación onocer su > disponibilidad $ublicar su eCistencia a ; todos los suscriptos a dicho calendario $ublicar su eCistencia a ; todos los suscriptos a dicho calendario omenzar a hacer el ; seguimiento #inanciero de un evento &ar a conocer su eCistencia
;
&ar a conocer su eCistencia &ifundir en forma masiva &ar a conocer su eCistencia
;
&ifundir a leads comerciales
&ar a conocer su eCistencia
;
Fegistrar el cobro con menor esfuerzo
N
Sprint 8> 6 Velocia@ 8= puntos :; 3dministrati La gneraci"n de asiento vo contable de obro
Página /
;
Análisis y Planificación Ágil con Scrum ::
3dministrati Jenerar e Imprimir vo )actura
Feducir mi esfuerzo y probabilidad de error
;
3dministrati 5er listado de )acturas vo Sprint 8? 6 Velocia@ 88 puntos
onocer las facturas generadas
>
:N
Fealizar el cobro de un > evento Feducir mi esfuerzo y N probabilidad de error
:
:9
3dministrati 'ntregar )actura vo 3dministrati 3sentar )actura en vo ontabilidad
Sprint C 'l Sprint ? =cero< es una aproCimaci"n que muchos autores utilizan para realizar todas aquellas tareas necesarias para hacer el setup de un proyecto de desarrollo. 'sto incluye pero no se limita únicamente a con#igurar los entornos de desarrollo, realizar el release plan, diseñar la arquitectura de la aplicaci"n a alto nivel, con#igurar el repositorio de c"digo fuente, etc. 'n nuestro caso, el Sprint ? tendrá una duraci"n de @ semanas, aunque podría ser diferente a los Sprints de desarrollo.
Duración el Proyecto &uraci"n %otal -N Sprints R >: Semanas R 9 meses
Etapa
Duración
Dese
!asta
Sprint ?
@ semanas
>G6ctG@?--
-EG6ctG@?--
%elease 8 ) 'omerciali,ar Eventos Sprint Sprint @
@ semanas
-G6ctG@?--
@NG6ctG@?--
@ semanas
>-G6ctG@?--
--GAovG@?--
Sprint >
@ semanas
-EGAovG@?--
@;GAovG@?--
%elease : ) 7oma e evaluaciones on)line Sprint E
@ semanas
@NGAovG@?--
9G&icG@?--
Sprint ;
@ semanas
-@G&icG@?--
@>G&icG@?--
Sprint :
@ semanas
@:G&icG@?--
:G'neG@?-@
%elease ; ) Pre)(nscripción (niviual y 'orrección e E/ámenes a Desarrollar Sprint
@ semanas
9G'neG@?-@
@?G'neG@?-@
%elease < ) Pre)(nscripción 'orporativa y Seguimiento e Pagos Sprint N
@ semanas
Página
@>G'neG@?-@
>G)ebG@?-@
Análisis y Planificación Ágil con Scrum %elease = ) -og.stica e Eventos Sprint 9
@ semanas
:G)ebG@?-@
-G)ebG@?-@
Sprint -?
@ semanas
@?G)ebG@?-@
@G(arG@?-@
Sprint --
@ semanas
;G(arG@?-@
-:GmarG@?-@
Sprint -@
@ semanas
-9G(arG@?-@
>?GmarG@?-@
Sprint ->
@ semanas
@G3brG@?-@
->G3brG@?-@
%elease > ) Eventos 7entativos
%elease ? 6 (ntegración con sistemas E/ternos Sprint -E
@ semanas
-:G3brG@?-@
@G3brG@?-@
Sprint -;
@ semanas
>?G3brG@?-@
--G(ayG@?-@
Sprint -:
@ semanas
-EG(ayG@?-@
@;G(ayG@?-@
Sprint -
@ semanas
@NG(ayG@?-@
NG1unG@?-@
Página
Análisis y Planificación Ágil con Scrum
%elease y *ack-og *urn Do2n '5art $ara poder realizar el seguimiento del proyecto sprint tras sprint utilizaremos el Felease 0urn &oBn hart, que representa el avance esperado vs. el avance real y el 0ac*Log burndoBn chart que representa la evoluci"n del alcance a trav2s del tiempo. 3mbos grá#icos representan lo siguiente al inicio del proyecto
%elease *urn Do2n '5art
*ack-og *urn Do2n '5art
Página %
Análisis y Planificación Ágil con Scrum
Página *0
Análisis y Planificación Ágil con Scrum
'osto el Proyecto $ara la realizaci"n de este proyecto se ha conformado un equipo de traba/o con las siguientes características
Perfil $roduct 6Bner Scrum(aster &esarrolladores =>< %otal 'quipo
Precio por !ora V@;?.GKhr. V@??.GKhr. V-? cKu R V;-?.GKhr. V9:?.GKhr.
'oncepto 9 meses R -EE? horas del equipo ; noteboo*s EJ0 F3( cKu Servidor de %estingK!3% =VE;?.GKmes< Servidor de Integraci"n ontinua =VE;?.GKmes< Servidor de Fepositorio de "digo )uente =VE;?.GKmes< 3lquiler de 6#icina (ensual =VE???.GKmes< onectividad =Internet< =V>N?.GKmes< )omunicaciones D)elularE =V;N?.GKmes<
Sub)7otal Proyecto V-.>[email protected]??.G V@?.???.G VE.?;?.G VE.?;?.G VE.?;?.G V>:.???.G V>.E@?.G V;.@@?.G
)ondo de ontingencia =-?M<
V-E;.9-9.G
7otal el Proyecto@
Página *1
89>C=98CB9)