PlandeProyecto

ETECH_Plan_Proyecto_V1.doc

Versin:1.0

23deNoviembrede2015

Autor:

Alegra,RamiroEmme,LuisaCajamarca,Vernica

ltimarevisinpor:

Fechaltimarevisin:

23112015

Aprobadopor:

Fechaaprobacin:

Contenido
1.

2.

3.

4.

5.
6.

Introduccin
1.1.
Resumen
1.2.
PropsitodelPlandeProyecto
Informacingeneraldelproyecto
2.1.
Resumendelproyecto
2.2.
Compromisosconelcliente
2.3.
Suposicionesyrestricciones
PlanificacindelProyecto
3.1.
ProcesosdelProyecto
3.2.
Alcancedelproyecto
3.3.
Estimacionesdeesfuerzos
3.4.
Formacin
3.5.
Recursoshardwareysoftware
3.6.
Estimacionesdecostes
3.7.
GestindeRiesgos
Seguimientoycontroldelproyecto
4.1.
Herramientas
4.2.
Responsabilidades
4.3.
Controldelavancedelproyecto
4.4.
Gestindecambiosalosrequisitos
4.5.
Gestindeincidencias
Cierredelproyecto
Organizacindelproyecto
6.1.
DiagramadelaorganizacindelProyecto
6.2.
Equipodeproyecto

1. Introduccin

1.1.
Resumen
El presente documento constituye el Plan de Proyecto de Plataforma ecommerce para la venta
de productos tecnolgicos en la empresa ETECH, en adelante PECE. Todo proyecto debetener
asociado su Plan de Proyecto segn seespecificaen elprocedimientoPlanificacindeProyecto
yqueseguardaysemantieneenelDossierdelProyecto.

1.2.
PropsitodelPlandeProyecto
El Plan de Proyecto (PdP) pretende ser una herramienta de ayuda para la gestin de los
proyectos. Constituye tanto un checklistdelasactividadesquehayquerealizarparagestionarun
proyecto como un repositorio para documentar elresultadode larealizacindeesasactividadesy
loscompromisosasumidos.
El Plan de Proyecto recoge los procedimientos definidos para la gestin del proyecto: PECE.
Constituye tanto una relacin de las actividades a realizar en la gestin del proyecto como un
repositorio en el que se documentan los resultados de la realizacin de esas actividades y los
compromisosasumidos.
El Plan de Proyecto sigue el procedimiento Planificacin de Proyectos, y, est en lnea con los
objetivos definidos en CMM nivel 2, la norma ISO9001:2000, con los aspectos sobre el tema
incluidosenlaofertay parcialmenteconlametodologadegestindeproyectosdelPMIcontenida
enelPMBOK.
La herramienta Artemis se utilizar internamente por parte de Salmon Studios para producir la
planificacin del proyecto, asignar recursos, y monitorear su avance. El intercambio oficial de
informacinentreETECHySalmonStudiosconestepropsitoserealizarenMSProject.
El Plan de Proyecto es un documento vivo que es actualizado durante la vida del proyecto.Cada
versin del Plan de Proyecto estar bajo gestin de configuracin y controlada frente a los
cambios y deber ser acordado por las partes. El Plan de Proyecto es redactado por el Jefe de
Proyecto y ser revisado y aprobado por los grupos afectados y de manera especfica por el
Gerente del Proyecto de ETECH. El Plan de Proyecto ser accesible a todos los miembros del
equipodeproyecto,quienesdebenseguirlofielmente.

2. Informacingeneraldelproyecto
2.1.

Resumendelproyecto
2.1.1.
Identificacindelproyecto
Bajo este epgrafeserecogenlosdatosdeidentificacingeneraldelproyecto ylosdetalles
de cada una de las Peticiones de Cambio incluidas como subproyectos en el Plan de
Proyecto:
NmerodeCF:

553.006

Cliente:

ETECH

Ubicacindelcliente:

Quito(Ecuador)

Nombredelproyecto:

Plataformaecommerceparalaventadeproductostecnolgicos

Tipodecontrato:

Preciocerrado

Fechadeinicio:

04012016

Fechaprevistadefin:

04032017

