Está en la página 1de 5

Documento apoyo metodologa SCRUM

En esta parte se ensea el proceso de desarrollo elaborado para complementar la


metodologa Scrum ya que esta no contiene definiciones en cuestiones tcnicas.
Se utiliza un proceso gil iterativo e incremental que respeta las cinco etapas
tradicionales de un proyecto (Planificacin, Anlisis, Diseo, Construccin y
Prueba, e Implementacin). que facilitan su administracin y control.
Cmo el objetivo de esta metodologa finalmente es llegar al xito del proyecto se
precisan, en forma clara, las entregas de cada etapa y el alcance global, reflejando
estos puntos en la planificacin de todas las tareas involucradas.
Los entregables definidos, tareas demarcadas y etapas delimitadas, son claves
para el cumplimiento del plan.
Se ha planteado un asunto incremental en el sentido de amplificar capacidades y
funcionalidades al software de acuerdo con el crecimiento de las necesidades; con
el propsito de obtener el sistema final tras la realizacin de diferentes ciclos. El
final de cada ciclo proporciona adems, una versin estable del software. Esto
permite entregas al cliente de forma rpida y gil.

A continuacin se detalla las etapas por las cuales transita un proceso de


desarrollo y la combinacin de herramientas utilizadas en l.

ETAPAS DEL PROCESO DE DESARROLLO


Planificacin
Objetivo: Es la etapa ms importante de todas, ya que se define el proyecto
propiamente dicho.
Tareas: Relevamiento preliminar de los procesos del negocio, definicin y
secuencia de actividades, definicin del alcance, estimacin de tiempos, definicin
de recursos, anlisis de riesgos, estimacin de costos.
Entregables: Documento de definicin del proyecto o del Sprint.
En esta etapa es importante aclarar que, al comienzo, la planificacin se realiza en
forma general para determinar el alcance, la duracin y el precio del proyecto, una
vez que el cliente decide llevarlo a cabo, las siguientes planificaciones son a nivel
de iteracin, se planifica el Sprint.
Anlisis

Objetivo: Obtener todas las definiciones y especificaciones funcionales para


poder llevar adelante las fases de Diseo y Construccin. Es una etapa clave ya
que el alcance y las caractersticas de la solucin quedan acordados, lo cual
permite mitigar los principales riesgos de un proyecto.
Tareas: Afianzamiento de las definiciones funcionales, definicin de los requisitos
a travs de casos de uso, planificacin de las etapas posteriores y ajuste de los
tiempos preestablecidos.
Entregable: Documento de alcance, casos de uso y sus respectivas
descripciones.
Diseo
Objetivo: Generar el modelo de datos para que la solucin cumpla con los
requerimientos definidos. El diseo generado deber contemplar las posibles
modificaciones futuras, crecimiento de la solucin, mayor carga e incorporacin de
nuevas funcionalidades.
Tareas: Diagrama Entidad Relacin (DER), diseo de las interfaces de usuario,
diseo de las integraciones a realizar. Durante esta etapa tambin se realizan
pruebas para puntos crticos del proyecto.
Entregables: Entre los entregables tpicos de esta etapa se encuentran:
DER, esqueleto del software armado, gua de diseo, diseo de la infraestructura,
y la planificacin ajustada con la evolucin y avances obtenidos.
Construccin y Prueba
Objetivo: Construir la solucin del (Sprint), cumpliendo con las definiciones y
especificaciones de los documentos de alcance.
Generalmente es la etapa de mayor duracin y con mayor dinmica de trabajo.
Tareas: Programacin y desarrollo de todos los componentes y funcionalidades.
Implementacin de las estructuras de datos, y sus procedimientos, elaboracin de
documentacin tcnica y ajustes funcionales, implementacin de las integraciones
y todas las actividades necesarias para poner en marcha la solucin. En esta
etapa se realizarn las pruebas de usabilidad, funcionalidad y carga de datos.
Entregables: El entregable principal es el incremento de software funcionando.

Implementacin
Objetivo: Disponer del sistema productivo con sus ambientes de produccin,
metodologa de trabajo y manuales operativos. Se incluye, de ser necesario, el

personal operativo capacitado. Obtencin de nuevas funciones a agregar o


posibles errores a reparar.
Tareas: Puesta en marcha de la aplicacin en el ambiente de produccin,
elaboracin de manuales operativos, y todas las actividades relacionadas al xito
del lanzamiento como la integracin del ambiente de produccin con terceras
partes, etctera.
Entregables: El sistema productivo con sus manuales operativos,
mantenimiento y de procedimientos. Esquemas de auditoria y seguridad.
Integraciones con terceras partes operativas. Sistema totalmente probado.

de

EDT DEL PROCESO DE DESARROLLO


