Metodología de desarrollo del software

Nombre: Samuel criollo

Curso: segundo vespertino B

organizador grafico respecto a la temática de la

metodología scrum desde sus inicios hasta la
actualidad

El concepto de Scrum tiene su
origen en un estudio de 1986
sobre los nuevos procesos de
desarrollo utilizados en
productos exitosos en Japón y
los Estados Unidos (cámaras de
fotos de Canon, fotocopiadoras
de Xerox, automóviles de
Los equipos que Honda, ordenadores de HP y En 1993 se realizó el primer
desarrollaron estos otros). Scrum para desarrollo de
productos partían de software y en 1995 el proceso
requisitos muy generales, así fue formalizado . En 2001 un
como novedosos, y debían grupo de personas muy
salir al mercado en mucho relevantes en lo que
menos del tiempo del que se empezaba a ser el desarrollo
tardó en lanzar productos ágil escribieron los valores
anteriores. Estos equipos fundamentales de los
seguían patrones Metodología procesos ágiles.
de ejecución de proyecto
muy similares.
scrum

La palabra scrum utilizada en

un entorno de desarrollo de .Desde 1995 miles de
En la actualidad, Scrum se está proyectos es algo muy común y proyectos en todo el mundo
utilizando en diferentes tipos de utilizado en la actualidad. han utilizado Scrum para el
negocio y, especialmente, en el Quizás sea porque se adapta desarrollo de productos,
desarrollo de software. La Scrum muy bien a las características tanto en empresas pequeñas,
Alliance es la organización sin de cambio e incertidumbre con “startups” con tan sólo 3
ánimo de lucro que se encarga de las que se trabajan en entornos personas desarrollando un
difundir Scrum en este ámbito. de proyectos, sobre todo en el producto, como en
sector IT. multinacionales.
Organizador grafico respecto a la temática de
ventajas y desventajas de la metologia scrum

VENTAJAS DESVENTAJAS
Gestión de las expectativas del Funciona más que nada con equipos
usuario. Los usuarios pueden participar reducidos. Las empresas grandes, por
en cada una de las etapas del proceso y ejemplo, deben estar sectorizadas o
proponer soluciones. De hecho, el divididas en grupos que tengan
proceso en su conjunto está pensado objetivos concretos. De lo contrario, en
para un tipo de evaluación conjunta. la práctica, el efecto de la técnica se
perderá.

Resultados anticipados. Cada etapa Requiere una exhaustiva definición de

del proceso arroja una serie de las tareas y sus plazos. Cuando estos
resultados. No es necesario, por tanto, dos aspectos no se definen
que el cliente espere hasta el final para adecuadamente, Scrum se desvanece.
ver el resultado. Recuerda que la división del trabajo en
cada etapa (y de éstas en tareas
específicas) son la esencia de esta
metodología

Flexibilidad y adaptación a los Exige que quienes la utilicen cuenten

contextos. Se adapta a cualquier con una alta cualificación o formación. No
contexto, área o sector de la gestión. es una modalidad de gestión propia de
Es decir, no es una técnica exclusiva de grupos junior o que apenas estén en
ninguna disciplina. proceso de formación. Gran parte del éxito
de Scrum radica en la experiencia que
aportan los profesionales de los equipos,
quienes por lo general acumulan años de
experiencia.

Gestión sistemática de riesgos. Del La necesidad de tener equipos

mismo modo, los problemas que multidisciplinares puede ser un
aparecen durante los procesos de problema, ya que es difícil encontrar
gestión que pueden afectar a un personas que sean capaces de hacer
proyecto son gestionados en el mismo todo el trabajo de un equipo.
momento de su aparición.
Ensayo
Titulo: FUNCIONAMIENTO DE LA METODOLOGIA DE
DESARROLLO DE SOFTWARE SCRUM

