Software">
Fundamentacion Teorica Scrum
Fundamentacion Teorica Scrum
Fundamentacion Teorica Scrum
SCRUM
A lo largo de la historia del Software, muchos proyectos han fracasado y aún continúan
haciéndolo. Implementar una metodología de gestión, básicamente nos permite organizar
mejor un proyecto y obtener mejores resultados del software entregado a al cliente, evitando
los fracasos. Pero ¿por qué fracasan los proyectos? Sin dudas, los “porque” podrían llegar a ser
casi infinitos, si nos pusiéramos demasiado exigentes. Sin embargo, hay tres motivos de los
que ningún fracaso está exento:
Las razones por las cuales, los tres motivos anteriores generan el fracaso, pueden resumirse
una simple frase: no se puede prever con exactitud un proyecto de desarrollo de Software.
Y ¿en qué se funda esa afirmación? Pues la respuesta está en otra pregunta: ¿en qué se
diferencia un Software de otro producto? La respuesta que primero nos viene a la mente es
que el Software es un producto no tangible que no puede conocerse hasta no estar concluido y
poder probarse.
• No puedo construir una silla a medias para probarla ya que la necesito completa. Sin
embargo, puedo construir una determinada funcionalidad del Software para poder
probarla.
• Tirar abajo un edificio recién terminado, porque no satisface las expectativas de los
dueños, sería una gran locura, ya que requeriría invertir tres veces el costo fijado para
reconstruir el edificio. Sin embargo, desarrollando un Software con buenas prácticas de
programación, rehacer funcionalidades o desarrollar nuevas, es tan factible como
simplemente agregar cortinas a las ventanas de un edificio.
Por lo tanto, optar por una u otra metodología de gestión, no puede basarse jamás, en un
mero capricho, ya que es mucho lo que está en juego.
La pila de producto es el corazón de Scrum. Es donde empieza todo. La Pila de Producto es,
básicamente, una lista priorizada de requisitos, o historias, o funcionalidades, o lo que sea.
Cosas que el cliente quiere, descritas usando la terminología del cliente. Llamamos a esto
historias, o a veces simplemente elementos de la Pila.
Hemos experimentado con muchos otros campos, pero al final estos seis campos son los
únicos que realmente se usaban Sprint tras Sprint. Mantenemos esta tabla en un documento
Excel con “compartir” habilitado (es decir, muchos usuarios pueden editar simultáneamente la
hoja). Oficialmente, el Dueño de Producto es el propietario del documento, pero no queremos
dejar al resto de usuarios fuera. Muchas veces un desarrollador necesita abrir el documento
para clarificar algo o cambiar una estimación. Por la misma razón, no colocamos este
documento en el repositorio de control de versiones; en vez de eso, lo almacenamos en una
unidad de red compartida. Esta ha demostrado ser la manera más simple de permitir múltiples
editores diferentes sin causar problemas de bloqueo o fusión de documentos. Sin embargo,
casi todos los demás artefactos se colocan en el repositorio de control de versiones.
1.- ¿Qué es un proyecto?
Según la definición que nos proporciona PMI en su guía PMBOOK, un proyecto se podría
definir como “un servicio temporal que se lleva a cabo para crear un producto, servicio o
resultado único”.
Podemos decir entonces que un proyecto tiene un inicio y un fin, este fin se tiene que alcanzar
dentro de un tiempo fijado.
En un proyecto la consecución de los objetivos al final del mismo es la máxima deseada, pero
la mayor parte de las veces, bien por una mala planificación, o bien por una mala gestión de los
recursos, es imposible finalizar el proyecto con éxito. Aun así se da por finalizado (Figura.- 1).
Durante estas fases se realizan las siguientes actividades:
2. Se crea la documentación necesaria en cada fase, y se hace entrega de ella a las fases
siguientes.
En el planteamiento para crear cualquier producto sería necesario definir los elementos que
van a participar:
Jefe de
Cliente UsuariosTiempo Coste
Proyecto
Aunque son los equipos de desarrollo de software los que utilizan con mayor frecuencia este
tipo de scrum, sus principios y lecciones se pueden aplicar a todo tipo de trabajo en equipo.
Esta es una de las razones por las que es tan popular. Aunque se considera a menudo un
marco de gestión de proyectos ágil, scrum incluye un conjunto de reuniones, herramientas y
funciones que, de forma coordinada, ayudan a los equipos a estructurar y gestionar su trabajo.
Haremos dado una introducción a scrum, un marco ágil que permite a tu equipo organizarse,
iterar y mejorar constantemente los proyectos o productos en los que uno pueda llegar a
trabajar.
Los grandes equipos tienen las prácticas adecuadas, los miembros adecuados y las
herramientas adecuadas. Lo que se verá es más sobre las prácticas y las personas, además de
sobre algunos de los artefactos clave de scrum.
También hay muchas herramientas que se pueden usar para gestionar esos artefactos, como
Jira y Tiga, por el momento estamos intentando tener una buena base de referencia, donde
podemos ver acerca de procesos y los protocolos, las funciones que debe tener cada equipo de
scrum y los artefactos que recopilaran en el camino.
Scrum consiste en enviar valor a los clientes continuamente, es un marco para realizar trabajo,
mientras tanto, la metodología ágil es una serie de valores y principios, toda una estrella, es
decir, que suele venir con cambios culturales significativos, uno no se pasa a la metodología
ágil sin más, ya que cuesta más cambiar la forma de pensar que cambiar la forma de trabajar.
Pero se puede usar un marco como scrum para empezar a pensar de forma más ágil y practicar
la creación de principios agiles en la comunicación y el trabajo.
Los equipos de todo tipo usan scrum: RR.HH, marketing, diseño y más, pero puede que el más
común sea el desarrollo e ingeniería de software, es el marco favorito de muchos equipos de
desarrollo por varias razones: El software es un ser que vive y respira, los requisitos cambian,
al igual que los objetivos y situaciones
Scrum adopta esos cambios, con scrum se integra un producto en una serie de iteraciones
llamadas Sprint, se descomponen proyectos grandes y complejos en trozos más pequeños, de
esta forma, se gestiona mejor, lo que permite a los equipos enviar trabajo de mayor cantidad
más rápido y con mayor frecuencia, y les proporciona más flexibilidad de adaptación y cambio.
Los hitos, como el final del sprint, también son frecuentes y dan a los equipos la sensación de
avance tangible regular. Esto les ayuda a permanecer enfocados y animados, lo que aumenta
la participación y la satisfacción de los empleados.
Con beneficios como este, es fácil ver porque scrum es uno de los marcos favoritos de los
equipos de todo tipo.