Presentamos nuestro proceso de desarrollo a travs de una Estructura de
Divisin del Trabajo para verlo grficamente.
HERRAMIENTAS
Tcnicas de relevamiento
Entrevistas con el cliente y los usuarios; revisin de registros, y observacin.
Work Breakdown Structure (WBS)
Conocida como Estructura de Descomposicin de Trabajos (EDT). Es un
organigrama que despliega la estructura de un proyecto y muestra su organizacin
por fases y niveles de detalle. Cada nivel de descenso representa un aumento en
el nivel de detalle de las descripciones de las actividades, sirve de lista de
comprobacin, y determina el alcance general. As como tambin, define los
entregables del proyecto. Los entregables pueden ser etapas o procesos del
proyecto (plan del proyecto, documentacin de diseo, etc.) o partes del producto
final (pantallas, ventanas, documentacin).
Se ir comentando a lo largo de este punto en cuales de las etapas de desarrollo
se aplican las herramientas explicadas. Entonces, tanto el WBS como las tcnicas
de relevamiento mencionadas anteriormente se utilizan en las dos primeras
etapas, o sea para la Planificacin y el Anlisis.
Casos de uso
Son un mtodo prctico para explorar requerimientos. Ayudan a describir qu es lo
que el sistema debe hacer desde el punto de vista del usuario.
Por lo tanto, consideramos que los casos de uso proporcionan un modo claro y
preciso de comunicacin con el cliente.

Descripciones de casos de uso: detallan los casos de uso, en ellas se explica la


forma de interactuar entre el sistema y el usuario.
Tanto los casos de uso como las descripciones de los mismos se utilizan
en la etapa del anlisis para definir los requisitos.
Diagrama de actividades
Sirven fundamentalmente para modelar el flujo de control entre actividades. La
idea es generar una especie de diagrama en el que se puede ver el flujo de
actividades que tienen lugar a lo largo del tiempo, as como las tareas
concurrentes que pueden realizarse a la vez. El diagrama de actividades sirve
para representar el sistema desde otra perspectiva.
Desde un punto de vista conceptual, la actividad es alguna tarea que debe ser
realizada. Por este motivo, en un diagrama de actividades aparecern acciones y
actividades correspondientes a distintas clases; colaborando todas ellas para
conseguir un mismo fin.
Los diagramas de actividad son similares a los diagramas de flujo procesales, con
la diferencia de que todas las actividades estn claramente asociadas a un caso
de uso. Tambin se utilizan en la etapa del anlisis.
Diagrama de Entidad Relacin (DER)
Un modelo de datos describe de una forma abstracta cmo se representan los
datos, sea en una empresa, en un sistema de informacin o en un sistema de
base de datos.
Los DER son una herramienta para el modelado de datos de un sistema de
informacin. Estos diagramas expresan entidades relevantes y sus interrelaciones. Formalmente, son un lenguaje grfico para describir conceptos.
Informalmente, son simples dibujos o grficos que (si se saben interpretar)
describen la informacin que trata un sistema de informacin y el software que lo
automatiza.
Los DER se aplican en la etapa de Diseo.
ScrumWorks
Esta herramienta, de acceso libre y fcil de utilizar, es una aplicacin Web que
permite compartir la informacin entre todo el equipo. Esta herramienta para la
administracin del proyecto permite llevar a cabo el seguimiento del proyecto. Es
una herramienta de automatizacin de procesos giles que admite a los equipos
aumentar la productividad:

Manejar dinmicamente el Backlog de Producto haciendo una estimacin inicial


del esfuerzo de cada requerimiento identificado hasta el momento.
Definir las tareas y arrastrarlas al Sprint apropiado, donde se irn reestimando
diariamente.
Observar un grfico por cada Sprint que nos indica la velocidad con la que
avanza el proyecto.
Estos grficos llamados burndown no slo permiten observar el estado de
avance del proyecto, sino tambin analizar sus comportamientos e ir aprendiendo
para mejorar los Sprints que restan.

Burndown chart
En Scrum se planifica y se mide el esfuerzo restante necesario para desarrollar el
producto. Esta grfica suele utilizarse en lugar de un diagrama de PERT debido a
que el camino crtico en un desarrollo gil cambia diariamente. Esto hara obsoleto
el diagrama de PERT cada da.
Es por esto que no es til una herramienta que modele el camino crtico a partir de
actividades.
La solucin es utilizar una tcnica que permita medir la velocidad de desarrollo,
para ello se utiliza el criterio del equipo a partir del cual se calcula diariamente el
camino crtico. Esto permite recalcular el plan y la velocidad en que se realiza el
trabajo. En funcin de esto el equipo puede trabajar para acelerar o desacelerar el
trabajo para cumplir con la fecha de entrega.