Metodologia de Trabajo Interno1.0

Desarrollo del Sistema de Personal para la Cooperativa Alto Selva Alegre Desarrollo del Sistema de Personal para la Cooperativa
Alto Selva Alegre Metodologa Interna de Trabajo

Versin 1.0
Desarrollo del Sistema de Personal para la Cooperativa Alto Selva Alegre Planificacin Metodologa Interna de Trabajo
Versin: 1.0 Fecha: 20/11/2011
Historial de Revisiones
Fecha 20/11/2011 Versi n 1.0 Descripcin Autor Mayhua
Versin preliminar como Angela propuesta de la metodologa de Quispe trabajo a utilizar en el proyecto.
Desarrollo de Software
Pgina 2 de 18
Versin: 1.0 Fecha: 20/11/2011
Tabla de Contenidos
1. Introduccin.......................................................................................4 1.1 Propsito........................................................................................................... 4 1.2 Alcance.............................................................................................................. 4 2. Vista General de la Metodologa..........................................................4 2.1 Fundamentacin de la Metodologa...................................................................4 2.2 Valores de trabajo............................................................................................. 4 2.3 Entregables de Trabajo..................................................................................... 5 2.4 Entregables de Trabajo................................................................................... 15 3. Organizacin del Proyecto.................................................................16 3.1 Participantes en el Proyecto............................................................................ 16 3.2 Documentos a Producir................................................................................... 17 4. Proceso de Trabajo...........................................................................17
Pgina 3 de 18
Versin: 1.0 Fecha: 20/11/2011
Metodologa Interna de Trabajo

1. Introduccin
Este documento pretende poner el claro cual es la metodologa de trabajo que se seguir en el desarrollo del proyecto, as mismo se debe cumplir con los lineamientos aqu presentados as como en la elaboracin de los documentos que se establecen para cada equipo.
1.1 Propsito
El propsito del documento es proporcionar la informacin necesaria para controlar el proyecto por parte de los jefes de cada equipo. En l se describe el enfoque de desarrollo del software.
1.2 Alcance
El documento de metodologa interna de trabajo describe el mtodo global usado para el desarrollo del Sistema de Personal para la Cooperativa Alto Selva Alegre.
2.
2.1
Vista General de la Metodologa

