1 Kanban y Solución Visual gestión de pruebas de Gunnison Presentado a: Gunnison Fecha: 04/25/2013

2 temas K anban

3 Kanban en NCS: Vanguard Workbench * los problemas: 1.Liberaciones se retrasan a menudo 2.Requisitos no eran claras 3.La incertidumbre acerca de lo que realmente se necesita SC o quería en la herramienta * Vanguard Workbench es una herramienta desarrollada por S-3 para su uso por los centros de estudio para ver el MDES, generar informes, y validar sus archivos XML frente a esquemas XML existentes

4 Kanban en NCS: Limesurvey los problemas: 1.No colaboración con cualquier persona que entiende los requisitos 2.Desarrollo realiza en todas las encuestas, pero no cualquier encuesta totalmente terminado 3.Las encuestas se implementa con defectos

5 Nuestra solución Kanban

6 ¿Cuál es Kanban? 1.Proceso desarrollado por Taiichi Oh no a Toyota encontrar un sistema para mejorar y mantener un alto nivel de producción. 2.Utiliza un sistema “pull” en base a la demanda real de la clientes (hacen lo que se necesita en lugar de hacer todo lo posible por si acaso). 3.Un método para JIT (just-in-time) de producción.

7 Kanban para Desarrollo de software  Kanban no es un desarrollo de software metodología, es un método requiere un proceso que ya está en su lugar para que Kanban cambia de forma incremental el subyacente proceso profético Modelo cascada espiral Cascada Programación extrema adaptado metodologías rígidas metodologías iterativasMetodologías ágiles RUP Melé Kanban

8 Kanban para Desarrollo de software  Gestión de Proyectos tradicional - triple restricción: alcance, cronograma, presupuesto  Agile Project Management - posiblemente acordada horario, pero el alcance es negociable; siendo similar a la gestión tradicional de proyectos durante la iteración / Sprint  Kanban - no hay promesas en base a la incertidumbre en cuanto a proyectos tradicionales o ágiles administración; yot ofrece un compromiso con un nivel de servicio y a las cosas que los clientes realmente valor en función de sus prioridades El enfoque tradicional para la formación de un compromiso alrededor alcance, horario, y el presupuesto es indicativo de una transacción única. Esto implica que no hay relación en curso. Kanban se basa en la idea de que el equipo va a permanecer juntos y participar en una relación durante un largo período de tiempo. Implica un compromiso con una relación no sólo a una pieza deel trabajo y por lo tanto un mayor nivel de confianza.

9 Kanban para Desarrollo de software  La promoción de un cambio incremental ha sido motivo de controversia en la comunidad de desarrollo ágil de software Kanban sugiere que los equipos no deben adoptar un método o proceso plantilla definida. Kanban podría capacitar a las personas y los equipos evolucionar su propio proceso único soluciones, lo que permite la innovación.

10 Kanban para Desarrollo de software  Un proyecto puede tener varios equipos diferentes, cada uno con su propia tabla Kanban La situación de cada equipo es diferente y evoluciona sus procesos para adaptarse a su contexto. Sin embargo, los procesos se derivan de los mismos principios.

11 Kanban para Desarrollo de software Kanban principios:  Comience con lo que haces ahora  Convienen en seguir, cambio incremental y evolutivo  Respetar los actuales procesos, funciones, responsabilidades y títulos  Visualizar el flujo de trabajo  Límite de trabajo en progreso  manejar flujo  Hacer Políticas proceso explícito  mejorar en Colaboración

12 Kanban para Desarrollo de software Kanban Principios en acción: 1.Atención de Calidad 2.Reducir Trabajo en progreso 3.Entregar A menudo 4.Equilibrar La demanda contra el Throughput 5.priorizar 6.Ataque Las fuentes de variabilidad de mejorar la previsibilidad Permite la Cultura Lean / Agile / Colaboración

13 Kanban para Desarrollo de software  Enfoque en la calidad – inspecciones de código – análisis colaborativo – El uso de patrones de diseño – herramientas modernas de desarrollo – Reducir la cantidad de diseño en curso

14 Kanban para Desarrollo de software  La reducción de Trabajo en Progreso – Acortar iteraciones para impulsar una mayor calidad – Límite de trabajo en curso Ahí es una relación causal entre la cantidad de trabajo en curso y el tiempo promedio de plomo.

15 Kanban para Desarrollo de software  A menudo la entrega – comunicados frecuentes generar confianza – Las pequeñas emisiones proporcionan evidencia de que los equipos de desarrollo de software pueden ofrecer y se comprometen a proporcionar valor – La reducción de WIP reduce tiempo de espera y los tiempos de entrega más cortos significar más comunicados

