exposicion de marcos de referencias
TRANSCRIPT
INSTITUTO TECNOLÓGICO SUPERIOR DE LA
MONTAÑA
INGENIERÍA INFORMÁTICA
ASIGNATURA: ESTRATEGIA DE GESTIÓN DE SERVICIOS DE TI
MARCO DE REFERENCIA
SCRUM TICKIT
DOCENTE: M.T.I. FREDDY RAMÍREZ VILLALOBOS
PRESENTADO POR: ROSALVA BAUTISTA NIEVES
Scrum es un marco de trabajo para el desarrollo y el mantenimiento de productos complejos.
Scrum es una metodología ágil, y como tal:
Es un modo de desarrollo de carácter adaptable
Basado en un desarrollo iteractivo e incremental
Adaptación continua
Grupos auto-organizados y multidisciplinares.
Es una opción de gestión ideal para a
someter proyectos desarrollados en entornos
complejos que exigen rapidez en los
resultados y en los que la flexibilidad es un
requisito imprescindible.
• En 1993 se realizó el primer Scrum para
desarrollo de software y en 1995 el proceso fue
formalizado
• Ken Schwaber y Jeff Sutherland presentaron conjuntamente por primera vez Scrum en la conferencia OOPSLA en 1995.
• En 1996 se definió por primera vez un patrón
para aplicar esos principios de desarrollo en
“campos de scrum” al software.
Colaboración estrecha con el cliente.
Predisposición y respuesta al cambio
Prefiere el conocimiento comprendido de las personas al explícito de los procesos.
Desarrollo incremental con entregas funcionales frecuentes. Comunicación verbal directa entre los implicados en el proyecto. Motivación y responsabilidad de los equipos por la auto-gestión, auto-organización y compromiso.
La Lista de Producto es una lista ordenada de
todo lo que podría ser necesario en el producto, y
es la única fuente de requisitos para cualquier
cambio a realizarse en el producto.
Los elementos del Product Backlog deben contender los
siguientes atributos:
Descripción,
Orden,
Estimación
Valor.
Un Sprint es el procedimiento de adaptación de las
cambiantes variables del entorno (requerimientos,
tiempo, recursos, conocimiento, tecnología).
Durante un Sprint el producto es diseñado, codificado y probado.
Se divide en dos partes:
Selección de Requisitos: El cliente presenta la lista de requerimientos priorizada, y el Scrum Team (miembros del equipo) realiza las preguntas necesarias.
Planificación de la iteración: Una vez que se haya finalizado la selección de requisitos, el Scrum Team los analiza y define las tareas de la iteración necesarias que surgen de cada requerimiento.
Esta lista permite ver las tareas donde el equipo
está teniendo problemas y no avanza, con lo
que le permite tomar decisiones al respecto.
La Lista de Pendientes del Sprint hace visible
todo el trabajo que el equipo de desarrollo
identifica como necesario para alcanzar el
Objetivo del Sprint.
El Scrum Diario es una reunión con un bloque de
tiempo de 15 minutos para que el Equipo de
Desarrollo sincronice sus actividades y cree un
plan para las siguientes 24 horas.
El “Sprint Review” es una reunión conformada
con las personas relacionadas con el proyecto y
el cliente.
El objetivo de la reunión de revisión es
presentar el producto o porción del producto
desarrollada por el equipo a los usuarios.
El incremento es la parte de producto
producida en un sprint, y tiene como
característica el estar completamente
terminada y operativa, en condiciones de
ser entregada al cliente.
Esta actividad sirve para organizar las tareas del “Product Backlog” revisando los objetivos del “Sprint Goal” concluyendo el ciclo aplicando los cambios y ajustes necesarios
El propósito de la Retrospectiva de Sprint es:
Inspeccionar cómo fue el último Sprint en cuanto a
personas, relaciones, procesos y herramientas;
Identificar y ordenar los elementos más importantes
que salieron bien y las posibles mejoras;
Crear un plan para implementar las mejoras a la
forma en la que el Equipo Scrum desempeña su
trabajo.
Entrega de un producto funcional al
finalizar cada sprint
Posibilidad de ajustar la funcionalidad con
base a la necesidad de negocio al cliente
Visualización del proyecto día a día
Alcance acotado y viable
Equipos integrados y comprometidos con
el proyecto, toda vez que ellos definieron el
alcance y se auto-administran.
Flexibilidad
Anticipa los cambios durante el desarrollo.
Permite hacer grandes cambios
estructurales.
• En general, dificultad de aplicación en
grandes proyectos.
• Si una tarea no está bien definida puede
incrementar costes y tiempos.
• Si el equipo no se compromete hay mucha
probabilidad de fracasar.
Desventajas
COSTO DE CURSO DE SCRUM
TickIT es un programa de certificación de
gestión de calidad para el desarrollo de
software, el sistema se ha actualizado para
convertirse TickIT Plus, añadiendo una nueva
dimensión que combina las mejores prácticas a
las normas internacionales de TI.
Fue lanzado en 1991
La BSC (Sociedad Británica de Computación)
encabezo la iniciativa para su creación)
La iniciativa TickIT fue lanzada luego de que el
Departamento de Comercio e Industria del
Reino Unido publicara un informe que analizaba
el estado de la calidad del software y desarrollo
de la industria
Proporcionar a la industria un marco práctico
para la gestión de la calidad del desarrollo de
software mediante el desarrollo de
procedimientos de certificación de sistemas de
gestión de calidad más eficaces.
Mejorar y regular el comportamiento de auditores
que trabajan en el sector de tecnología de
información a través de entrenamiento, y la
certificación subsiguiente de auditores.
Introducción a TickIT y al proceso de la
certificación.
Guía para los clientes.
Guía para los proveedores.
Guía para los auditores
Requisitos del sistema de gestión de calidad de
software, perspectiva de los estándares.
Requisitos del sistema de gestión de calidad del
software, perspectiva de proceso.
Reducir el riesgo de errores y tiempo de
inactividad.
Mejorar la efectividad de su producto o servicio.
Comprender las necesidades de sus clientes en
cada etapa del ciclo de vida de su producto.
Proporcionar una mejora continua, obteniendo una
calidad de producto mejorada y respetabilidad.
Desarrollar un marco para controlar las consideraciones
de pruebas, coste y tiempos.
TickIT 2000
TickIT Plus
Mouesques Gaston (2012). Metodología SCRUM. Consultado en Marzo 13, 2015 en
http://fi.ort.edu.uy/innovaportal/file/2021/1/scrum.pdf.
Schewaber Ken, Sutherland Jeff (2013). La guía de Scrum. Consultado en Marzo 12, 2015 en
http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-ES.pdf.
Briñez Yony (2012). Metodologia Ágil Scrum. Consultado en Marzo 12, 2015 en
https://prezi.com/fu7g5fmqbexe/metodologia-agil-scrum/.
Cyment Alan (2012). Scrum. Consultado en Marzo 13, 2015 en http://www.scrumsense.com/wp-
content/uploads/2012/03/Un-mejor-Scrum-2.pdf.
Niñez Yony(2010). TickIT. Consultado en Marzo 11, 2015 en
http://auditoriauc20102miju02.wikispaces.com/file/view/Prince2TickIT201021700321660.pdf.
Irca (2010). Certificación de auditor de TickIT. Consultado en Marzo 12, 2015 en
http://www.irca.org/Documents/Spain/Certification/Criteria/TickIT-criteria-Sp.pdf.