Fundamentacin de la Metodologa
El presente proyecto se realizar bajo una metodologa de desarrollo SCRUM, por los siguientes motivos: En lugar de hacer todo de una cosa a la vez, los equipos Scrum hacen un poco de todo todo el tiempo. Es un modo de desarrollo adaptable, antes que predictivo. Es decir que se puede tomar decisiones para resolver problemas sobre la marcha y adaptar la manera de trabajo segn demande el trabajo a realizar. Emplea el modelo de construccin incremental basado en iteraciones y revisiones. Entrega de un producto funcional al finalizar cada Sprint. Posibilidad de ajustar la funcionalidad en base a la necesidad de negocio del cliente. Alcance acotado y viable. Equipos integrados y comprometidos con el proyecto, se autoadministran.
2.2
Valores de trabajo
Los valores que deben ser practicados por todos los miembros involucrados en el desarrollo y que hacen posible que la metodologa Scrum tenga xito son: Autonoma del equipo Desarrollo de Software Pgina 4 de 18
2.3
Versin: 1.0 Fecha: 20/11/2011
Respeto en el equipo Responsabilidad y auto-disciplina Foco en la tarea Informacin transparencia y visibilidad.
Entregables de Trabajo
Es preciso destacar que de acuerdo a la filosofa de SCRUM, se tienen documentos y grficas de trabajo interno a lo largo del proceso de desarrollo. Los cuales son los siguientes: Documentos Product Backlog Sprint Backlog Incremento Grficas de control Burn Up (grfica de producto) Burn Down (grfica de avance)
1) Product Backlog La pila del producto es el inventario de funcionalidades, mejoras, tecnologa y correccin de errores que deben incorporarse al producto a travs de las sucesivas iteraciones de desarrollo. En el caso del presente proyecto es la lista de documentos y actividades que se realizarn durante el desarrollo del proyecto. Representa todo aquello que esperan los clientes, usuarios, y en general los interesados. Todo lo que suponga un trabajo que debe realizar el equipo tiene que estar reflejado en esta pila. A diferencia de un documento de requisitos del sistema, la pila del producto nunca se da por completada; est en continuo crecimiento y evolucin. Habitualmente se comienza a elaborar con el resultado de una reunin de "fertilizacin cruzada" o brainstorming; donde colabora todo el equipo a partir de la visin del propietario del producto y basado en las primeras entrevistas con el cliente. Formato de la pila del producto
La pila del producto no es un documento de requisitos, sino una herramienta de referencia para el equipo. Si se emplea formato de lista, es recomendable que al menos incluya la siguiente informacin en cada lnea: Identificador nico de la funcionalidad o trabajo. Descripcin de la funcionalidad. Campo o sistema de priorizacin.
Pgina 5 de 18
Estimacin (tiempo y costo)
Versin: 1.0 Fecha: 20/11/2011
Dependiendo del tipo de proyecto, funcionamiento del equipo y la organizacin, pueden resultar aconsejables otros campos: Observaciones Criterio de validacin Equipo asignado Es preferible no adoptar ningn protocolo de trabajo de forma rgida. El formato del product backlog no es cerrado. Aqu tenemos un ejemplo:
2) Sprint Backlog La pila del sprint, (sprint backlog en ingls) es la lista que descompone las funcionalidades de la pila del producto en las tareas necesarias para construir un incremento: una parte completa del producto. La realiza cada equipo durante la reunin de planificacin del sprint, asignando cada tarea a una persona e indicando en la misma lista cunto tiempo falta an para que la termine. Es til, porque descompone el proyecto en unidades de tamao adecuado para determinar el avance a diario e identificar riesgos y problemas sin necesidad de procesos complejos de gestin. Es tambin una herramienta de soporte para la comunicacin directa del equipo y entre equipos. Condiciones Realizada de forma conjunta por todos los miembros del equipo. Cubre todas las tareas identificadas por el equipo para conseguir el objetivo del sprint. Slo el equipo lo puede modificar durante el sprint. Es visible para todo el equipo. Idealmente en un documento online. Formato y soporte Tres son las opciones: Desarrollo de Software Pgina 6 de 18
Versin: 1.0 Fecha: 20/11/2011
Hoja de clculo. Pizarra fsica o pared. Herramienta colaborativa o de gestin de proyectos. Y sobre la que mejor se adeca a las caractersticas del proyecto, oficina y equipo, lo apropiado es disear el formato ms cmodo para todos, teniendo en cuenta los siguientes criterios: Incluye la informacin: lista de tareas, persona responsable de cada una, estado en el que se encuentra y tiempo de trabajo que queda para completarla. Slo incluye la informacin estrictamente necesaria. El medio y modelo elegido es la opcin posible que ms facilita la consulta y comunicacin diaria y directa del equipo. Sirve de soporte para registrar en cada reunin diaria del sprint, el tiempo que le queda a cada tarea.
Ejemplo
3) Incremento
El incremento es la parte de producto producida en un sprint y tiene como caractersticas: documentacin completamente terminada y operativa, en condiciones de ser entregada al cliente final. Idealmente en el desarrollo gil: Cada funcionalidad de la pila del producto se refiere a funcionalidades entregables, no a
Pgina 7 de 18
trabajos internos del tipo diseo de la base de datos Se produce un incremento en cada iteracin.
Versin: 1.0 Fecha: 20/11/2011
Sin embargo suele ser una excepcin habitual el primer sprint. En el que objetivos del tipo contrastar la plataforma y el diseo pueden ser normales e implican trabajos de diseo o desarrollo de prototipos para probar la solvencia de la plataforma que se va a emplear, etc. Teniendo en cuenta esta excepcin habitual: Incremento es: Parte de producto
realizada en un sprint y potencialmente entregable: TERMINADA Y PROBADA En este caso serian los documentos de cada equipo. 4) Burn Up (grfica de producto) Es una herramienta de planificacin y seguimiento del propietario del producto (gerente general), que muestra de un vistazo, en un grfico muy simple el plan general de desarrollo del producto y la traza de su evolucin. Se confecciona con: La estimacin del esfuerzo prevista en la pila del producto. La velocidad del equipo. Es un diagrama cartesiano que representa en el eje de ordenadas el trabajo estimado para desarrollar el producto, y en el de abscisas las fechas, medidas segn las duraciones previstas para los sprints.
Ejemplo:
Representacin del plan del producto, a partir de los temas previstos en la pila de producto (product backlog). Convenciones empleadas por el equipo: Desarrollo de Software Pgina 8 de 18
Versin: 1.0 Fecha: 20/11/2011
Unidad para medicin de trabajo: tiempo ideal Tiene previsto realizar sprints de duracin fija mensual. El equipo est formado por 4 personas, y viene desarrollando una velocidad de 300 puntos por sprint. La figura siguiente representa la situacin actual de la pila del producto (product backlog) el propietario del producto tiene previsto cerrar la versin 1.0 cuando disponga de los cuatro primeros temas y su estimacin inicial de trabajo para llevarlos a cabo es de 950 puntos.
La versin 1.1 incluir 3 temas ms que, segn la estimacin inicial, supondrn unos 750 puntos de trabajo. Y estn tambin trazados los temas con los que piensa cerrar la versin 1.2, que se prevn con 850 puntos ms de trabajo. Para representar el plan del producto con un Burn-Up, se representan, con los fondos de escala apropiados: Eje X = Fechas de los sprints previstos Eje Y = Puntos de trabajo
Pgina 9 de 18
Versin: 1.0 Fecha: 20/11/2011
A continuacin se traza en el grfico la lnea de velocidad prevista. Siguiendo con el ejemplo, la lnea roja de la imagen representa la velocidad de 300 puntos por sprint. Tambin puede resultar til esbozar una estimacin optimista y otra pesimista para tener la visin de una holgura de fechas aceptable.
Pgina 10 de 18
Versin: 1.0 Fecha: 20/11/2011
La lnea de velocidad proyecta sobre el eje X la fecha o sprint en el que previsiblemente se completarn las versiones representadas en el eje Y. 5) Burn Down (grfica de avance) Es el grfico que actualizan los jefes de cada equipo en las reuniones de seguimiento del sprint, para comprobar el ritmo de avance, y detectar desde el primer momento si es el previsto, o se puede ver comprometida la entrega prevista al final de sprint. La estrategia gil para el seguimiento de los proyectos se basa en: Medir el esfuerzo que falta, no el realizado. Seguimiento muy cercano (diario de ser posible). Y en este grfico toman forma los dos principios: En el eje Y se registra el trabajo que an falta por realizar. Se actualiza a diario.
Pgina 11 de 18
Versin: 1.0 Fecha: 20/11/2011
El equipo dispone en la pila del sprint, de la lista de tareas que va a realizar, y en cada uno figura el esfuerzo pendiente. Esto es: el primer da, en la pila de tareas figura para cada tarea el esfuerzo que se ha estimado, puesto que an no se ha trabajado en ninguna de ellas. Da a da, cada miembro del equipo actualiza en la pila del sprint el tiempo que le queda a las tareas que va desarrollando, hasta que se terminan y van quedando en 0 los tiempos pendientes. La figura siguiente muestra un ejemplo de pila en el sexto da del sprint: las tareas terminadas ya no tienen esfuerzo pendiente, y del esfuerzo total previsto para el sprint: 276 puntos (A), en el momento actual quedan 110 (B).
Pgina 12 de 18
Versin: 1.0 Fecha: 20/11/2011
Con esta informacin de la pila del sprint se actualiza el grfico poniendo cada da el esfuerzo pendiente total de todas las tareas que an no se han terminado.
Pgina 13 de 18
Versin: 1.0 Fecha: 20/11/2011
El avance ideal de un sprint estara representado por la diagonal que reduce el esfuerzo pendiente de forma continua y gradual hasta terminarlo en el ltimo da del sprint:
Las grficas de diagonal perfecta no son lo habitual, y la siguiente imagen es un ejemplo de un patrn de avance ms normal.
Pgina 14 de 18
Versin: 1.0 Fecha: 20/11/2011
El siguiente sera el aspecto de la grfica en un sprint sub-estimado
La estimacin que realiz el equipo en la reunin de inicio del sprint es inferior al esfuerzo real que estn requiriendo las tareas. Y el siguiente sera el patrn de grfica de un sprint sobre-estimado.
2.4
Entregables de Trabajo
1) Planificacin del sprint En esta reunin se toman como base las prioridades y necesidades de negocio del cliente, y se determina cules y cmo van a ser las funcionalidades que incorporar el producto tras el siguiente sprint. Desarrollo de Software Pgina 15 de 18
Versin: 1.0 Fecha: 20/11/2011
En realidad es una reunin que consta de dos partes: En la primera, se decide qu elementos de la pila del producto se van a desarrollar. En la segunda se desglosan stos para determinar las tareas necesarias, estimar el esfuerzo para cada una, y asignarlas a las personas del equipo. 2) Seguimiento del sprint Reunin diaria breve, de no ms de 15 minutos, en la que cada miembro del equipo dice las tareas en las que est trabajando, si se ha encontrado o prev encontrarse con algn impedimento, y actualiza sobre la pila del sprint las ya terminadas, o los tiempos de trabajo que les quedan. 3) Revisin del sprint Reunin realizada al final del sprint en la que el equipo presenta al propietario del producto, clientes, usuarios, gestores el incremento construido en el sprint. El propietario del producto obtiene informacin objetiva del progreso del sistema. Esta reunin marca a intervalos regulares, el ritmo de construccin del sistema y la trayectoria que va tomando la visin del producto. Al ver y probar el incremento, el propietario del producto y el equipo en general obtienen feedback clave para evolucionar y dar ms valor a la pila del producto. El Scrum Manager obtiene retro-informacin sobre buenas prcticas y problemas durante el sprint, necesaria para las prcticas de ingeniera de procesos y mejora continua de la implementacin Scrum Management.
3.
3.1
Organizacin del Proyecto

