El documento compara Scrum y TickIT, marcos para gestión de proyectos de desarrollo de software. Scrum es una metodología ágil para proyectos complejos que utiliza iteraciones cortas, equipos auto-organizados y revisión continua. TickIT es un programa de certificación de gestión de calidad que sigue normas internacionales para mejorar la calidad y regular auditores.

1. 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

2. 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.

4. 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.

5. • 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.

6. • En 1996 se definió por primera vez un patrón
para aplicar esos principios de desarrollo en
“campos de scrum” al software.

7. 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.

9.  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.

10. Los elementos del Product Backlog deben contender los
siguientes atributos:
 Descripción,
 Orden,
 Estimación
 Valor.

11. 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.

12. 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.

14.  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.

15.  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.

16.  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.

17.  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.

18. 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

19. 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.

20.  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

21.  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.

22. • 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

23. COSTO DE CURSO DE SCRUM

25.  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.

26.  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

27.  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.

28.  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

29.  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.

30.  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.

31.  Proporcionar una mejora continua, obteniendo una
calidad de producto mejorada y respetabilidad.
 Desarrollar un marco para controlar las consideraciones
de pruebas, coste y tiempos.

33.  TickIT 2000
 TickIT Plus

34.  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.