-
03 | Definir el proceso ALM
-
El papel de los diferentes procesos de ALM Implementar un
Scrum/proceso gil Define un Scrum/proceso gil para un equipo
Implementar Microsoft Solution Framework (MSF) de CMMI
Process Improvement
Descripcin general del mdulo
-
Microsoft Virtual Academy
El papel de los diferentes procesos de ALM
-
MSF de desarrollo gil de software
Versin de lanzamiento en TFS RTM fue de 6,0 Es muy adecuada para
los equipos que;
Desarrollar software en ciclos iterativos cortos Tener una
comunicacin abierta entre los miembros del equipo Responder y
adaptarse a los cambios con facilidad No despliegue frecuente de su
software Prctica Scrum, XP, FDD o cualquier otra metodologa gil
-
Microsoft Visual Studio Scrum
Versin de lanzamiento en TFS RTM fue de 2,0 Es muy adecuada para
los equipos que;
Han recibido una formacin Scrum Utilizar la terminologa Scrum
Llevar a cabo las ceremonias de Scrum (Comentarios, retrospectivas)
Utilizar y mantener productos y Sprint Atrasos
-
MSF de CMMI Process Improvement
Capability Maturity Model Integration (CMMI) Versin de
lanzamiento en TFS RTM fue de 6,0 Es muy adecuada para los equipos
que;
Desarrollar de una manera ms tradicional cascada Requiere un
fuerte flujo de trabajo de direccin del proceso Estn orientados a
proyectos de mayor envergadura que se rompen
en fases y grupos Se centran en la obtencin de CMMI nivel 3 de
evaluacin
-
Microsoft Virtual Academy
Implementar un Scrum/proceso gil
-
Los equipos Scrum
Equipos Scrum; Consta de un propietario del producto, el equipo
de desarrollo y un
Scrum Master Es de auto-organizacin y multi-funcional Elije la
mejor forma de realizar tu trabajo, en lugar de ser dirigido
por
otros fuera del equipo
El modelo de equipo de Scrum es diseado para optimizar la
flexibilidad, la creatividad y la productividad.
El tamao ideal de un equipo Scrum es de entre 3 y 9 miembros
-
Funciones - El propietario del producto
El PO es el nico responsable de la reserva de pedidos de
productos. Responsable de; Es evidente que expresan elementos de la
Pila del Producto Ordena los elementos de la Pila de Producto para
lograr mejor los
objetivos y misiones Garantiza el valor del trabajo que el
equipo de desarrollo que lleva a
cabo Asegura que la Pila de Producto es visible, transparente y
clara para
todos, y muestra lo que el Equipo Scrum va a funcionar en el
prximo Asegura que el equipo de desarrollo comprende los elementos
de la
Pila del Producto al nivel necesario
-
Funciones - El Equipo de Desarrollo El equipo de desarrollo est
formado por profesionales que
hacen el trabajo de la entrega de un Incremento potencialmente
liberable del producto "Hecho" al final de cada Sprint.
Los equipos de desarrollo tienen las siguientes caractersticas:
Se auto-organizacin y multi-funcional Scrum no reconoce los ttulos
de los miembros del equipo de
desarrollo que no sean desarrolladores, independientemente del
trabajo que se realiza por la persona
Los miembros del equipo de desarrollo individuales pueden tener
habilidades especializadas y reas de inters, pero la
responsabilidad pertenece al Equipo de Desarrollo
Los equipos de desarrollo no contienen sub-equipos
-
Funciones - El Scrum Master
El Scrum Master es responsable de asegurar que el Scrum se
entienda y se promulga. Los Scrum Masters hacen esto al asegurar
que el Equipo Scrum se adhiere a la teora Scrum, prcticas y
normas.
El Scrum Master es un siervo-lder del equipo Scrum El Scrum
Master puede entrenar y guiar al equipo, pero no es
un director de proyecto El Scrum Master elimina obstculos y
facilita eventos Scrum lo
piden o necesitan
-
Eventos Scrum
Reunin de Planificacin de Sprint Scrum Diario Revisin del Sprint
Retrospectiva del Sprint
-
Reunin de Planificacin de Sprint
Los planes de trabajo a realizar en el prximo Sprint Es una
colaboracin entre todos los miembros del equipo Scrum Tiempo en
caja (2 semanas Sprint = 4 horas, 4 semanas Sprint =
8 horas) La reunin tiene dos partes iguales
Qu va a ser entregado en el incremento resultante de la Sprint?
Cmo se lograr el trabajo necesario para entregar el Incremento?
-
Reunin de Planificacin de Sprint - Parte 1 (50% timebox) Qu va a
ser entregado en el incremento resultante de la
Sprint? El propietario del producto presenta la Pila de Producto
solicitado Entradas
La Pila del Producto El ltimo incremento del producto El
rendimiento pasado del equipo de Desarrollo
Salidas Una seleccin de los elementos de la Pila de Producto
para entrar en el Sprint El objetivo del Sprint
Slo el desarrollador puede decidir lo que entra en el sprint
-
Reunin de Planificacin de Sprint - Parte 2 (50% timebox) Cmo se
lograr el trabajo necesario para entregar el
Incremento? El equipo de desarrollo decide cmo se va a construir
esta
funcionalidad en un incremento de "Hecho" La Pila del Sprint es
la gran variedad de productos fuera de la reserva
de pedidos de productos, ms el plan para su entrega A menudo, el
propietario del producto asiste a esta parte de la reunin
Al final de la reunin de planificacin de Sprint, el equipo de
desarrollo debe ser capaz de explicar cmo va a trabajar como un
equipo de auto-organizacin para lograr el objetivo del Sprint y
crear el Incremento esperado
-
Scrum Diario
A diario 15 minutos de tiempo de reunin en caja para el Equipo
de Desarrollo
Se utiliza para sincronizar las actividades y crear un plan para
las prximas 24 horas
Cada miembro del equipo se explica Qu se ha realizado desde la
ltima reunin? Qu va a hacer antes de la prxima reunin? Qu obstculos
hay en mi camino?
-
Reunin de Revisin de Sprint (2 semanas = 2 horas, 4 semanas = 4
horas) La reunin de revisin de Sprint se celebrar a finales del
Sprint
para inspeccionar el incremento y adaptacin de la Pila del
Producto si es necesario
La reunin debe incluir los siguientes elementos; El propietario
del producto identifica lo que se ha "hecho" (y no) El equipo de
desarrollo demuestra el trabajo que se ha "hecho" y
responde a preguntas sobre el Incremento El propietario del
producto discute la pendiente del producto tal y
como est
El resultado de la reunin es una Pila de Producto revisado que
define los PBIs probables para la prxima carrera
-
Retrospectiva del Sprint (4 semanas=3hr, 2 semanas=90mins) El
propsito de esta reunin es;
Examinar cmo el ltimo Sprint fue con respecto a las personas,
relaciones, procesos y herramientas
Identificar y ordenar los principales temas que fueron mejoras
as y potenciales
Crear un plan para la implementacin de mejoras a la forma en que
el equipo de Scrum hace su trabajo
El Equipo Scrum podr adaptar la definicin de "Hecho", segn
corresponda para mejorar la calidad
-
Microsoft Virtual Academy
Define un Scrum/proceso gil para un equipo
-
Cancelacin de un sprint o iteracin - Informacin general Slo el
propietario del producto tiene la autoridad para cancelar
el Sprint, aunque l o ella puede hacerlo bajo la influencia de
las partes interesadas, el equipo de desarrollo, o el Scrum
Master
Un Sprint sera cancelado si el objetivo del Sprint se vuelve
obsoleto o si ya no tiene sentido dadas las circunstancias
Debido a la corta duracin de los Sprints, la cancelacin rara vez
tiene sentido
Las cancelaciones Sprint son a menudo traumticas en el Equipo
Scrum, y son muy poco frecuentes
-
Cancelacin de un sprint o iteracin - Proceso
Cuando un Sprint se cancela, cualquier Cartera Artculos
terminados y "Done" se revisan.
Si una parte de la obra es potencialmente liberable, el
propietario del producto por lo general lo acepta.
Todos los productos incompletos Cartera artculos son
re-estimadas y volver a poner en la Pila de Producto.
El trabajo realizado en ellas se deprecia rpidamente y debe ser
re-estima con frecuencia.
-
Definicin de "Hecho" Cuando el elemento pendiente del producto o
el incremento se describe
como "Hecho", todo el mundo debe entender lo que significa
Hecho"
Aunque esto vara significativamente por el Equipo Scrum, los
miembros deben tener una comprensin comn de lo que significa que el
trabajo sea completo, para garantizar la transparencia.
Esta es la "Definicin de Hecho" para el Equipo Scrum y se
utiliza para evaluar si el trabajo se ha completado en el
incremento del producto
Se espera que su definicin de Hecho" se ampliar para incluir
criterios ms estrictos para la mejor calidad
-
Determinacin de Sprint/Longitud de Iteracin
Los Sprints se limitan a un mes calendario. Cuando el horizonte
de un Sprint es demasiado tiempo la definicin de lo que se est
construyendo, pudiendo cambiar, la complejidad puede aumentar, y el
riesgo puede aumentar
Los Sprints permiten previsibilidad al garantizar la inspeccin y
la adaptacin de los progresos hacia la meta por lo menos cada mes
calendario
Los Sprints tambin limitan el riesgo de un mes natural de costo.
Menos certidumbre = menor duracin de sprint
-
Elementos de la Pila no completadas en un Sprint
El equipo de desarrollo siempre debe tratar de seleccionar los
elementos apropiados de la Pila del Producto para que puedan ser
completadas dentro de un Sprint
El trabajo incompleto no puede ser presentado durante la reunin
de revisin Sprint
Sin comenzar el trabajo puede ser devuelto a la reserva de
pedidos de productos para la consideracin de aceptar en el prximo
Sprint
Es Frecuente llevar trabajo incompleto al siguiente Sprint puede
ser perjudicial para la medicin de la velocidad
-
Monitoreo Sprint/progreso de Iteracin En cualquier punto en el
tiempo en un Sprint, el trabajo total
que queda en los elementos de la Pila de Sprint se puede
resumir. El equipo de desarrollo sigue este trabajo restante total,
al menos, por cada Scrum Diario
El equipo de desarrollo sigue estas sumas diario y proyecta la
probabilidad de alcanzar el objetivo del Sprint. Mediante el
seguimiento de la labor que queda en todo el Sprint, el equipo de
desarrollo puede gestionar su progreso
Scrum no tiene en cuenta el tiempo dedicado al trabajo en el
Sprint Backlog Items. El trabajo restante y la fecha son las nicas
variables de inters
-
DEMO
Microsoft Virtual Academy
Usando TFS para ayudar con Artefactos de Scrum
-
Microsoft Virtual Academy Implementar Microsoft Solution
Framework (MSF) de CMMI Process Improvement
-
Proyectos de Alcance impulsadas Hay que esperar para
determinar
una fecha de finalizacin hasta que haya estimaciones detalladas
y un plan detallado
Sobrecarga de Planificacin se incrementa
Programe buffering como contingencia contra la mala estimacin
har que la fecha de entrega ms, lo que aumenta los costos.
Proyectos impulsados por Fecha La mayora de los proyectos de
software son fecha impulsada, ya que pueden ser entregados
gradualmente.
Fecha de proyectos impulsados son comunes cuando existe una
oportunidad en torno a una fecha determinada.
Ej. Sistema de sincronizacin de eventos de natacin juegos
olmpicos
El establecimiento de proyectos pilotos
-
Asignacin de los requisitos del producto a las iteraciones Los
representantes de los accionistas de la empresa y el equipo
de desarrollo deben trabajar juntos para asignar los requisitos
del producto a las iteraciones.
Normalmente, esto se hace en una reunin, donde se comparten o
proyecto de la vista Office Excel de los requisitos del producto
consulta.
La cesin se completa con los siguientes elementos de informacin:
La prioridad de las necesidades. El costo estimado. Dependencias
entre los requisitos del producto.
-
Elemento de trabajo nico para la plantilla CMMI
La plantilla de procesos MSF de Mejora de Procesos CMMI es la
nica plantilla OOTB que tiene los siguientes tipos de elementos de
trabajo Solicitud de cambio Cuestin Riesgo
-
Propsito Diagrama de estado
La solicitud de cambio de tipo de elemento
Un equipo puede utilizar la solicitud de cambio de elementos de
trabajo para el seguimiento de una propuesta de modificacin de
alguna parte del producto.
Puede crear una solicitud de cambio cuando se propone un cambio
a cualquier producto de trabajo que est bajo el control de
cambios
-
Propsito Diagrama de estado
El tipo de elemento de trabajo Issue
Un equipo puede utilizar el elemento de trabajo de edicin para
realizar un seguimiento de un evento o situacin que pueda bloquear
el trabajo o est bloqueando trabajo en el producto
Cuestiones difieren de los riesgos en que los equipos se
identifican problemas de forma espontnea, por lo general durante
las reuniones diarias del equipo
-
Propsito Diagrama de estado
El trabajo del tipo de elemento de riesgo
Los elementos de trabajo de riesgo documentar un posible evento
o condicin que puede tener un resultado negativo en el proyecto en
el futuro.
Un aspecto clave de la gestin del proyecto es identificar y
gestionar los riesgos de un proyecto.
-
Ms informacin
Para obtener ms informacin, revisa el tema Gestin del cambio en
la biblioteca de MSDN.
http://msdn.microsoft.com/en-us/library/ee461569.aspx
Para obtener ms informacin, revisa el tema Gestin de Riesgos en
la biblioteca de MSDN.
http://msdn.microsoft.com/en-us/library/ee461564.aspx
-
DEMO
Microsoft Virtual Academy
Walk-through de CMMI WIT especficos
-
Consulta la gua de procesos en el sitio web de Microsoft para
cada una de las tres plantillas OOTB
Crea una matriz destacando las principales diferencias entre
cada uno de los procesos
Asegrate de que est familiarizado con los tres procesos, no slo
el que usted puede usar en el trabajo
La Gua de Scrum sera una buena lectura para el proceso Scrum
tambin. http://www.scrum.org/Scrum-Guides
-
2013 Microsoft Corporation. All rights reserved. Microsoft,
Windows, Office, Azure, System Center, Dynamics and other product
names are or may be registered trademarks and/or trademarks in the
U.S. and/or other countries. The information herein is for
informational purposes only and represents the current view of
Microsoft Corporation as of the date of this presentation. Because
Microsoft must respond to changing market conditions, it should not
be interpreted to be a commitment on the part of Microsoft, and
Microsoft cannot guarantee the accuracy of any information provided
after the date of this presentation. MICROSOFT MAKES NO WARRANTIES,
EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS
PRESENTATION.
Slide Number 1Descripcin general del mduloSlide Number 3MSF de
desarrollo gil de softwareMicrosoft Visual Studio ScrumMSF de CMMI
Process ImprovementSlide Number 7Los equipos ScrumFunciones - El
propietario del productoFunciones - El Equipo de
DesarrolloFunciones - El Scrum MasterEventos ScrumReunin de
Planificacin de SprintReunin de Planificacin de Sprint - Parte 1
(50% timebox)Reunin de Planificacin de Sprint - Parte 2 (50%
timebox)Scrum DiarioReunin de Revisin de Sprint (2 semanas = 2
horas, 4 semanas = 4 horas)Retrospectiva del Sprint (4 semanas=3hr,
2 semanas=90mins)Slide Number 19Cancelacin de un sprint o iteracin
- Informacin generalCancelacin de un sprint o iteracin -
ProcesoDefinicin de "Hecho"Determinacin de Sprint/Longitud de
IteracinElementos de la Pila no completadas en un SprintMonitoreo
Sprint/progreso de IteracinUsando TFS para ayudar con Artefactos de
ScrumSlide Number 27El establecimiento de proyectos
pilotosAsignacin de los requisitos del producto a las
iteracionesElemento de trabajo nico para la plantilla CMMILa
solicitud de cambio de tipo de elementoEl tipo de elemento de
trabajo IssueEl trabajo del tipo de elemento de riesgoMs
informacinWalk-through de CMMI WIT especficosSlide Number 36Slide
Number 37