Duracindelproyecto:

14meses

Notas:

PersonasSalmonStudios
Directordeproyecto:

LuisaEmme

Jefedeproyecto:

RamiroAlegra

ResponsabledeControlde
Configuracin:

VernicaCajamarca

ResponsabledeAnlisisde
Negocio:

SantiagoEgez

ResponsabledeAnlisisde
Calidad:

AnaRodrigo

CorresponsaldeCalidad:

AdisleyRodrguez

Ldertcnico:

MaraElenaDueas

Personasrepresentativasdelcliente

Gerentedeproyecto:

PabloEspn

Coordinadordeproyecto:

DiegoBrante

Coordinadorfuncional:

MaraEugeniaCifuentes


2.1.2.
Objetivosdelproyecto
Los objetivos del proyecto PECE son el desarrollo e implementacin de una plataforma
ecommerce para la venta de productos tecnolgicos por parte de la empresa Salmon
Studios S.A. al la empresa ETECH Ltda. A travs de este contrato la Corporacin
automatizar los procesos de publicacin de catlogos de sus productos tecnolgicos,
compraypagopormediodetarjetadecrditoascomolaadministracindelaplataforma.

2.2.
Compromisosconelcliente
Los compromisos con el cliente estn detallados en la siguiente tabla en la cual se resume los
hitos ms relevantes del proyecto. En el caso de ser un hito de proyecto normal se antecede el
nmero del hito con laletraM,enelcasodeserunhitodepagoseantecedeelhitoconlaletraH,
en el caso de ser un hito cuya responsabilidad es de ETECH se antecede con una C.Enelcaso
de que el hito sea adems un entregable del proyecto se aade una columna con el numeral del
entregable. En este caso las fechas que aparecen son las de los hitos de aceptacin de los
entregables, se sobreentiende que, en el caso de referirse a documentacin, estos entregables
deben haber sido facilitados a ETECH con 10 das de antelacin para dartiempoa laaprobacin
delETECH.

NHito

N
Entregable

M0,H1

Fechaefectivadeiniciodelcontrato

04012016

M1

D1

Aprobacindelplandeproyecto

RamiroAlegra

05022016

M2,C1

D2

IncepcinProducto1

LuisaEmme

15022016

M3,C2

D3

PlanificacindelaIteracin0

VernicaCajamarca

29022016

C3

AprobacindelaplanificacinIteracin0

PabloEspn

11032016

M4

D4

Creacindetareastcnicasehistoriasde
SantiagoEgez
usuarioIteracin0

14032016

M5

D5

IniciodeldesarrolloIteracin0

MaraElenaDueas

28032016

M6,C4

D6

PlanificacindelasIteracionesdelMVP

SantiagoEgez

02052016

C5

AprobacindelasiteracionesdelMVP

PabloEspn

13052016

M7

D7

DesarrolloIterativoparalaentregadel
MVP

MaraElenaDueas

16052016

M8

D7

Anlisisdecalidad

AnaRodrigo

16052016

M9

D7

Entregacontinuaalafinalizacindecada
iteracin

VernicaCajamarca

16052016

M10,C6

D7

Showcasealfinaldecadaiteracinpara
lapresentacinderesultadosyla
aprobacindehistorias

SantiagoEgez

16052016

M11

D8

EntregadelMVP

LuisaEmme

08082016

Concepto

Responsable

Fecha
prevista


M12,C7

D9

PlanificacindeIteracionesProducto1

SantiagoEgez

15082016

C8

AprobacindeIteracionesProducto1

PabloEspn

26082016

M13,C9

D10

DesarrolloIterativoProducto1

MaraElenaDueas,
AnaRodrigo,
29082016
VernicaCajamarca,
SantiagoEgez

M14

D11

EntregaProducto1

LuisaEmme

19122016

M15,C10

Etapadesoporte

MaraElenaDueas

03012017

M16,C11

Finalizacindelaetapadesoporte

MaraElenaDueas

04032017

2.3.

Suposicionesyrestricciones
Suposiciones/Restricciones

ETECHproporcionapersonalaltamentecualificadoparalosprocesosdeincepcin,showcasey
participacinenlaspruebasdelsistema.

