Charla presentada en Ágiles 2014 (Medellín, Colombia) acerca de como enfrentar los retos del trabajo no planeado de forma ágil desde la experiencia de un equipo de soporte de tecnología.
El Proceso de Software Personal es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software.
Una presentación del marco de trabajo de Scrum. Apunta a establecer en breves imágenes los roles, procesos y artefactos necesarios para la agilidad de proyectos de desarrollo de software o tecnologías de información.
The document provides an overview of ceremonies, roles, artifacts, and information radiators for extending agile practices across organizations. It describes simplified agile scaling frameworks including ceremonies like release planning, daily standups, and retrospectives. It also outlines roles for product owners, scrum masters, and stakeholders. The goal is to streamline agile processes and provide guidelines for implementing agile at an organizational level.
The document describes the role and responsibilities of a Scrum Master. It states that a Scrum Master facilitates the team, ensures Scrum is used correctly, resolves impediments, protects the team, and coaches them. Key responsibilities include planning meetings, enforcing Scrum practices, removing blockers to progress, and helping the team and product owner improve. A Scrum Master has authority over processes but not individuals. Personal characteristics like being a servant leader and having an open, enthusiastic mindset are important for the role.
SharePoint for Project Management (2016)wandersick
An introduction to SharePoint Online of Office 365 with a focus on project management.
In this presentation, I demonstrate SharePoint basics, creating a site, managing projects using SharePoint and misc. features. It is dedicated to my teacher, Mr. Leung, who encouraged me to present SharePoint to inspire fellow classmates on how to better manage their projects.
Main introduced features:
- SharePoint basics
- Creating sites (under OneDrive for Business)*
- Managing projects
*Note: Sites created this way are traditional Sites instead of the new style of Sites created by Office 365 Groups
Other introduced features:
- Co-Authoring
- Checking Out/In
- Version History
- Alerting
- Syncing with OneDrive for Business
- Site Mailbox (Discontinued. Available in Office 365 Groups at the time of writing)
- OneNote
- Modern UI and Classic UI
- Mobile Access
- Customizing Site Design
- User Management
- Sharing a SharePoint Site
- Wiki Page
- All Site Contents
Scrum y RUP son metodologías ágiles, pero difieren en su enfoque de desarrollo de software. Mientras que RUP utiliza un plan formal de proyecto a largo plazo con múltiples iteraciones, Scrum no tiene un plan inicial completo y define el alcance iterativamente. Otras diferencias incluyen que RUP produce más documentación y es adecuado para proyectos a largo plazo, mientras que Scrum se enfoca en software funcional y es mejor para proyectos con requisitos cambiantes.
Scrum es una metodología ágil para el desarrollo de proyectos que se basa en la iteración y entregas incrementales. Los principios de Scrum incluyen la colaboración estrecha con el cliente, el desarrollo incremental y las entregas frecuentes. Los roles clave son el equipo Scrum, el product owner y el Scrum master. El marco de trabajo consiste en sprints, reuniones diarias y revisiones para entregar valor al cliente de forma continua.
El Proceso de Software Personal es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software.
Una presentación del marco de trabajo de Scrum. Apunta a establecer en breves imágenes los roles, procesos y artefactos necesarios para la agilidad de proyectos de desarrollo de software o tecnologías de información.
The document provides an overview of ceremonies, roles, artifacts, and information radiators for extending agile practices across organizations. It describes simplified agile scaling frameworks including ceremonies like release planning, daily standups, and retrospectives. It also outlines roles for product owners, scrum masters, and stakeholders. The goal is to streamline agile processes and provide guidelines for implementing agile at an organizational level.
The document describes the role and responsibilities of a Scrum Master. It states that a Scrum Master facilitates the team, ensures Scrum is used correctly, resolves impediments, protects the team, and coaches them. Key responsibilities include planning meetings, enforcing Scrum practices, removing blockers to progress, and helping the team and product owner improve. A Scrum Master has authority over processes but not individuals. Personal characteristics like being a servant leader and having an open, enthusiastic mindset are important for the role.
SharePoint for Project Management (2016)wandersick
An introduction to SharePoint Online of Office 365 with a focus on project management.
In this presentation, I demonstrate SharePoint basics, creating a site, managing projects using SharePoint and misc. features. It is dedicated to my teacher, Mr. Leung, who encouraged me to present SharePoint to inspire fellow classmates on how to better manage their projects.
Main introduced features:
- SharePoint basics
- Creating sites (under OneDrive for Business)*
- Managing projects
*Note: Sites created this way are traditional Sites instead of the new style of Sites created by Office 365 Groups
Other introduced features:
- Co-Authoring
- Checking Out/In
- Version History
- Alerting
- Syncing with OneDrive for Business
- Site Mailbox (Discontinued. Available in Office 365 Groups at the time of writing)
- OneNote
- Modern UI and Classic UI
- Mobile Access
- Customizing Site Design
- User Management
- Sharing a SharePoint Site
- Wiki Page
- All Site Contents
Scrum y RUP son metodologías ágiles, pero difieren en su enfoque de desarrollo de software. Mientras que RUP utiliza un plan formal de proyecto a largo plazo con múltiples iteraciones, Scrum no tiene un plan inicial completo y define el alcance iterativamente. Otras diferencias incluyen que RUP produce más documentación y es adecuado para proyectos a largo plazo, mientras que Scrum se enfoca en software funcional y es mejor para proyectos con requisitos cambiantes.
Scrum es una metodología ágil para el desarrollo de proyectos que se basa en la iteración y entregas incrementales. Los principios de Scrum incluyen la colaboración estrecha con el cliente, el desarrollo incremental y las entregas frecuentes. Los roles clave son el equipo Scrum, el product owner y el Scrum master. El marco de trabajo consiste en sprints, reuniones diarias y revisiones para entregar valor al cliente de forma continua.
Life cycle of user story: Outside-in agile product management & testing, or...Ravi Tadwalkar
It has always been my pleasure and fun to facilitate workshops for PM (product management) community at and outside Cisco, although this was first time I did a BDD workshop with PMs alone. And I realized today how PayPal has been a really great venue for SVPMA annual product camp "unconference" for 1k+ PMs with 550 waitlisted this year! I look forward to this event every year now...huge success!
Abstract:
As Product Owners and Managers are driving innovation thru' those fuzzy ideas in terms of scenarios, testers have always been thinking about those in form of test cases which take form of acceptance criteria for those scenarios. When you talk about those scenarios to your teams or even peers, you see those diverging ideas converging to something concrete.
That's how BDD helps you shape that idea. That fuzzy scenario, when validated thru' an engineering "spike", can be useful for product management MRD/PRD/use-case-models/stories...whatever it is that you want to use to drive product development.
And this is where Agile Tester role begins! So instead of doing top-down or bottoms-up product management & testing, try this outside-in approach. Go for it!
My workshop on BDD is about what I term as "Outside-in agile product management". To understand what I really mean by that, here is my slideshare presentation used rarely when teaching from the back of the class during this hyper-interactive workshop.
El documento describe Scrum, una metodología ágil para el desarrollo de software. Explica que Scrum se basa en iteraciones cortas llamadas "sprints" para crear incrementos del producto. También describe los roles clave en Scrum como el Product Owner, Scrum Master y el equipo Scrum. Las fases clave de Scrum incluyen la planificación del sprint, los sprints, las reuniones diarias y la revisión del sprint.
Este documento presenta información sobre desarrollo ágil de software utilizando Scrum. Explica los roles de Scrum, las actividades como Sprint Planning y Daily Meetings, y los artefactos como Product Backlog y Sprint Backlog. También describe los valores fundamentales de Scrum como transparencia, inspección y adaptación.
Este documento describe varias buenas prácticas para la gestión de proyectos de software, incluyendo definir el alcance del trabajo, estimar los costos y el esfuerzo, establecer un presupuesto y cronograma, identificar riesgos, planificar recursos humanos y materiales, establecer un plan general del proyecto, revisar el plan con las partes interesadas, supervisar el progreso y establecer acciones correctivas.
El documento describe la metodología de desarrollo de software extremo (eXtreme Programming o XP). XP se enfoca en satisfacer al cliente, entregas frecuentes de software, y colaboración entre el equipo de desarrollo y el cliente. Las prácticas clave de XP incluyen programación en pares, pruebas automatizadas, integración continua, y ciclos cortos de desarrollo. El objetivo final de XP es entregar software de alta calidad que satisfaga las necesidades cambiantes del cliente.
Este documento presenta una discusión sobre la adopción de metodologías ágiles. Explica las razones para adoptar enfoques ágiles, como mitigar riesgos más rápido, eliminar desperdicios y maximizar la comunicación. También describe fallas comunes como falta de involucramiento del product owner, equipos que no son multidisciplinarios, y mal uso de las prácticas de Scrum como las reuniones diarias y de planificación. El documento concluye enfatizando la importancia de enfocarse en soluciones y construir el product
La XP es una metodología ágil para el desarrollo de software basada en valores como la comunicación, simplicidad, retroalimentación y respeto. Siguiendo un ciclo iterativo, las actividades clave son la codificación, pruebas y escuchar los requisitos del cliente. Se ha aplicado con éxito en proyectos como el de ONess para desarrollar software de negocios textiles de forma ágil.
2 plan de aseguramiento sqa - informaticaDiego Coello
Este documento presenta un plan de aseguramiento de calidad (SQA) para un software de edición de videos. El plan describe las actividades de SQA como revisar productos y procesos para garantizar la calidad, y responsabilidades. También especifica la documentación requerida como especificaciones de requisitos, diseño y planes de verificación y validación, así como estándares y revisiones.
Scrum is an iterative agile software development method using sprints of 2-4 weeks to deliver working software. Kanban uses a pull-based scheduling system to determine production priorities and avoid overloading developers. Scrumban combines Scrum and Kanban by using Scrum's roles and meetings to maintain agility while adopting Kanban's continuous process improvement. It is suited for maintenance projects, help desk work, and projects with unpredictable requirements changes.
Este documento presenta las pautas generales para el proceso de la Gerencia de Aseguramiento de la Calidad del Software (SQA) en un proyecto de desarrollo de software. Describe las actividades clave de SQA como la revisión de la documentación, adherencia a estándares y procesos de revisión. También explica cómo estas actividades se aplican en las diferentes fases del proyecto como requerimientos, diseño y pruebas. El objetivo es asegurar que el proyecto cumpla con los estándares de calidad definidos.
Este documento presenta los conceptos de análisis de negocio ágil, incluyendo la importancia de entregar valor al cliente, alinear los requerimientos con los objetivos del negocio, y construir historias de usuario para priorizar las características más importantes. También describe técnicas como mapas de impacto, criterios de aceptación y ejemplos para definir claramente los requerimientos del producto. El objetivo es asegurar que se construye lo que realmente importa para el negocio y los usuarios.
Este documento presenta los principios básicos de Scrum y Kanban y propone una combinación de ambos llamada ScrumBan. Explica que Scrum se enfoca en iteraciones cortas con incrementos de valor, mientras que Kanban se centra en limitar los flujos de trabajo y medir tiempos de ciclo. Finalmente, ScrumBan toma las mejores prácticas de ambos, como controlar impedimentos, medir flujos y dividir el trabajo en progreso para identificar cuellos de botella.
Este documento describe varias metodologías ágiles como Scrum, Kanban y eXtreme Programming (XP). Introduce las metodologías ágiles y explica sus ventajas sobre los métodos tradicionales. Luego, describe las prácticas clave de Scrum como los roles, las ceremonias y la planificación por sprints. También explica los principios básicos de Kanban y XP.
INGENIERIA DE SOFTWARE - METODOLOGIA SCRUM, EJEMPLO PRACTICO, t3Saul Villarreal
El documento proporciona una introducción a la metodología Scrum, describiendo sus conceptos y características clave, los roles involucrados, el proceso iterativo y las reuniones. También detalla los documentos utilizados, los beneficios de Scrum y proporciona un ejemplo práctico de cómo se aplicaría Scrum en el desarrollo de un robot escolta.
Acerca del Modelador de Procesos Bizagi
El Modelador de Procesos de Bizagi es una herramienta que le permite modelar y documentar
procesos de negocio basado 100% en el estándar de acepción mundial conocido como Business
Process Model and Notation (BPMN).
Usted puede crear documentación de procesos en Word, PDF, SharePoint o Wiki, e importar o
exportar la información de los mismos desde y hacia Visio o XML entre otros.
Con su comportamiento intuitivo y su amigable interfaz gráfica, usted podrá diagramar y documentar
procesos de manera más rápida y fácil sin necesidad de esperar por alguna rutina de validación.
Bizagi guarda sus procesos en una archivo .bpm. Cada archivo se denomina Modelo y puede
contener uno o más diagramas.
Un modelo puede ser toda su organización, su área o un proceso específico según sean sus
necesidades.
Cada pestaña es un diagrama y allí usted dibuja sus procesos. Usted puede navegar entre diagramas
Este documento presenta una introducción al estándar BPMN (Business Process Model and Notation) para la modelación de procesos de negocio. Explica que BPMN permite representar gráficamente el flujo de trabajo de un proceso de negocio. Luego describe los diferentes elementos que componen un diagrama BPMN, incluyendo pool y lanes, actividades, eventos, flujos de secuencia y mensajes, compuertas. Finalmente, concluye explicando que BPMN es un estándar internacional aceptado para modelar procesos de forma portable e independiente
Este documento describe los requerimientos no funcionales para el desarrollo de un sistema de información para la Procuraduría General de la Nación (PGN). Se dividen los requerimientos en atributos de calidad del sistema como desempeño, disponibilidad, escalabilidad, facilidad de uso e ingreso de información. También incluye otros requerimientos no funcionales relacionados con la arquitectura, backups, integración, interoperabilidad y herramientas de base de datos, workflow y administración de contenidos. Finalmente, establece
El documento proporciona una introducción al modelo CMMI-ACQ, el cual provee guías para la aplicación de mejores prácticas de CMMI por parte de organizaciones que adquieren productos y servicios. Explica que CMMI-ACQ se enfoca en iniciar y administrar procesos de adquisición que satisfagan las necesidades del cliente, e incluye temas como solicitudes de proveedores, desarrollo de acuerdos y administración de la capacidad de los proveedores.
Kanban aplicado a procesos de mantenimiento en electroguayasWillian Nieto
Kanban es una herramienta japonesa que utiliza tarjetas visuales para lograr la producción justo a tiempo. El sistema Kanban aplicado en Electroguayas usa órdenes de trabajo de mantenimiento para mejorar el flujo de trabajo, identificar problemas tempranamente y equilibrar la demanda de mantenimiento por área.
El documento presenta información sobre Scrum, Kanban y Scrumban, tres enfoques ágiles para la gestión de proyectos de software. Scrum es un marco de trabajo iterativo e incremental que se basa en sprint de trabajo de duración fija. Kanban utiliza tableros visuales para gestionar el flujo de trabajo y limitar el trabajo en curso. Scrumban combina elementos de Scrum y Kanban.
Life cycle of user story: Outside-in agile product management & testing, or...Ravi Tadwalkar
It has always been my pleasure and fun to facilitate workshops for PM (product management) community at and outside Cisco, although this was first time I did a BDD workshop with PMs alone. And I realized today how PayPal has been a really great venue for SVPMA annual product camp "unconference" for 1k+ PMs with 550 waitlisted this year! I look forward to this event every year now...huge success!
Abstract:
As Product Owners and Managers are driving innovation thru' those fuzzy ideas in terms of scenarios, testers have always been thinking about those in form of test cases which take form of acceptance criteria for those scenarios. When you talk about those scenarios to your teams or even peers, you see those diverging ideas converging to something concrete.
That's how BDD helps you shape that idea. That fuzzy scenario, when validated thru' an engineering "spike", can be useful for product management MRD/PRD/use-case-models/stories...whatever it is that you want to use to drive product development.
And this is where Agile Tester role begins! So instead of doing top-down or bottoms-up product management & testing, try this outside-in approach. Go for it!
My workshop on BDD is about what I term as "Outside-in agile product management". To understand what I really mean by that, here is my slideshare presentation used rarely when teaching from the back of the class during this hyper-interactive workshop.
El documento describe Scrum, una metodología ágil para el desarrollo de software. Explica que Scrum se basa en iteraciones cortas llamadas "sprints" para crear incrementos del producto. También describe los roles clave en Scrum como el Product Owner, Scrum Master y el equipo Scrum. Las fases clave de Scrum incluyen la planificación del sprint, los sprints, las reuniones diarias y la revisión del sprint.
Este documento presenta información sobre desarrollo ágil de software utilizando Scrum. Explica los roles de Scrum, las actividades como Sprint Planning y Daily Meetings, y los artefactos como Product Backlog y Sprint Backlog. También describe los valores fundamentales de Scrum como transparencia, inspección y adaptación.
Este documento describe varias buenas prácticas para la gestión de proyectos de software, incluyendo definir el alcance del trabajo, estimar los costos y el esfuerzo, establecer un presupuesto y cronograma, identificar riesgos, planificar recursos humanos y materiales, establecer un plan general del proyecto, revisar el plan con las partes interesadas, supervisar el progreso y establecer acciones correctivas.
El documento describe la metodología de desarrollo de software extremo (eXtreme Programming o XP). XP se enfoca en satisfacer al cliente, entregas frecuentes de software, y colaboración entre el equipo de desarrollo y el cliente. Las prácticas clave de XP incluyen programación en pares, pruebas automatizadas, integración continua, y ciclos cortos de desarrollo. El objetivo final de XP es entregar software de alta calidad que satisfaga las necesidades cambiantes del cliente.
Este documento presenta una discusión sobre la adopción de metodologías ágiles. Explica las razones para adoptar enfoques ágiles, como mitigar riesgos más rápido, eliminar desperdicios y maximizar la comunicación. También describe fallas comunes como falta de involucramiento del product owner, equipos que no son multidisciplinarios, y mal uso de las prácticas de Scrum como las reuniones diarias y de planificación. El documento concluye enfatizando la importancia de enfocarse en soluciones y construir el product
La XP es una metodología ágil para el desarrollo de software basada en valores como la comunicación, simplicidad, retroalimentación y respeto. Siguiendo un ciclo iterativo, las actividades clave son la codificación, pruebas y escuchar los requisitos del cliente. Se ha aplicado con éxito en proyectos como el de ONess para desarrollar software de negocios textiles de forma ágil.
2 plan de aseguramiento sqa - informaticaDiego Coello
Este documento presenta un plan de aseguramiento de calidad (SQA) para un software de edición de videos. El plan describe las actividades de SQA como revisar productos y procesos para garantizar la calidad, y responsabilidades. También especifica la documentación requerida como especificaciones de requisitos, diseño y planes de verificación y validación, así como estándares y revisiones.
Scrum is an iterative agile software development method using sprints of 2-4 weeks to deliver working software. Kanban uses a pull-based scheduling system to determine production priorities and avoid overloading developers. Scrumban combines Scrum and Kanban by using Scrum's roles and meetings to maintain agility while adopting Kanban's continuous process improvement. It is suited for maintenance projects, help desk work, and projects with unpredictable requirements changes.
Este documento presenta las pautas generales para el proceso de la Gerencia de Aseguramiento de la Calidad del Software (SQA) en un proyecto de desarrollo de software. Describe las actividades clave de SQA como la revisión de la documentación, adherencia a estándares y procesos de revisión. También explica cómo estas actividades se aplican en las diferentes fases del proyecto como requerimientos, diseño y pruebas. El objetivo es asegurar que el proyecto cumpla con los estándares de calidad definidos.
Este documento presenta los conceptos de análisis de negocio ágil, incluyendo la importancia de entregar valor al cliente, alinear los requerimientos con los objetivos del negocio, y construir historias de usuario para priorizar las características más importantes. También describe técnicas como mapas de impacto, criterios de aceptación y ejemplos para definir claramente los requerimientos del producto. El objetivo es asegurar que se construye lo que realmente importa para el negocio y los usuarios.
Este documento presenta los principios básicos de Scrum y Kanban y propone una combinación de ambos llamada ScrumBan. Explica que Scrum se enfoca en iteraciones cortas con incrementos de valor, mientras que Kanban se centra en limitar los flujos de trabajo y medir tiempos de ciclo. Finalmente, ScrumBan toma las mejores prácticas de ambos, como controlar impedimentos, medir flujos y dividir el trabajo en progreso para identificar cuellos de botella.
Este documento describe varias metodologías ágiles como Scrum, Kanban y eXtreme Programming (XP). Introduce las metodologías ágiles y explica sus ventajas sobre los métodos tradicionales. Luego, describe las prácticas clave de Scrum como los roles, las ceremonias y la planificación por sprints. También explica los principios básicos de Kanban y XP.
INGENIERIA DE SOFTWARE - METODOLOGIA SCRUM, EJEMPLO PRACTICO, t3Saul Villarreal
El documento proporciona una introducción a la metodología Scrum, describiendo sus conceptos y características clave, los roles involucrados, el proceso iterativo y las reuniones. También detalla los documentos utilizados, los beneficios de Scrum y proporciona un ejemplo práctico de cómo se aplicaría Scrum en el desarrollo de un robot escolta.
Acerca del Modelador de Procesos Bizagi
El Modelador de Procesos de Bizagi es una herramienta que le permite modelar y documentar
procesos de negocio basado 100% en el estándar de acepción mundial conocido como Business
Process Model and Notation (BPMN).
Usted puede crear documentación de procesos en Word, PDF, SharePoint o Wiki, e importar o
exportar la información de los mismos desde y hacia Visio o XML entre otros.
Con su comportamiento intuitivo y su amigable interfaz gráfica, usted podrá diagramar y documentar
procesos de manera más rápida y fácil sin necesidad de esperar por alguna rutina de validación.
Bizagi guarda sus procesos en una archivo .bpm. Cada archivo se denomina Modelo y puede
contener uno o más diagramas.
Un modelo puede ser toda su organización, su área o un proceso específico según sean sus
necesidades.
Cada pestaña es un diagrama y allí usted dibuja sus procesos. Usted puede navegar entre diagramas
Este documento presenta una introducción al estándar BPMN (Business Process Model and Notation) para la modelación de procesos de negocio. Explica que BPMN permite representar gráficamente el flujo de trabajo de un proceso de negocio. Luego describe los diferentes elementos que componen un diagrama BPMN, incluyendo pool y lanes, actividades, eventos, flujos de secuencia y mensajes, compuertas. Finalmente, concluye explicando que BPMN es un estándar internacional aceptado para modelar procesos de forma portable e independiente
Este documento describe los requerimientos no funcionales para el desarrollo de un sistema de información para la Procuraduría General de la Nación (PGN). Se dividen los requerimientos en atributos de calidad del sistema como desempeño, disponibilidad, escalabilidad, facilidad de uso e ingreso de información. También incluye otros requerimientos no funcionales relacionados con la arquitectura, backups, integración, interoperabilidad y herramientas de base de datos, workflow y administración de contenidos. Finalmente, establece
El documento proporciona una introducción al modelo CMMI-ACQ, el cual provee guías para la aplicación de mejores prácticas de CMMI por parte de organizaciones que adquieren productos y servicios. Explica que CMMI-ACQ se enfoca en iniciar y administrar procesos de adquisición que satisfagan las necesidades del cliente, e incluye temas como solicitudes de proveedores, desarrollo de acuerdos y administración de la capacidad de los proveedores.
Kanban aplicado a procesos de mantenimiento en electroguayasWillian Nieto
Kanban es una herramienta japonesa que utiliza tarjetas visuales para lograr la producción justo a tiempo. El sistema Kanban aplicado en Electroguayas usa órdenes de trabajo de mantenimiento para mejorar el flujo de trabajo, identificar problemas tempranamente y equilibrar la demanda de mantenimiento por área.
El documento presenta información sobre Scrum, Kanban y Scrumban, tres enfoques ágiles para la gestión de proyectos de software. Scrum es un marco de trabajo iterativo e incremental que se basa en sprint de trabajo de duración fija. Kanban utiliza tableros visuales para gestionar el flujo de trabajo y limitar el trabajo en curso. Scrumban combina elementos de Scrum y Kanban.
Este documento presenta mini Scrumban, una guía rápida para el desarrollo ágil de productos que combina elementos de Scrum y Kanban. Se describen los roles del Responsable del Producto y el Desarrollador, así como el uso de tarjetas de tareas y un tablero kanban para visualizar el flujo del trabajo a través de ciclos iterativos de planificación, desarrollo y revisión. El objetivo es mantener un flujo constante de trabajo a través de la gestión visual del progreso y la resolución de bloqueos.
Peligros y ventajas de #Scrumban. Conferencia Agile Spain 2013 #cas2k13Carlos Iglesias Pichel
Este documento discute los peligros y ventajas de aplicar una metodología híbrida de Scrum y Kanban llamada Scrumban. Menciona que Scrumban puede ser útil para equipos inmaduros al enfocarse primero en conceptos básicos como WIP, flujo y pull antes que en liturgias como roles y artefactos. Sin embargo, también advierte sobre posibles riesgos como lanzamientos imprevistos si el negocio no entiende bien el framework o si el equipo no está preparado. En general, debate tanto las ventajas como los des
Este documento describe el uso del marco Scrumban para gestionar múltiples proyectos y perfiles en una empresa de desarrollo de software. La empresa tiene 11 empleados que trabajan en 59 proyectos para 39 clientes diferentes usando una combinación de los métodos Scrum y Kanban. Utilizan un tablero Scrum para priorizar historias de usuario por proyecto y un tablero Kanban donde las tareas no se estiman inicialmente sino que se cuantifican en horas al finalizar. El dueño del producto prioriza las tareas en el tablero Kanban en tres fil
Este documento describe Scrumban, una fusión de Scrum y Kanban. Scrum provee un marco claro para iteraciones de trabajo en equipo, mientras que Kanban gestiona el flujo general de trabajo. Scrumban une estos enfoques para lograr mayor visibilidad y flexibilidad al manejar cambios, al tiempo que mantiene la estructura de Scrum.
Frogtek: de Waterfall a Scrumban pasando por Scrunch y KanmalAgile Spain
El documento resume el viaje de una empresa de desarrollo de software desde la metodología Waterfall hasta Scrumban, pasando por varias adaptaciones como Scrum, ScruNCH y Kanban. Comenzaron con Waterfall pero encontraron que los requisitos cambiaban constantemente. Probaron luego Scrum pero las estimaciones y métricas no funcionaban bien. Más tarde, Kanban les permitió mejorar el despliegue continuo pero la planificación era demasiado improvisada. Finalmente, adoptaron Scrumban para combinar lo mejor de Scrum y Kanban, logrando una vis
Este documento trata sobre el liderazgo en las pymes. Explica que los líderes eficientes son cruciales para el éxito organizacional y que el módulo se enfoca en perfeccionar los comportamientos de liderazgo. El módulo está dirigido a personas con responsabilidades directivas y cubre temas como visión, misión y valores de la empresa, desarrollo individual, competencias para el liderazgo y liderazgo situacional.
Mejores prácticas para testing de apps móvilesSoftware Guru
Conforme las apps pasan de ser una curiosidad, a un canal para atraer y atender a los clientes de un negocio, la calidad de dichas apps se convierte en un elemento fundamental. Una app de mala calidad puede provocar desde una mala imagen hacia los clientes, hasta huecos de seguridad o interrupciones en la operación del negocio.
COMPARACION DE DIVERSOS ESTUDIOS SOBRE PREFERENCIAS EN CUANTO A ESTILOS DE AP...Jose Luis Garcia Cue
Este documento compara varios estudios sobre estilos de aprendizaje aplicando el Cuestionario Honey-Alonso de Estilos de Aprendizaje. Resumió los resultados de nueve estudios y utilizó el Baremo de Preferencias de Alonso y pruebas estadísticas como la Diferencia Mínima Significativa Honesta de Tukey para identificar diferencias entre los estudios. Concluyó que los profesores y estudiantes del Colegio de Postgraduados tienen preferencias similares a otros estudios, pero con variaciones significativas en algunos estilos de
This document discusses an approach called Scrumban that combines elements of Scrum and Kanban. It describes how some teams started with a Scrum approach but found it difficult to predict velocity due to bugs and emergent tasks. The teams addressed this by tracking bugs and tasks separately on a Kanban board to measure their impact. They were able to commit to sprint goals by estimating effort for Scrum and Kanban work. Using different queues like "Fire" and "Prio" helped prioritize work and reduce context switching. This hybrid approach allowed for time boxes while gaining benefits of visualizing and limiting work in progress.
Las Pruebas de Software son todavía una de las áreas más desatendidas del desarrollo y espliegue de los productos de software. Las Pruebas de Software son predominantemente vistas como una actividad periférica, casi una formalidad, antes del espliegue del software. Un cambio de actitud y un buen programa de estudios como fundamento hacia las Pruebas de Software pueden reducir tremendamente los problemas normalmente asociados con el lanzamiento del nuevo software y minimizar el riesgo implicado. El programa de estudio del ISTQB (International Software Testing Qualifications Board) Probador Certificado (Certified Tester) ofrece el mejor
entrenamiento estandarizado del mundo para los probadores de software.
Este libro le proporcionará el conocimiento esencial para ser un profesional en Pruebas, que incluye:
Fundamentos de Pruebas
Pruebas a través del Ciclo de Vida de Software
Técnicas Estáticas
Técnicas de Diseño de Pruebas
Gestión de Pruebas
Soporte de las Herramientas de Pruebas
Adquisición de Herramientas y Software en General en una Organización
Más de 200 preguntas de examen de muestra con soluciones
Ejercicios prácticos y soluciones por cada tema cubierto
Caso real, resuelto, como ejemplo a lo largo de los temas
Dos exámenes de simulación del examen real
Estándares de Pruebas
Excelente Bibliografía
Cabe señalar que este libro no es sólo para los probadores sino también para quienes están encargados de la adquisición de software en general, gerentes de tecnología, gerentes del Aseguramiento de la Calidad/Control de la Calidad (QA/QC), gerentes de sistemas, jefes de proyectos de software, analistas, arquitectos, desarrolladores, estudiantes y profesores de TI.
Asimismo este libro está diseñado para el autoestudio. El contenido comprende el programa de estudios necesario para aprobar el examen de certificación nivel básico definido por el ISTQB versión 2011 (Syllabus 2011).
Trazabilidad de Medicamentos INVIMA 2009 avance.pptxapacostas
Este documento presenta un resumen de un convenio entre el INVIMA y la Universidad Nacional para proponer alternativas de señalización de medicamentos aplicables en Colombia. Se discuten las estadísticas de falsificación a nivel mundial y nacional, la cadena de abastecimiento de medicamentos, y herramientas como trazabilidad, seguridad y autenticación para combatir la falsificación. Finalmente, se revisan casos de aplicación como el sistema estadounidense FDA E-Pedigree y el sistema europeo BRIDGE.
Las Pruebas de Software son todavía una de las áreas más desatendidas del desarrollo y espliegue de los productos de software. Las Pruebas de Software son predominantemente vistas como una actividad periférica, casi una formalidad, antes del espliegue del software. Un cambio de actitud y un buen programa de estudios como fundamento hacia las Pruebas de Software pueden reducir tremendamente los problemas normalmente asociados con el lanzamiento del nuevo software y minimizar el riesgo implicado. El programa de estudio del ISTQB (International Software Testing Qualifications Board) Probador Certificado (Certified Tester) ofrece el mejor
entrenamiento estandarizado del mundo para los probadores de software.
Este libro le proporcionará el conocimiento esencial para ser un profesional en Pruebas, que incluye:
Fundamentos de Pruebas
Pruebas a través del Ciclo de Vida de Software
Técnicas Estáticas
Técnicas de Diseño de Pruebas
Gestión de Pruebas
Soporte de las Herramientas de Pruebas
Adquisición de Herramientas y Software en General en una Organización
Más de 200 preguntas de examen de muestra con soluciones
Ejercicios prácticos y soluciones por cada tema cubierto
Caso real, resuelto, como ejemplo a lo largo de los temas
Dos exámenes de simulación del examen real
Estándares de Pruebas
Excelente Bibliografía
Cabe señalar que este libro no es sólo para los probadores sino también para quienes están encargados de la adquisición de software en general, gerentes de tecnología, gerentes del Aseguramiento de la Calidad/Control de la Calidad (QA/QC), gerentes de sistemas, jefes de proyectos de software, analistas, arquitectos, desarrolladores, estudiantes y profesores de TI.
Asimismo este libro está diseñado para el autoestudio. El contenido comprende el programa de estudios necesario para aprobar el examen de certificación nivel básico definido por el ISTQB versión 2011 (Syllabus 2011).
Este documento compara las metodologías ágiles Scrum, Kanban y XP. Scrum define roles, ceremonias y artefactos mientras que Kanban se enfoca en el flujo de trabajo y límites de trabajo en progreso. XP hace énfasis en valores y prácticas de ingeniería como programación en parejas y desarrollo guiado por pruebas. Las metodologías se ubican en un continuo entre lo más rígido y lo más flexible, con Scrum en el medio y Kanban siendo la más flexible. En la práctica, los elementos de estas met
Simone brighina implantación metodología kanban para ioPlantoSimone Brighina
En esta presentación se describe el proceso de implantación de la metodología Kanban y la puesta en marcha de los artefactos necesarios. Ha sido utilizado como ejemplo de base una Start-Up española denominada ioPlanto.
El documento presenta los conceptos clave sobre las Oficinas de Gestión de Proyectos (PMO) según los estándares del Project Management Institute (PMI) y la investigación empírica. Las PMOs pueden tener diferentes estructuras, roles y tipos dependiendo del contexto organizacional. La investigación muestra que no hay consenso sobre las mejores prácticas de las PMOs y que factores como el reconocimiento de su pericia y la colaboración con otros son más importantes para su rendimiento que sus características estructurales.
Este documento presenta una guía de aprendizaje para el programa de formación en Tecnología en Mantenimiento y Redes. La guía incluye actividades de enseñanza-aprendizaje-evaluación sobre temas como la historia del computador, las tarjetas madre, los procesadores, las tarjetas de expansión y la memoria. El objetivo es que los estudiantes adquieran competencias en el mantenimiento preventivo y predictivo de equipos de computo a través de 310 horas de instrucción.
Enfoque integral de proyectos y operacionessmbcreatividad
Este documento presenta la agenda de un curso sobre gestión integral de proyectos y operaciones. El curso cubre temas como introducción a la gestión de proyectos, enfoque sistémico de proyectos y operaciones, gestión ágil, herramientas, y cómo apoyar la estrategia a través de los proyectos. Incluye presentaciones, casos prácticos y discusión de conceptos clave.
Enfoque integral de proyectos y operacionessmbcreatividad
Este documento presenta una agenda para un curso sobre el enfoque integral de proyectos y operaciones. El curso cubrirá temas como la introducción a la gestión de proyectos, el enfoque sistémico de proyectos y operaciones, la gestión ágil, y el vínculo entre la estrategia y los proyectos. El curso utilizará casos prácticos y herramientas para enseñar estos conceptos de una manera práctica.
El documento presenta la agenda de un curso de desarrollo web que incluye la presentación del profesor Oscar Caicedo, las reglas del curso como la comunicación entre estudiantes y profesor, y la metodología ABP y Scrum que se utilizará. El curso se dividirá en sprints semanales donde los estudiantes trabajarán en equipo en la creación de una aplicación web siguiendo las historias de usuario y entregando incrementos al final de cada sprint.
Este documento proporciona una introducción al marco ágil Scrum. Explica que Scrum es una metodología ágil para la gestión de proyectos que se basa en iteraciones cortas llamadas "sprints". Describe los principales roles en Scrum como el Propietario del Producto, el Scrum Master y el Equipo, y las prácticas clave como la planificación y revisión de sprints. También cubre conceptos como el Product Backlog y los incrementos de producto.
La gestion agil y de proyectos y sus paralelos con PMBok.Jornadas Cordoba Sep...Alejandro Gabay
Este documento presenta una disertación sobre la gestión ágil de proyectos y sus paralelos con el PMBoK® Guide. Se explican brevemente los conceptos básicos del Manifiesto Ágil y del framework Scrum, y se trazan paralelos entre las prácticas ágiles y las áreas de conocimiento del PMBoK®. Finalmente, se discuten algunos mitos sobre la compatibilidad entre las metodologías ágiles y la gestión tradicional de proyectos.
Este documento introduce Scrum, una metodología ágil para el desarrollo de software. Explica los problemas comunes en proyectos de software tradicionales y cómo las metodologías ágiles como Scrum intentan abordarlos a través de enfoques iterativos e incrementales que ponen énfasis en la colaboración del equipo y la satisfacción del cliente. Luego describe los roles, artefactos y eventos clave de Scrum como el Product Owner, el Sprint Planning Meeting y el Sprint Review.
Scrum es una metodología ágil para el desarrollo de software que se basa en iteraciones cortas llamadas sprints para entregar valor al cliente de forma incremental. Los sprints, que duran menos de un mes, dividen el trabajo en tareas que son planificadas y revisadas en reuniones. El objetivo es mejorar la comunicación dentro del equipo, responder rápido al cambio y entregar software funcionando frecuentemente.
La presentación cubre:
-Pequeño repaso sobre el desarrollo de software siguiendo la metodología waterfall
Agile y Lean Startup
- Los pilares de Scrum;
---- Roles: Product Owner, Scrum Master y Equipo de Desarrollo.
---- Eventos: Planning Meeting, Daily Stand-up, Grooming/Refinement, Demo y Retrospectiva.
---- Herramientas: Product Backlog, Historias de usuario, Definition of Done, Sprint Backlog, Sprint Dashboad.
---- Informes: Fin de Sprint, Inicio de Sprint, Burn-up/Burn-down, Informe de producto.
Enfoque integral de proyectos y operacionessmbcreatividad
Este documento presenta una agenda para un curso sobre el enfoque integral de proyectos. El curso cubrirá temas como la introducción a la gestión de proyectos, el enfoque sistémico de proyectos y operaciones, la gestión ágil, las herramientas de gestión de proyectos, y cómo los proyectos pueden apoyar la estrategia de una organización. El curso utilizará presentaciones, debates, casos prácticos y otras actividades interactivas para enseñar estos conceptos clave de una manera práctica.
La ingeniería de software ágil combina una filosofía y lineamientos de desarrollo que enfatizan la satisfacción del cliente, entregas incrementales rápidas, equipos pequeños y motivados, y simplicidad general en el desarrollo. Algunas metodologías ágiles populares son Scrum y eXtreme Programming (XP), las cuales se basan en valores como comunicación, retroalimentación y coraje.
Mitos y leyendas de la gestión ágil y scrumIEEE Uruguay
El documento presenta los conceptos y principios básicos de la metodología ágil Scrum para la gestión de proyectos de software. Scrum utiliza roles, artefactos y reglas para permitir el desarrollo incremental de funcionalidades en ciclos cortos (sprints) de 2-4 semanas, con el objetivo de entregar valor al cliente de forma continua y responder ante cambios. El documento describe los roles de Product Owner, Scrum Master y Equipo de Desarrollo, así como los artefactos clave como el Product Backlog, Sprint Backlog y los resultados del sprint
Este documento proporciona una introducción a Scrum, un marco ágil para el desarrollo de software. Explica que Scrum utiliza un enfoque iterativo e incremental para permitir que equipos auto-organizados creen software. Describe los roles clave, componentes y ventajas de Scrum, como la entrega frecuente de funcionalidad, la capacidad de adaptarse a cambios y la colaboración entre el equipo y el cliente.
El documento describe diferentes metodologías ágiles para el desarrollo de software, incluyendo sus objetivos, elementos clave, ventajas y desventajas. Explica métodos como Scrum, Extreme Programming (XP), Crystal y Dynamic Systems Development Method (DSDM). Recomienda el uso de XP dado el tiempo limitado de 3 meses para desarrollar el software, con énfasis en iteraciones cortas y pruebas continuas.
Este documento describe varios métodos ágiles de programación como Scrum, Extreme Programming y Crystal Methods. Explica que los métodos ágiles permiten desarrollar, cambiar y actualizar proyectos de forma rápida e iterativa mediante la colaboración, comunicación y entregas periódicas. Para la empresa El Pato Volador, Scrum o Extreme Programming son las opciones más adecuadas debido a que los métodos ágiles reducen los costos y tiempos de desarrollo de proyectos frente a los métodos tradicionales.
Este documento describe diferentes métodos ágiles de programación como Scrum, Extreme Programming y Crystal Methods. Explica que los métodos ágiles permiten que las empresas sean más ágiles desarrollando rápidamente y adaptándose fácilmente a los cambios a través de iteraciones cortas. Scrum y Extreme Programming son los métodos más adecuados para resolver la problemática planteada por la empresa El Pato Volador, ya que reducen el tiempo de desarrollo y permiten entregas periódicas con capacidad de adaptación.
El documento compara y resume cuatro modelos de desarrollo de software: modelo en cascada, incremental, evolutivo y Scrum. Explica que el modelo en cascada es el más simple pero no sirve para proyectos complejos, mientras que el modelo en espiral incluye análisis de riesgo y prototipos iterativos. El modelo Scrum se basa en iteraciones cortas de planificación, ejecución y revisión con el cliente. El autor prefiere el modelo Scrum por su organización en tareas cortas con revisión continua y entrega incremental de func
A continuación, el estudiante encontrará instrucciones paso a paso para realizar la actividad evaluativa No. 2 de la unidad 2: La planeación y los procesos en la ejecución de los proyectos y la actividad de apoyo a temáticas 3 de la unidad 3: la gestión en la integración y el alcance en un proyecto:
Como resultado el estudiante obtendrá una guía para realizar:
Archivo word: acta de inicio
Archivo word: Matriz de proceso de proyecto que incluye
Línea base de alcance
Línea base de tiempo
Línea base de costos
Clasificación por obligatoriedad
Establecimiento de que planes de gestión de las 10 áreas del conocimiento corresponden a cada línea y por tanto de los 49 factores cuales pertenecen por consecución a cada línea base
Finalmente, el estudiante tiene los formatos de entrada-herramienta-técnica-salida de los 49 indicadores designados para las 10 áreas del conocimiento para ser diligenciados.
El documento describe tres modelos de desarrollo de software: el modelo en cascada, el modelo en espiral y el modelo incremental. El modelo en cascada sigue un proceso lineal donde cada fase debe completarse antes de pasar a la siguiente. El modelo en espiral es iterativo con cada bucle representando un conjunto de actividades. El modelo incremental desarrolla el software en partes para entregar funcionalidad parcial más rápido.
Similar a SCRUMBAN aplicado a equipos de Soporte y Mantenimiento (20)
Exposicion de sobre el arte de la guerra de Sun Tzu.pptxjhordirolero
Este trabajo, procura resumir el tratado de Sun Tzu enfocado en proporcionar al lector sus mejores lecciones para lograr el exito en la vida personal y profwsional.
Seguridad y salud en en trabajo. Discapacidad..pdfJosé María
La creación de empleo para personas con discapacidad es la máxima prioridad de la Fundación ONCE. Desde el convencimiento de que la mejor forma de conseguir la normalización de las personas con discapacidad es por medio de su inserción laboral, la Fundación ONCE destina el 60% de su presupuesto a su plan de empleo y formación.
SCRUMBAN aplicado a equipos de Soporte y Mantenimiento
1. SCRUMBAN aplicado a
equipos de Soporte y
Mantenimiento
Jorge Iván Hincapié Palacio
Cristian MauricioVelásquez Patiño
2. Los ponentes
Jorge Iván Hincapié Palacio
• Ingeniero de Sistemas e Informática, especialista en Gestión Empresarial de
la Universidad Nacional de Colombia.
• 6 años de experiencia en desarrollo de software.
• Experiencia en prácticas de PSP/TSP, SCRUM y KANBAN.
• Actualmente Ingeniero de Desarrollo enTech and Solve S.A.S.
3. Los ponentes
Cristian MauricioVelásquez Patiño
• Ingeniero de Sistemas y Computación de la Universidad del Quindío.
• Certified Scrum Developer.
• Experiencia de trabajo con KANBAN.
• Actualmente Analista de Arquitectura de Suramericana.
4. El equipo
• Soporte y Mantenimiento del área de Arquitectura de Aplicaciones en la
Gerencia de Bienestar y Entorno Tecnológico de Suramericana, ubicado en
Medellín, Colombia.
• Encargado de más de 20 aplicaciones que cumplen funciones transversales a
la compañía.
• Acompaña los proyectos de desarrollo en la gerencia.
6. ¿Cómo entendemos el Soporte?
El soporte es el trabajo que no se puede planear, ej.:
• Incidentes en producción.
• Reuniones.
• Permisos en herramientas
• Trabajo operativo. “CHOFEREO”
• Acompañamientos.
• Entre otros.
7. ¿…y el Mantenimiento?
El mantenimiento es el trabajo programado que agrega valor, ej.:
• Mejoras a los aplicativos.
• Soluciones raizales.
• Implementaciones nuevas.
• Entre otros.
8. Antecedentes
• Conocimiento centralizado en algunos integrantes del equipo.
• Retraso en proyectos de Arquitectura ante la aparición de casos urgentes.
• Difícil acceso de otros equipos al conocimiento del área de Arquitectura.
• Falta de un canal integral de soporte para las aplicaciones.
• Ausencia de medios para identificar las posibles mejoras en las aplicaciones.
9. En un inicio… ¿Éramos Ágiles?
• El equipo comienza sus funciones a inicios de 2013.
• Coincide con el inicio de la implementación de metodologías ágiles en
Suramericana.
• Se genera un “Product Backlog” de más de 100 elementos por atender.
• Un sólo Backlog y un sólo Sprint, sin una ventana de tiempo establecida.
• Adquiriendo experiencia para implementar metodologías ágiles.
10. Selección de herramientas
• Se selecciona Jazz Team Server de IBM,
para organizar el trabajo del equipo.
• Esta es la herramienta corporativa para el
trabajo de metodologías ágiles.
11. Primeras dificultades
• Los casos de soporte comienzan a impedir que se ejecuten los casos de
mantenimiento.
• No se puede realizar una planeación completa de las tareas.
• No es posible identificar el estado del proyecto en un momento
determinado.
• Se confunden los conceptos de “historias de usuario” y “tarea”.
• No se puede entregar una “promesa de servicio”.
12. División del enfoque
• En este caso, tener ambos proyectos mezclados introduce más complejidad.
• La estrategia es dividir el enfoque y trabajar dos metodologías:
• SCRUM para Mantenimiento.
• KANBAN para Soporte.
• Se propone definir roles dentro del equipo para dividir el trabajo de ambos
proyectos.
13. SCRUM
• División de la organización en equipos integrados auto-organizados.
• División del trabajo en entregables estimados y priorizados.
• División del tiempo en iteraciones de duración corta y fija.
• Optimización del plan de entrega.
• Optimización del proceso.
14. KANBAN
• Visualización del flujo de trabajo.
• Definición de límites sobre el trabajo en progreso (WIP).
• Medición del tiempo de entrega (lead time, cycle time, touch time).
15. SCRUM vs. KANBAN
• Más prescriptivo.
• Roles.
• Iteraciones con tiempo definido.
• Ceremonias.
• Limita elWIP por iteración.
• Más adaptativo.
• No requiere roles.
• No requiere iteraciones.
• No prescribe ceremonias.
• Limita elWIP por estado.
16. SCRUM vs. KANBAN
• El tablero se resetea por iteración.
• Equipos multi-funcionales
• Estimación y velocidad.
• Trabajo planeado.
• El tablero persiste.
• El tablero pertenece a un equipo.
• Lead time, Cycle time,Touch time.
• Flujo variable.
17. Adopción de la metodología “SCRUMBAN”
• En Soporte se implementa KANBAN con prácticas de SCRUM.
• En Mantenimiento se usa SCRUM pero no es posible cumplir todas sus
prescripciones.
• El hecho de compartir ambos proyectos lleva a tener implementaciones
ágiles híbridas - SCRUMBAN.
18. SCRUMBAN en Mantenimiento
• Ceremonias:
• Daily.
• Planning.
• Refinement.
• Retrospective.
• Review.
• Documentos:
• Sprint Plan.
• Product Backlog.
• Release Plan.
• Burn down chart.
• La historias se
dividen hasta que
midan máximo 5
pts.
• Los Sprints se
definen de una
semana.
• Roles del equipo:
• 3Team
Members.
• 1 Scrum Master.
• 1 Product Owner.
19. Flujo y límites de Soporte
INICIO ABIERTO (9)
EN ESPERA (4)
EN PROGRESO (3)
ENTREGA (3)
INVÁLIDO
TERMINADO (30)
20. Roles
M S S
• Un miembro especializado en Mantenimiento.
• Dos miembros encargados del Soporte.
• Rotación semanal.
• Difícil transición entre roles.
21. Roles
• Un miembro especializado en Mantenimiento.
• Un miembro especializado en Soporte.
• Un miembro dividido entre ambos proyectos.
• Produce mejores resultados.
• No se comparte el conocimiento.
M S
22. Roles
• Todos los miembros atienden ambos proyectos.
• Las historias de mantenimiento tienen un
responsable, pero las tareas se reparten.
• Se asegura la transferencia constante de
conocimiento.
23. Transferencia de conocimiento
Se debe tener una buena administración del conocimiento compartido, por
diferentes factores:
• Tamaño reducido del equipo.
• Alto número de aplicaciones a las que se da soporte.
• Rotación de personal.
24. Resultados
• Mayor visibilidad del área de Arquitectura en la organización.
• Mejor apoyo del área a los proyectos de desarrollo.
• Retroalimentación desde otras áreas hacia las aplicaciones transversales.
• Generación de valor en las aplicaciones transversales de la compañía.
• Difusión de la metodología para equipos de características similares.
• Generación de iniciativas para el equipo de Implementación de Metodologías
Ágiles.
25. Trabajo Futuro
• Mediciones de LeadTime, CycleTime yTouchTime.
• Generar estrategias para una atención más rápida y eficiente.
• Definir un protocolo de adaptación a la metodología del equipo.
• Implementar un framework de priorización eficiente.
26. Referencias
• Kniberg, H. (2009). Kanban vs Scrum. Crisp AB.Viitattu, 1, 2011.
• Roock, S. (2010, Marzo 2). Kanban: Definition of LeadTime and CycleTime.
Consultado en http://stefanroock.wordpress.com/2010/03/02/kanban-
definition-of-lead-time-and-cycle-time.
• Darbha, S. (2012, Febrero 22). Can Support and Maintenance Become Agile?.
Consultado en
https://www.scrumalliance.org/community/articles/2012/february/can-
support-and-maintenance-become-agile.