Desarrollo:
La metodología Scrum es un marco de trabajo o framework que se utiliza dentro de equipos
que manejan proyectos complejos. Es decir, se trata de una metodología de trabajo ágil que
tiene como finalidad la entrega de valor en períodos cortos de tiempo y para ello se basa en
tres pilares: la transparencia, inspección y adaptación. Esto permite al cliente, junto con su
equipo comercial, insertar el producto en el mercado pronto, rápido y empezar a obtener
ventas  (Sales enablement). Con el método Scrum todos los implicados tienen conocimiento
de qué ocurre en el proyecto y cómo ocurre. Esto hace que haya un entendimiento “común”
del proyecto, una visión global.
Los miembros del equipo Scrum frecuentemente inspeccionan el progreso para detectar
posibles problemas. La inspección no es un examen diario, sino una forma de saber que el
trabajo fluye y que el equipo funciona de manera auto-organizada.
Cuando hay algo que cambiar, el equipo se ajusta para conseguir el objetivo del sprint. Esta
es la clave para conseguir el éxito en proyectos complejos, donde los requisitos son
cambiantes o poco definidos y en donde la adaptación, la innovación, la complejidad y
flexibilidad son fundamentales.
Con la metodología Scrum, el equipo tiene como foco entregar valor y ofrecer resultados de
calidad que permitan cumplir los objetivos de negocio del cliente.
Para ello, los equipos de Scrum son auto-organizados y multifuncionales. Es decir, cada
uno es responsable de unas tareas determinadas y de terminarlas en los tiempos acordados.
Esto garantiza la entrega de valor del equipo completo, sin necesidad de ayuda o la
supervisión minuciosa de otros miembros de la organización.
En Scrum existen 3 roles muy importantes: Product Owner, Scrum Master y Equipo de
desarrollo.
1. Product owner:
Es el responsable de maximizar el valor del trabajo del equipo de desarrollo. La
maximización del valor del trabajo viene de la mano de una buena gestión del Product
Backlog, el cual explicaremos más adelante.
El Product owner es el único perfil que habla constantemente con el cliente, lo que le obliga
a tener muchos conocimientos sobre negocio.
Para finalizar, un equipo Scrum debe tener solo un Product Owner y este puede ser parte
del equipo de desarrollo. 
2. Scrum Master:
Es el responsable de que las técnicas Scrum sean comprendidas y aplicadas en la
organización. Es el manager de Scrum, un líder que se encarga de eliminar impedimentos o
inconvenientes que tenga el equipo dentro de un sprint (que ya revisaremos en detalle más
adelante), aplicando las mejores técnicas para fortalecer el equipo de marketing digital.
Dentro de la organización, el Scrum Master tiene la labor de ayudar en la adopción de esta
metodología en todos los equipos. 
3. Equipo de desarrollo:
Son los encargados de realizar las tareas priorizadas por el Product Owner. Es un equipo
multifuncional y auto-organizado. Son los únicos que estiman las tareas del product
backlog, sin dejarse influenciar por nadie.
Los equipos de desarrollo no tienen sub-equipos o especialistas. La finalidad de esto es
transmitir la responsabilidad compartida si no se llegan a realizar todas las tareas de un
sprint. 

Conclusión:
 SCRUM propone una metodología donde el equipo debe trabajar en equipo, debe avanzar
de manera conjunta. ... La filosofía SCRUM resalta e impulsa el trabajo en equipo, el
aprendizaje constante y una estructura que es flexible a los cambios que van sucediendo en
la fase de desarrollo.
Scrum es sin lugar a dudas la metodología de desarrollo ágil más sencillo de comprender y
de implantar en las empresas, ya que tiene los suficientes puntos en común con las
 metodologías de desarrollo tradicionales para superar la resistencia de la cultura
empresarial, pero a la vez es lo bastante flexible como para resultar efectiva.

Complete la siguiente Tabla

RESULTADO
SO
PRODUCTOS
ROLES EN REUNIONE
FASES SCRUM QUE SE
SCRUM S SCRUM
GENERAN EN
CADA
REUNION
La razón del Sprint
Planning es
conseguir
 Inicio Crear la Visión del  Sprint alineamiento entre
Proyecto Planning negocio y
desarrollo de
producto en
relación a las
prioridades.
Daily Scrum, hace
referencia a la
práctica que
 Planificación permite la
 Saber estimar y planifi Daily Scrum
y estimación car 
inspección y
adaptación a
través de la auto-
organización del
equipo.
El rol del La duración
implementador es estimada en el
responsable de los estándar para un
componentes de Sprint Review es
 Implementaci desarrollo y de
 Sprint
de 8 horas para un
prueba, de acuerdo Sprint de 4
ón con los estándares
Review semanas, aunque
 aprobados por el habitualmente
proyecto, para la estas reuniones se
integración en ejecutan en un
subsistemas más entorno de entre 2
grandes y 3 horas.
 El objetivo de la
retrospectiva es
 Retrospectiva Evento especial para Sprint hacer de reflexión
traer mejora y agilidad Retrospective sobre el último
a la organizacion Sprint e identificar
posibles mejoras
para el próximo.

Los participantes
de esta reunión
son todo el equipo
Scrum, así como
Sprint cualquier recurso
desenlace del
 Lanzamiento Grooming o adicional que
proyecto y entrega del considere
Refinement
producto necesario el PO y
que pueda
contribuir a aclarar
el requerimiento