SalmonStudiosproporcionapersonalaltamentecualificadoparacadaunadelasetapasdeejecucin
delproyecto,conformealosperfilesdelpersonalespecialistaquefueronincluidosenlaofertao
equivalentes

Elalcancedelproyectoserdivididoenproductos,teniendounMinimumViableProduct(MVP)enla
primeraentregaycontinuandoconeldesarrollodelproducto1elmismoquecumplircontodoslos
requerimientosmnimosfuncionalesqueleentreguenvaloraETECH.Noseincluyelaplanificacin
deunsegundoproductoenelpresentePlandeProyecto,sinembargo,puedeserextendidoenbase
alasnecesidadesdelcontratante.

Eldesarrollodelasolucinserrealizadaporiteraciones,locualpermitelaadaptacindecambios
enlasprioridadesdelcliente.Elincrementodelalcanceenelproducto1serpuestoen
consideracindemanerapreviaporpartedeSalmonStudiosyacordadoentreambaspartesenbase
alresultadodelaactividadTradeOffSlidersrealizadaenlaetapadelaincepcin.

Laentregaypuestaenproduccinserrealizadademaneracontinuasegnloacordadoentre
ambaspartes.LaherramientaGogestionarlospipelinesdedespliegueendistintosambientes.La
disponibilidaddeestosambientesserdecompletaresponsabilidaddeETECH.

GerenteyJefedeProyectoconasignacinal100%

3. PlanificacindelProyecto

3.1.

ProcesosdelProyecto
3.1.1.
EstrategiadedesarrolloyMetodologa
El objetivo de este captulo es elegir la metodologa ms adecuada al proyecto. El jefe de
proyecto determinar la estrategia de ciclo de vida ms adecuada en funcin de las
caractersticasdelproyecto,talescomosucriticidad,tamaoycomplejidad.
La estrategia seleccionada se define en el ciclo de vida (3.1.2) y se coordinar con el
cliente, estando reflejada en esta planificacin mediante el calendario de hitos y entregas
enProject/Artemis.
Lasrazonesparaescogerestaestrategiason:
Controlrequeridodelproyectoylosentregables
Naturalezadelaaplicacin
Disminuirelposibleretardooincrementodeloscostesdedesarrollo
La metodologa aaplicarendurantelavidadelproyectoeslametodologagilmediantela
adopcindedistintasactividadesdeScrumyExtremeProgramming.
Laperiodicidaddelasactividadesaplicadasserndefinidasporcadaequipo(enel casode
haber ms de uno) segn las necesidades propias del equipo. Algunas de estas
actividadesson:
StandUp
DevHuddle
Incepcin
Estimacin
Retrospectiva
TeamOuting
TDD(TestDrivenDevelopment)
KickOff
DeskCheck
Pairing,entreotras.
Cadaunadeestasactividadessernllevadasacaboduranteeltrabajoiterativo.
El anlisis de calidad ser responsabilidad de cada uno de los roles del equipo, iniciando
en el anlisis de historias, el desarrollo y terminando en el despliegue a produccin. El rol
de analista de calidad estar encargado de definir estrategias que permitan analizar si la
calidad ha sido cumplida durante el ciclo de vida de una historia. En casodedetectaruna
falla en calidad, una historia puede regresar a desarrollo cuantas veces sea necesario
hastacumplirconlosrequerimientosdecalidad.

3.1.2.

CiclodeVida


ElproyectoPECEutilizarelsiguienteCiclodeVidaaprobado:
Ttulo

Versin

Comentarios(opcional)

Ciclodevidaparagrandesproyectos

1.0

