Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SCRUM Desarrollo
SCRUM Desarrollo
SCRUM
DOCENTE
CICLO
CURSO
INTEGRANTES
TEMA: SCRUM
1. Contenido:
Definición:
Según Proyectos agiles (s.f.) afirma que:
Scrum es un proceso en el que se aplican de manera regular un conjunto
de buenas prácticas para trabajar colaborativamente, en equipo, y obtener
el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas
a otras y su selección tiene origen en un estudio de la manera de trabajar
de equipos altamente productivos(párr.1).
Según Sinnaps (s.f.) afirma que:
Scrum es un método para trabajar en equipo a partir de iteraciones o
Sprints. Así pues, Scrum es una metodología ágil, por lo que su objetivo
será controlar y planificar proyectos con un gran volumen de cambios de
última hora, en donde la incertidumbre sea elevada(párr.3).
Características.
Según El Rincón de Pensar (2016) menciona las siguientes características:
El desarrollo incremental de los requisitos del proyecto en bloques
temporales cortos y fijos.
Se da prioridad a lo que tiene más valor para el cliente.
El equipo se sincroniza diariamente y se realizan las adaptaciones
necesarias.
Tras cada iteración (un mes o menos entre cada una) se muestra al
cliente el resultado real obtenido, para que este tome las decisiones
necesarias en relación a lo observado.
Se le da la autoridad necesaria al equipo para poder cumplir los
requisitos.
Fijar tiempos máximos para lograr objetivos.
Equipos pequeños (de 5 a 9 personas cada uno).
Como podemos observar las características son específicas para lograr los
propósitos de un proyecto(párr.5).
pág. 2
Ingeniería de Sistemas y Telemática
Faces
Según Project Management (s.f.) menciona las siguientes faces de reunión
del método Scrum:
b) Sprint diario:
Esta reunión tiene lugar cada día y no dura más de 15 minutos. En ella,
cada uno de los miembros del equipo de trabajo cuenta brevemente qué
hizo en la jornada pasada, lo que hará ahora y los obstáculos que ha ido
descubriendo. No es una reunión descriptiva ni expositiva; se trata de ir
al grano. El Scrum Master toma nota de ello, mientras el Product Owner
se limita a escuchar los detalles de la evolución del proyecto (no tiene
voz en esta reunión).
d) Retrospectiva:
pág. 3
Ingeniería de Sistemas y Telemática
2. Resumen
TEMA: SCRUM
1. Contenido:
Definición:
Según Proyectos agiles (s.f.) afirma que:
Scrum es un proceso en el que se aplican de manera regular un conjunto
de buenas prácticas para trabajar colaborativamente, en equipo, y obtener
el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas
a otras y su selección tiene origen en un estudio de la manera de trabajar
de equipos altamente productivos(párr.1).
Características.
El desarrollo incremental de los requisitos del proyecto en bloques
temporales cortos y fijos.
Se da prioridad a lo que tiene más valor para el cliente.
El equipo se sincroniza diariamente y se realizan las adaptaciones
necesarias.
Tras cada iteración (un mes o menos entre cada una) se muestra al
cliente el resultado real obtenido, para que este tome las decisiones
necesarias en relación a lo observado.
Se le da la autoridad necesaria al equipo para poder cumplir los
requisitos.
Fijar tiempos máximos para lograr objetivos.
Equipos pequeños (de 5 a 9 personas cada uno).
Faces
pág. 4
Ingeniería de Sistemas y Telemática
b) Sprint diario:
d) Retrospectiva:
2. Summary
SUBJECT: SCRUM
1. Content:
Definition:
According to Agile Projects (s.f.) affirms that:
Scrum is a process in which a set of good practices are applied on a regular
basis to work collaboratively, as a team, and obtain the best possible result
of a project. These practices support each other and their selection is based
on a study of the way highly productive teams work (para. 1).
Characteristics.
The incremental development of project requirements in short and
fixed time blocks.
Priority is given to what is most valuable to the client.
The equipment is synchronized daily and the necessary adaptations are
made.
After each iteration (one month or less between each one), the client is
shown the actual result obtained, so that the client can make the
necessary decisions in relation to the observed.
The necessary authority is given to the team to be able to meet the
requirements.
Set maximum times to achieve objectives.
Small teams (5 to 9 people each).
Faces
a) Sprint planning:
b) Daily Sprint:
c) Sprint demo:
d) Retrospective:
pág. 5
Ingeniería de Sistemas y Telemática
3. Conclusiones
Scrum por sus características no es válido para cualquier proyecto ni para
cualquier persona o equipo de personas. Es más, Scrum según muchos
especialistas de esta metodología, es óptima para equipos de trabajo de hasta 8
personas, aunque hay empresas que han utilizado Scrum con éxito con equipos
más grandes.
Se puede decir que para el 90% de los proyectos y empresas, es una metodología
válida, pero no es una metodología válida al 100%. Es más, no hay metodología
mejor que otra ni válida al 100% para todas las personas y empresas.
4. Recomendaciones
Hoy quería empezar con algo sencillo: recomendaros una lectura. Hace tiempo,
un buen amigo me habló de un libro (bastante breve, algo más de cien páginas)
sobre SCRUM, llamado SCRUM from the trenches. Es un texto muy interesante
porque no habla de SCRUM de una forma académica, sino que cuenta la
experiencia de un equipo de desarrollo que lo aplica, y como ha ido evolucionando
dicha aplicación con el tiempo: qué les funciona, qué no, cómo adecúan la
metodología a proyectos de diferentes tamaños y tipologías… en muchos aspectos
es bastante revelador, y seguro que encontraréis muchos fragmentos que son muy
cercanos a vuestra propia experiencia. E incluso cuando las soluciones de los
autores son muy diferentes a las que nosotros habríamos tomado, siempre es
interesante ver enfoques diferentes. Por lo demás, las explicaciones son claras, si
bien sobreentiende que el lector conoce al menos los fundamentos de SCRUM y
tiene experiencia desarrollando aplicaciones en un entorno corporativo.
5. Apreciación del equipo
La metodología SCRUM se utiliza principalmente para el desarrollo de software,
aunque tal como ocurre con otras metodologías Ágiles, están siendo implantadas
en otros sectores (ventas, marketing, startups, educación, servicios, equipos
directivos, …) que están aprovechando sus beneficios con gran éxito, trabajando
con esta metodología en sus modelos organizativos, evolucionando la forma de
gestionar proyectos con equipos de trabajo de alto rendimiento.
6. Glosario de términos
Gráfico de Burndown: Los gráficos de Burndown muestran el trabajo restante
en el tiempo. El trabajo restante es el eje Y y el tiempo es el eje X. El trabajo
restante debería subir y bajar y eventualmente tener una tendencia descendente.
pág. 6
Ingeniería de Sistemas y Telemática
pág. 7