UNIVERSIDAD NACIONAL JORGE BASADRE GROHMANNFACULTAD DE INGENIERÍA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA EN INFORMÁTICA Y SISTEMAS TRABAJO ENCARGADO “PROTOTIPO DE SISTEMA UNIDAD DE CAJA DE UNA FARMACIA” CURSO: ANÁLISIS DE SISTEMAS I DOCENTE: Ing. GIANFRANCO MÁLAGA TEJADA ESTUDIANTES: ✔ ALANOCA ANAHUA, ZARITA GLORIA ✔ LINARES ROJAS, CATHERINE ✔ AGUIRRE VARGAS, MARVIN ANTONY PROVEEDORES: - MAMANI SIÑA ARACELY - HERNADEZ RAMOS ALEXANDER CAHUANA MAQUERA GALO AÑO: SEGUNDO | TURNO: TARDE | GRUPO: A FECHA DE ELABORACIÓN: 28/09/2015 FECHA DE ENTREGA: 29/09/2014 TACNA – PERÚ 2015 Se basa en una idea muy simple. Se propone que exista una interacción constante entre el cliente y el equipo de desarrollo. en el equipo. ➔ La colaboración con el cliente más que la negociación de un contrato. . y han sido exportadas a otro tipo de proyectos. Las principales metodologías ágiles En cada proyecto podemos adoptar una. o varias.METODOLOGÍAS ÁGILES MARCO TEÓRICO Las metodologías ágiles son una serie de técnicas para la gestión de proyectos que han surgido como contraposición a los métodos clásicos de gestión. Muchas veces se comete el error de construir primero el entorno y esperar que el equipo se adapte automáticamente. La habilidad de responder a los cambios que puedan surgir a los largo del proyecto (cambios en los requisitos. Se pretende aumentar la eficiencia de las personas involucradas en el proyecto y. como resultado de ello. etc. En el presente trabajo daremos a conocer una metodología que combina las mejores características de SCrum y Kanban. de una forma iterativa. La regla a seguir es “no producir documentos a menos que sean necesarios de forma inmediata para tomar un decisión importante”. en la tecnología.) determina también el éxito o fracaso del mismo. que se denominará Scrumban. Surgieron en el ámbito del desarrollo de software. Todas las metodologías que se consideran ágiles cumplen con el manifiesto ágil que no es más que una serie de principios que se agrupan en 4 valores: ➔ Al individuo y las interacciones del equipo de desarrollo sobre el proceso y las herramientas. La gente es el principal factor de éxito de un proyecto software. WIP) debería limitarse y sólo deberíamos empezar con algo nuevo cuando un bloque de trabajo anterior haya sido entregado o ha pasado a otra función posterior de la cadena. en función de las características del propio proyecto y del equipo. ➔ Desarrollar software que funciona más que conseguir una buena documentación. Con las metodologías ágiles lo que se desea es minimizar el impacto de las tareas que no son totalmente imprescindibles para conseguir el objetivo del proyecto. Es más importante construir un buen equipo que construir el entorno. KANBAN. Ésta es que el trabajo en curso (Work In Progress. poder ver el progreso y los resultados de un proyecto. minimizar el coste. Es un marco de trabajo que nos proporciona una serie de herramientas y roles para. la planificación no debe ser estricta sino flexible y abierta. Es mejor crear el equipo y que éste configure su propio entorno de desarrollo en base a sus necesidades. ➔ Responder a los cambios más que seguir estrictamente un plan. Por lo tanto. Estos documentos deben ser cortos y centrarse en lo fundamental. ● ● Entre las metodologías ágiles más usadas se encuentran: SCRUM. Esta colaboración entre ambos será la que marque la marcha del proyecto y asegure su éxito. y estimar el esfuerzo relativo de cada elemento. escribiendo cada elemento en una tarjeta y ponerlo en la pared.leanmonitor.pdf http://blog. Kanban es una herramienta para visualizar el flujo de trabajo mediante la división del trabajo en pedazos. Limitar el trabajo en curso ayuda a limitar explícitamente el número de elementos puede ser en cada estado del flujo de trabajo.wikiversity. Utiliza nombrado columnas (de tareas pendientes. reducir el tiempo de plomo y también ayuda a mejora continua de procesos.com. Scrumban ayuda a aumentar la calidad.com/blog/agile/scrum-kanban-scrumban/ . con el código potencialmente entregable demostrado después de cada iteración.ar/nqi/nqifiles/XP_Agil.com/es/que-son-las-metodologias-agiles/ SCRUMBAN Scrum se centra en pequeños equipos de autoorganización multifuncionales. que requieren los miembros del equipo para dividir el trabajo en una lista de pequeños resultados concretos.https://es. http://intland. Scrum se basa en iteraciones cortas de longitud fija (generalmente 1-4 semanas). el trabajo justo a tiempo. reduciendo al mínimo los residuos debido a la eliminación de todo lo que no está agregando valor al cliente. en proceso y terminado) para ilustrar donde cada elemento está en el flujo de trabajo.carlosfau.org/wiki/Metodolog%C3%ADas_%C3%A1giles_de_desarrollo_software http://www. y el uso retrospectivo para optimizar el proceso después de cada iteración. . •KANBAN para Soporte. La estrategia es dividir el enfoque y trabajar dos metodologías: •SCRUM para Mantenimiento.CARACTERÍSTICAS En este caso. posee ciertas características de ambos modelos De Scrum • Roles: Cliente. equipo (con los diferentes perfiles que se necesiten). cuando sea necesario y solo la cantidad necesaria. Scrumban al ser una metodología derivada de los métodos de desarrollo Scrum y Kanban. • Herramientas: pizarra De Kanban • Flujo visual • Hacer lo que sea necesario. tener ambos proyectos mezclados introduce más complejidad. • Reuniones: reunión diaria. produciendo así muchos errores inesperados durante todo el ciclo de desarrollo de producción. Scrumb vs Scrumban Esta metodología es adecuada para proyectos en los que los usuarios cambian constantemente los requerimientos de software. • Limitar la cantidad de trabajo (WIP) • Optimización del proceso. 117.uva. trazan el flujo de las tareas. es decir. las tareas de este panel no se estiman al inicio.Dichas historias se subdividen en tareas y se estiman en puntos de historia en la reunión de planificación de sprint (iteraciones de un mes natural y hasta de dos semanas).es/bitstream/10324/1495/1/TFG-B. https://uvadoc. Siendo más factible adoptar un flujo de trabajo continuo propio del modelo Kanban. metemos las historias priorizadas. entran directamente las tareas sin estimar. se priorizan teniendo en cuenta 3 filas de urgencia: FIRE: Una tarea en esta fila significa “Deja todo lo que estés haciendo y atiende esta tarea”.pdf PROCEDIMIENTO En el panel Scrum. Las columnas como es habitual. . A eso le llamamos bala de plata.En estos casos los sprints (periodos de duración constante en los cuales se lleva a cabo un trabajo en sí) de la metodología Scrumb no es factible dado que los errores que ocurrirán a lo largo de la tarea son difíciles de determinar. Además se puede separar por colores en función del proyecto. sino que cuantifican en horas al final. Eso si. y está establecida la limitación de que solo puede haber una a la vez. no es posible determinar el tiempo de cada historia. al contrario. En el panel Kanban. por ende. con los que nos queda un panel ordenado verticalmente por prioridad y horizontalmente por proyecto. ● ● ● ● ● ● RESULTADOS Mayor visibilidad del área de Arquitectura en la organización.slideshare. Generación de iniciativas para el equipo de Implementación de Metodologías Ágiles. Difícil transición entre roles.net/akobashikawa/mini-scrumban-gua-rapida http://agiland. Un miembro especializado en Mantenimiento.pe/blog/scrumban-evolucion-de-scrum-con-kanban/ •En Soporte se implementa KANBAN con prácticas de SCRUM. •El hecho de compartir ambos proyectos lleva a tener implementaciones ágiles híbridas SCRUMBAN. Las historias de mantenimiento tienen un responsable. Generación de valor en las aplicaciones transversales de la compañía. por favor ponte a hacer esta tarea” ASAP: Y esta última significa: “Deberías hacer esta tarea. Un miembro especializado en Soporte. Mejor apoyo del área a los proyectos de desarrollo. ● ● ● ● ● ● ● ● ● ● ● ● ROLES Un miembro especializado en Mantenimiento. Produce mejores resultados. Rotación semanal. pero solo si no se compromete el objetivo del sprint” http://es. Dos miembros encargados del Soporte. Se asegura la transferencia constante de conocimiento. Todos los miembros atienden ambos proyectos. No se comparte el conocimiento. pero las tareas se reparten. •En Mantenimiento se usa SCRUM pero no es posible cumplir todas sus prescripciones. Difusión de la metodología para equipos de características similares.PRIO: Esta tarea significa “Tan pronto como acabes lo que estás haciendo. . Un miembro dividido entre ambos proyectos. Retroalimentación desde otras áreas hacia las aplicaciones transversales. nuestra usabilidad se vería afectada en el 3º paso del ciclo. El problema surge al momento de implementar ya que hasta la evaluación técnica la idea podría estar en lo cierto. ya sea que esta haya mejorado (si logramos adaptarlo correctamente) o que haya empeorado la eficiencia y/o eficacia (si forzamos a adaptarlo a nuestra estructura ya planteada y esta no es la adecuada). pero generalmente estas modificaciones son para optimizar el proceso ya presente. Por lo que el querer mejorar su funcionamiento a la hora de implementar sugiere cambiar parámetros en: La recolección de datos Uso de recursos Jerarquía de operación Modificación de interfaz Posible reestructuración del algoritmo(si hemos utilizado una estructura rígida o no es eficiente con las nuevas características) Es decir. .RELACIÓN CON LA USABILIDAD - Tenemos entendido que esta metodología es de retroalimentación (tomando en cuenta mejoras y sugerencias del cliente). por lo que repetimos el ciclo “n” veces.