3.2.
Alcancedelproyecto
Elproyectodescribeunasolucinpara:
El desarrollo de una plataforma web ecommerce responsivayadaptativaparalaventade
artculostecnolgicos.
La integracin con la entidad financiera BANRED para efectuar pagos mediante tarjetade
crditoatravsdelportaldepagos.
El desarrollo de un portal de administracin seguro que sea capaz de gestionar los
catlogos de productosofrecidosalosclientesylainformacindecomprasefectuadaspor
cliente.
Lasactividadesarealizarincluidasenelalcancedelproyectoson:
Consultoradesoftware
Definicindelasespecificacionesfuncionalesydearquitectura
Diseodearquitecturadesoftware
Despliegue continuo a produccin para garantizar la entrega continua acordada en el
contrato
Desarrolloypersonalizacindelsistema
Correccindeerroresygestindedeudatcnicaencadaiteracin
Ejecucindepruebasunitarias,deintegracin,funcionalesyEndtoEnd
Entregadeladocumentacin
CapacitacincontinuaalpersonaldeETECH
Pruebasdeestrsypenetracin
Una vez finalizado el proyecto se iniciar el periodo de garanta en el que se suministrarn los
servicios de soporte acordados en el Contrato. Estos servicios de soporte se desarrollarn en el
mbitodelmismoproyectoenbasealactualplandeproyectoasociado.
Elmbitodecadaunadeestasactividadeseselacordadoenelcontrato.
Las fechas de realizacin son las reflejadas en la planificacin del proyecto, documento queser
actualizadoyacordadoporlasGerenciasdelProyectocadavezqueserequiera.

3.3.
Estimacionesdeesfuerzos
InformacininternadeSalmonStudios.

3.4.

Formacin


El plan de formacin para el personal de ETECH ser ejecutado en la finalizacin de cada
iteracindurantelasreunionesllamadasShowcase.
En cada Showcase se presentar la funcionalidad desarrollada durante la iteracin
correspondienteyseprocederalaenseanzademanejodelaaplicacin.
Este proceso de formacin ser tambin iterativo, siendo responsabilidaddelpersonaldeETECH
laasistenciaacadaShowcasedelaspersonasinteresadas.

3.5.
Recursoshardwareysoftware
EstostemsestnrecogidosenelAnexo4Listadesuministro.xlsdelcontrato.

3.6.
Estimacionesdecostes
Informacininterna.

3.7.
GestindeRiesgos
La gestin de riesgos se llevar a cabo durante todo el proceso de desarrollo de software
siguiendo el procedimiento de Gestin de Riesgos con objeto de realizar y ejecutar un plan para
identificar lo antes posible los riesgos del proyecto, re evalundolos peridicamente con la
finalidaddepodergestionarlos.
3.7.1.
Controldelriesgo
La revisin del riesgo se reflejar en los informes de Seguimiento del Proyecto donde se
recogern los riesgos identificados al inicio del proyecto y los cambios o nuevos riesgos
identificados. Una vez identificados los riesgos se documentarn los planes/acciones que
permitancontrolarlos.

4. Seguimientoycontroldelproyecto

4.1.
Herramientas
LaherramientaparaelseguimientoycontroldelproyectoesArtemis.Esunaherramientadeuso
internodeSalmonStudios.

4.2.
Responsabilidades
ElJefedeProyectorecopilaryanalizarlosdatosdeseguimientoycontrol.

4.3.
Controldelavancedelproyecto
Actividadesdeseguimientodelproyectoson:
Anlisisdehistoriasaliniciodecadaiteracin.
Showcaseparaentregarlafuncionalidadacordadaconelclientealfinaldecadaiteracin.
Entregacontinuaatravsdeldesplieguecontinuoaproduccin.
Inclusin de bugs (errores) generados durante una iteracin en la iteracin inmediata
posterior(oenlaiteracininmediatasiguientealadeteccindelerror).
Inclusindelpagodeladeudatcnicaenlapriorizacindehistoriasparacadaiteracin.
EntregadelproductomnimoviableydelProducto1.

4.4.
Gestindecambiosalosrequisitos
LaspeticionesdecambiossereceptarncomoproductodecadaShowcaseconelcliente.
Estos cambios sern gestionados y desarrollados previo al despliegue de la historia en
produccin. Una vez aceptados los cambios, se proceder con el despliegue y la historia habr
cumplidosudefinicindeLista.
Debido a la naturaleza de la metodologa utilizada para el desarrollo del proyecto, cualquier
cambio podr ser gestionado de manera inmediata, siempre y cuando se encuentre dentro de la
fasededesarrolloiterativodelasolucin.
Los cambios que se receptaren una vez aprobadas las historias, y que no sean parte deunerror
de funcionalidad detectado, sern analizados por Salmon Studios y negociados con ETECH de
maneraindependiente.

