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.
Metodología, roles, actividades y artefactos que componen el modelo de proceso ágil SCRUM en el desarrollo de software y cómo lleva a maximizar el retorno de la inversión en la empresa (ROI).
Metodología, roles, actividades y artefactos que componen el modelo de proceso ágil SCRUM en el desarrollo de software y cómo lleva a maximizar el retorno de la inversión en la empresa (ROI).
Metodologias Agiles de Direccion de ProyectosAlejandro Gabay
Conferencia dictada en ORT Buenos Aires, Argentina el 19.07.2011 por Alejandro Gabay
Presentacion del Manifiesto Agil, Proceso de Scrum y comparación entre PMBoK y PMI.
Agile Methodologies for Project Management
Metodologias Agiles de Direccion de ProyectosAlejandro Gabay
Conferencia dictada en ORT Buenos Aires, Argentina el 19.07.2011 por Alejandro Gabay
Presentacion del Manifiesto Agil, Proceso de Scrum y comparación entre PMBoK y PMI.
Agile Methodologies for Project Management
A lo largo de este documento se describe el proceso realizado por los autores en el desarrollo del proyecto. Este proceso se encuentra dividido en diferentes etapas que se ven representadas en cada uno de los capítulos y brevemente descritas en las siguientes secciones:
Marco Teórico y Estado del Arte
Esta sección describe de manera resumida la investigación previa realizada por el Equipo de Trabajo para el desarrollo del proyecto. Se incluyen los aspectos teóricos que explican la metodología SCRUM y sus principales características, eventos y documentos relacionados. De igual forma se describen a profundidad las herramientas utilizadas a lo largo del desarrollo y las razones por las que fueron escogidas por el Equipo de Trabajo. Se incluye también un cuadro comparativo del proyecto frente a herramientas similares existentes en la actualidad.
Fase Preliminar de SCRUM
Esta sección describe los eventos previos a la fase de desarrollo; esto incluye la elaboración de historias de usuario, su transformación a elementos del Listado del Producto y su estimación de niveles de esfuerzo. También se describe en esta sección la estimación temporal de proyecto e iteraciones y el resultado de la Reunión de Planeación de la primera iteración.
Desarrollo e Implementación
Esta sección describe las impresiones del Equipo de Trabajo acerca de las iteraciones realizadas a lo largo de la fase de desarrollo del proyecto; esto incluye la descripción resumida de la metodología utilizada, los cambios ocurridos en el Listado del Producto, el desarrollo y diagrama de la base de datos y El listado final de Pendientes para cada iteración.
Producto
Esta sección presenta el resultado final del proyecto y describe paso a paso el uso de la herramienta mediante ayudas gráficas y explicación detallada.
Guía para hacer un Plan de Negocio para tu emprendimiento.pdfpppilarparedespampin
Esta Guía te ayudará a hacer un Plan de Negocio para tu emprendimiento. Con todo lo necesario para estructurar tu proyecto: desde Marketing hasta Finanzas, lo imprescindible para presentar tu idea. Con esta guía te será muy fácil convencer a tus inversores y lograr la financiación que necesitas.
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.
3.
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.
8.
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.
13.
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
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.
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.