Participantes en el Proyecto
El personal del proyecto estar formado por los siguientes puestos de trabajo y personal asociado, con los respectivos documentos requeridos: Jefe de Proyecto (SCRUM Master): Angela Gabriela Mayhua Quispe, se encarga de administrar el proceso del proyecto, su planificacin, coordinacin con los equipos y realizar un seguimiento e informes del progreso del proyecto, en trminos de calidad, costo y plazos de entrega. Realiza la planificacin y el diagrama Gantt de todas las actividades generales del proyecto. Acepta o rechaza los resultados del trabajo del equipo. Responsable de promover los valores y prcticas de Scrum. Remueve impedimentos. Se asegura de que el equipo es completamente funcional y productivo. Desarrollo de Software Pgina 16 de 18
Versin: 1.0 Fecha: 20/11/2011
Permite la estrecha cooperacin en todos los roles y funciones.
Equipos: Los Equipos convierten el Product Backlog en incrementos de funcionalidad potencialmente entregables en cada Sprint. Los Equipos tambin se auto-organizan, nadie - ni siquiera el ScrumMaster - dice al Equipo cmo convertir el Product Backlog en documentacin entregable. El Equipo busca por su cuenta la mejor forma de hacerlo. Cada miembro del equipo aplica su experiencia a todos los problemas.
3.2
Documentos a Producir
A continuacin se describen las principales responsabilidades de cada uno de los puestos de acuerdo con los roles que desempean en SCRUM. Puesto Jefe de Proyecto (SCRUM Master) Equipos Documentos a Producir Burn Up Sprint Backlog Sprint Backlog Incrementos Burn Down
4.
Proceso de Trabajo
El proceso de trabajo inicia con la fijacin del product backlog, en reunin con todos los miembros del equipo de trabajo. Definidas todas las tareas que abarcan el proyecto se procede a realizar los Sprint Backlog de cada sprint a presentar, estos se determinan en una reunin de los equipos con el jefe de proyecto. Teniendo los sprint backlog definidos con las tareas a realizar y sus responsables, se comienza el trabajo por parte del equipo y la revisin por medio del diagrama burn down por parte del jefe del equipo en compaa con el jefe de proyecto. Una vez terminado un Sprint se realiza la reunin de revisin, comprobando si se llevaron a cabo todas las tareas planificadas de la manera correcta, en sta participarn los miembros del equipo que desarrollaron el sprint, el jefe del proyecto y miembros del equipo que reciban el documento como input. Una vez terminada la reunin y habiendo modificado segn las sugerencias presentadas se presentar el documento final resultante (incremento).
Pgina 17 de 18
Versin: 1.0 Fecha: 20/11/2011
Este documento ser colgado en internet o transmitido va mail a todos los miembros de cada equipo y jefe de proyecto. De esta manera los dems equipos podrn ir avanzando con su carga de trabajo cada vez q se tenga un documento de la fase previa terminado. Se continuar el ciclo hasta que todas las actividades constadas en el product backlog estn completas. Durante el proceso el jefe de proyecto aplicar el diagrama burn up para medir el nivel de avance que tenga el equipo
Pgina 18 de 18

Metodologia de Trabajo Interno1.0

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Metodologia de Trabajo Interno1.0

Uploaded by

Copyright:

Available Formats

Desarrollo del Sistema de Personal para la Cooperativa Alto Selva Alegre Desarrollo del Sistema de Personal para la Cooperativa

Alto Selva Alegre Metodologa Interna de Trabajo

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Metodologa Interna de Trabajo

Vista General de la Metodologa

Versin: 1.0 Fecha: 20/11/2011

Respeto en el equipo Responsabilidad y auto-disciplina Foco en la tarea Informacin transparencia y visibilidad.

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

Versin: 1.0 Fecha: 20/11/2011

El siguiente sera el aspecto de la grfica en un sprint sub-estimado

Versin: 1.0 Fecha: 20/11/2011

Organizacin del Proyecto

Versin: 1.0 Fecha: 20/11/2011

Permite la estrecha cooperacin en todos los roles y funciones.

Versin: 1.0 Fecha: 20/11/2011

You might also like