4.5.

Gestindeincidencias
4.5.1.
ReportesdeIncidencias
Sernreportadosatravsdelalistadecorreo:
incidencias@sstudios.com
.

Cualquier incidencia que se encuentre reportada por otro medio, no ser responsabilidad
deSalmnStudios.
4.5.2.

Accionescorrectivas


Los problemas detectados en la fase de desarrollo y pruebas, sern resueltos antes de
solicitar el paso a produccin enfuncindesuseveridad.EljefedeProyectoestimarsiel
problemaafectaalaespecificaciny/orequiereunaactuacinporelCliente.
Los problemas detectados en las pruebas de aceptacin en produccin sern resueltos
inmediatamente si afectan al servicio o sern tratados como una incidencia si es posible
aplazarsuresolucintrasconsultarconelresponsabledeproduccindeETECH.
Se reportar va email al Responsable de la Unidad Operativa los problemas cuya
resolucin no sea posible dentro del grupo delproyecto.Lascomunicacionesvaemailse
guardarnenlacarpetacorrespondientedeldossier.

5. Cierredelproyecto

Elcierredelproyectoserealizarsisecumplenlossiguientesrequisitos:

Entregadevaloralcliente
Realizacinyaceptacindelaspruebasdepenetracinyrendimiento.
Finalizacindelaformacin
Entregadeladocumentacin
Aceptacindelaspruebasdedisponibilidad
Balancedefindeproyecto(internodeSalmonStudios)
LiquidacinComercialdelContrato

6. Organizacindelproyecto

6.1.

Diagramadelciclodevidadeunprocesodedesarrollogil

6.2.

Estructuradeunaiteracin

6.3.

Anatomadeunaiteracin

6.4.

Rolesenelequipodelproyecto
6.4.1.
DueodelProducto(ProductOwner)Cliente
Posee la visin general de los resultados del proyecto y los entregables. Asegura que
estos estn constantementevisibleyactualizadosdurantelavidadelproyecto. Representa
a los usuarios y clientes internos y externos y maneja sus expectativasparapresentarun
nico conjunto de prioridades al equipo de desarrollo. Tiene la propiedad de la lista del
producto y es enteramente responsable porelingresoypriorizacindelosrequerimientos.
Continuamente refina laprioridad basadoenloscambiosdelnegocioeinformacintcnica
y revisa los riesgos del desarrollo. Establece y aprueba los criterios de aceptacin de los
requerimientos y organiza laspresentacionesalos dems involucradosdelaorganizacin.
Esencargadodeejecutarlaspruebasdeaceptacindelosrequerimientos.

Otrasdesusfuncionesson:
Proveeunavisinparaelproductooserviciodesarrollado
Punto nico de contacto para el escalamiento de aclaraciones, dudas y definicin
deprioridadesconlosdemsinvolucradosdelnegocio
CreaelMapadeRutadelProducto(
ProductRoadmap
)
Define lavisindelproductoencadaiteracin
Define elsegmentodeclientesbaseparacadaentregable
Identificaypriorizalafuncionalidadparacadanuevo.
6.4.2.

InvolucradosdelNegocio(BusinessStakeholders)Cliente