16 Kanban para Desarrollo de software  La demanda Equilibrio En contra rendimiento – Ajuste la velocidad a la que se aceptan los nuevos requisitos en la línea de desarrollo de software – Si lo hace, efectivamente fija el trabajo en curso a un determinado tamaño – A medida que se entrega el trabajo, más requisitos son extraídos de las personas que crean demanda Limitar el trabajo en curso a través BDAT crea holgura. Holgura permite la mejora continua. Por lo tanto, la optimización de la utilización no es deseable e impide la creación de una cultura de mejora.

17 Kanban para Desarrollo de software  priorizando – valor Optimizar siendo entregado – Sólo se puede hacer después de que el equipo ha aprendido a construir constantemente código de alta calidad, la reducción de WIP, acortando el tiempo de plomo, liberando a menudo, y el equilibrio de la demanda contra el rendimiento – Tomar medidas para optimizar el valor de negocio

18 Kanban para Desarrollo de software  Atacar las fuentes de variabilidad para mejorar previsibilidad – Requiere trabajadores del conocimiento para cambiar su forma de trabajar, aprender nuevas técnicas, y cambiar su comportamiento personal – Para las organizaciones maduras – La variabilidad en los resultados de más trabajo en curso y los tiempos de entrega más largos

19 Kanban reducirá los costos:  transaccional costos - actividades de configuración, la limpieza, la entrega  - Los costes de coordinación de programación, e-mails, reuniones, stand-ups  los costos de carga de rotura - nuevo trabajo de valor añadido generan a causa de un defecto anterior; trabajo que utiliza la capacidad que podría haber sido utilizado para las nuevas características, que generan ingresos de valor añadido Kanban para Desarrollo de software La aplicación de la anterior 6 pasos reducirá en todos estos costos. Calidad en el extremo delantero disminuye los costes de carga de rotura y el transparentey la naturaleza visual de Kanban reduce los costos de transacción y coordinación.

20 De vuelta a nuestro problemas: Vanguard Workbench los problemas: 1.Liberaciones se retrasan a menudo 2.Requisitos no eran claras 3.La incertidumbre acerca de lo que realmente se necesita SC o quería en la herramienta ¿Cómo utilizamos Kanban para resolver esto?

21 Kanban en NCS: Vanguard Workbench La solución: Kanban introducido al esfuerzo de desarrollo de software del S-3 para el banco de trabajo.  gestión visual mediante tabla Kanban  Limitar el trabajo en curso  colaboración más estrecha con las SC para determinar sus prioridades  Hacer el esfuerzo de desarrollo Workbench completamente transparente a todo el mundo

22 De vuelta a nuestro problemas: Limesurvey ¿Cómo utilizamos Kanban para resolver esto? los problemas: 1.No colaboración con cualquier persona que entiende los requisitos 2.Desarrollo realiza en todas las encuestas, pero no cualquier encuesta totalmente terminado 3.Las encuestas se implementa con defectos

23 Kanban en NCS: Limesurvey La solución: Kanban introducido al esfuerzo de desarrollo de instrumentos para Limesurvey. Documentado su flujo de trabajo Centrado en la calidad - se encuentran más de 150 defectos en la primera fase de pruebas en esta confianza construida con los desarrolladores de LimeSurvey límites de trabajo en curso introducidas Equilibrado La demanda contra el Throughput priorización Desplegada 4 libre de defectos encuestas en 4 semanas. Zero completó en el antes6 meses. "Está tomando mucho más tiempo para instrumentos de prueba de lo previsto originalmente. Esta es debido al nivel de grano muy fino de detalle en la prueba de ese grupo Gunnison está realizando. Los instrumentos finalizados son de muy alta calidad ".

24 Gunnison de Visual gestión de pruebas aka “Testban” plan -  Crear un tablero Kanban que capturó el más informativo aspectos del esfuerzo de pruebas como sea posible para ese solicitud  Hacer lo más transparente posible, de manera que cualquier persona puede entrar y ver exactamente lo que estaba pasando con las pruebas en ese mismo momento  Nivel de producción para que pudiéramos centrarse en la calidad sin preocuparse rehacer  Darle un lugar fresco (?) Nombre aflojarse off-kanbanning el Kanban:  Nuestro equipo pensó que si pudiéramos kanban todo el esfuerzo de desarrollo, entonces por qué no tratar de usar kanban sólo en el esfuerzo de prueba?

25 Gunnison de Solución visual de gestión de pruebas Ágil / pobre Ágil / pobre apalancamientos Kanban apalancamientos Kanban Poder implementarse con una variedad de herramientas Poder implementarse con una variedad de herramientas No es perjudicial para los procesos existentes No es perjudicial para los procesos existentes

26 ¿Preguntas? Fin