Representan un rea particular de ETECH que poseeunimpactoorecibeunbeneficiodel
producto construido. Participa en actividades clave: incepcin, planeacin de entregables,
presentacionesdelproducto,etc.
6.4.3.
GerentedeIteracin(IterationManager)
Enfocado internamentehacia elequipo.Responsableporlosrequerimientosdesdeelinicio
hasta el fin del ciclo de vida (desde el anlisis hasta laaprobacin).Monitoreayreportael
progreso de los requerimientos, las proyecciones de avance y el avance real as como la
velocidad del equipo. Escala divergencias significativas que surjan de la planeacin o
estimacin al gerente del proyecto. Documenta el progreso en los radiadores de
informacin (BurnUp chart, etc.). Gestiona a los analistas, desarrolladores, QAs y otros
roles especficos en elequipo.Ejecutalareunindiariaootrasreunionesdelequipo,como
lareunindeplaneacinykickoffdelproyecto.Organizalasparejasdetrabajo.
Debe comprender, refinar y optimizar el proceso en cada iteracin y elciclodevidadelos
requerimientos. Esto incluye implementaraccionesparaserevaluadasenlasreunionesde
retrospectivas.
6.4.4.
AnalistadeNegocio(BusinessAnalyst)
Tiene como funciones principales el documentar los requerimientos como historias de
usuario. Las historias de usuario son una representacin de un requisito de software
escrito en una o dos frases utilizando el lenguaje comn del usuario. Crea los criterios de
aceptacin y ayuda a desarrollar las pruebas de aceptacin automatizadas. Conduce
revisiones regulares de lanarrativadelashistoriasparaasegurarcapturarlasexpectativas
delnegocio.
Otrasfuncionesson:
Mantenerelflujodehistorias
AconsejaralosGerentesdeProductosobrelasprioridadesdelashistorias
Trabajarsobrelashistoriaspriorizadas
Comprenderycomunicarrequerimientos
Proveervisualizacin
Contribuiralaestimacin
Ayudaacontrolarelalcance
Clarificadudasalequipo
Ayudaenlapresentacinhacialosinvolucrados.
6.4.5.
AnalistadeCalidad(QualityAnalyst)
Salmon Studios incluye el anlisis y aseguramiento de calidad en todas las etapas de
desarrollo del proyecto. Es por esto que QA es un rol y un proceso. Las pruebas es una
actividad que sucede a travs delciclodevidadelaiteracinyesejecutadapordiferentes
roles incluyendo a los desarrolladores. Una suite automatizada de pruebas de regresin y
desarrollada por QA es una parte integral del proceso de desarrollo. Este trabajo es
realizado lado a lado con el Analistade Negocio.Unavezque losbugssoncorregidos,las
pruebasautomticasaseguranqueestosnoreaparecern.
AlgunasdelasfuncionesdeunAnalistadeCalidadson:
AyudaralBAadefinirloscriteriosdeaceptacin
Crearcasosdepruebasyescenarios

Ejecutarmanualmentelaspruebasdondenosepudieronautomatizar
Ejecutar las pruebas contra los criterios de aceptacin para decidir la completitud
delashistorias
Mantenerunasuiteautomatizadadepruebasderegresin
Realizarpruebasexploratoriasestructuradas
Ejecutarpruebasdeintegracinusandointerfacesmockscomoseanecesario
Aadirpruebasautomticascuandoseencuentrandefectos
Compartirlosresultadosdelaspruebasalrestodelequipo.

6.4.6.
LderTcnico(TechnicalLead)
El Lder Tcnico asegura que el equipo se alinee a losestndarescomunesdefinidos,por
ejemplo: programacin en parejas, pruebas unitarias comprensibles, coherencia
arquitectural. Debe servir de enlace con otros lderes tcnicos para asegurar que
problemas comunes posean soluciones comunes, y prevenir la duplicacin de diseo o
cdigo a travs de los equipo. Adicionalmente, el lder tcnico ayudaconlaplanificaciny
monitorizacin del proyecto representa al equipodedesarrolloparticipandoenapropiadas
reuniones que facilitan la planificacin y seguimiento (dividiendo picas, creando spikes
(pequeos ejercicios de investigacin programando), etc.). Asiste al Analista de Negocio
con el alcance inicial para asegurar que las historias a desarrollar sean fcilmente
diseadas o codificadas. Define estimaciones iniciales de alto nivel para las historias y
revala a la luz de ciertos eventos odelprogresodelequipo.AsistealQAparadeterminar
el nivel o enfoque ms prctico para crear el scripts de automatizacin. Comunicar el
impacto de los problemas del desarrollo y comunicarse regularmente con el Gerente de
ProyectooGerentedeIteracin.
OtrasresponsabilidadesdelLderTcnicoson:
Mantenerlacalidadycoherenciaarquitecturaldelcdigodesarrollado
Tomardecisionesdediseo
Comunicar,educaryreforzarlasmejoresprcticasyestndares
Recibir yeducaranuevosmiembrosdelequipodedesarrollo
Asistiralequipodegestinenlaplanificacindeactividades
Reestimar,
Identificarysobresaltarriesgostcnicos
Identificardependenciastcnicas.
6.4.7.
Desarrolladores(Developers)
El desarrolladorconviertelosrequerimientosensoftwarefuncionando.Estoinvolucratodas
las disciplinas tcnicas relacionadas: anlisis tcnico, diseo detallado, arquitectura y
pruebas. Es encargado de estimar las historias junto con todo el equipo.Laestimacinse
hace en consenso de forma relativa. Trabaja junto con los QAs para automatizar los
escenarios de pruebas. El desarrollar escribe cdigo para satisfacer los criterios de
aceptacin. Resuelve problemas y corrige los defectos priorizados. Tiene poder de
decisin sobre sus propios estndares, tecnologa y arquitectura. Debe presentar su
trabajoalAnalistadeCalidadparapruebasfinalesydeaceptacin.

6.5.

Estrategiadecomunicacin


Esclaveparaelxitodeesteproyectolarealizacindereunionesperidicaspararealizarel
seguimientoycumplimientodelasactividadesprevistasenelproyectoporpartedelaETECH.
Poresto,proponemoslassiguientesreuniones.
6.5.1.
ReuninDiaria(DailyStandup)
Cada da de trabajo se realiza la reuninsobreel estadodelproyecto.Estosellama"daily
standup".Estareunintieneguasespecficas:
Lareunincomienzapuntualmenteasuhora
Todossonbienvenidos,peroslolosresponsables(elequipoprincipal)pueden
hablar
Lareunintieneunaduracinfijade15minutosmaxima,deformaindependiente
deltamaodelequipo
Todos losasistentesdebenmantenersedepie(estoayudaamantenerlareunin
corta)
Sepuedehaceronlineatravsdeherramientasdecolaboracin.
Lareunindebeocurrirenlamismaubicacinyalamismahoratodos losdas.
Durantelareunin,cadamiembrodelequipocontestaalmenosatrespreguntas:
Quhashechodesdeayer?
Quesloqueestsplaneandohacerhoy?
Hastenidoalgnproblemaquetehayaimpedidoalcanzartuobjetivo? (Esel
papeldelGerentedeProyectoodelGerentedeIteracinrecordarestos
impedimentos).
6.5.2.
ReunindePlanificacindelaIteracin(IterationPlanningMeeting)
Al inicio del ciclo de la iteracin (cada 15 das), una Reunin de Planificacin de la
Iteracin se lleva a cabo. En esta reunin participan miembros del equipo de desarrolloy
contrapartesydueosdeproductodelaETECH.Sediscutenlossiguientespuntos:
Seleccionarqutrabajosehar
Preparar, con el equipo completo, el Iteration backlog que detalla el tiempo que
tomarhacereltrabajo
Identificar y comunicar cunto del trabajo es probable que se realice durante la
iteracin.
Al final de cada iteracin, dos reuniones se llevarn a cabo: la Reunin de Revisindela
Iteracin(ShowcaseoDemo)ylaRetrospectivadelaIteracin(Retrospective).
6.5.3.

ReunindeRevisindelaIteracin(ShowcaseoDemo)
Revisareltrabajoquefuecompletadoynocompletado
PresentareltrabajocompletadoalosinteresadosdentrodelaETECH
CapturarretroalimentacindelaETECHsobreeltrabajocompletado.

6.5.4.
Retrospectiva(Retrospective)
Despus de cada iteracin, se lleva a cabo una retrospectiva de la iteracin, en la cual
todos los miembros del equipo dejan sus impresiones sobre el trabajo recinsuperado.El
propsito de la retrospectiva es realizar una mejora continua del proceso. Todo el equipo
expresa su percepcin sobre el trabajo realizado resaltando los aspectos positivos o que
deben mantenerse, losaspectosquegeneraronproblemasoreasdemejoraycosaspara
intentar o probar en la siguiente iteracin. Bsicamente se evala el procesodesdevarias
perspectivas:Equipo,Proceso,Tecnologa,GestindelProyecto.