Lo que nadie te va a contar sobre Scrum
Upcoming SlideShare
Loading in...5
×
 

Lo que nadie te va a contar sobre Scrum

on

  • 10,188 views

Talk about the difficulties of implementing Scrum in an organization on BcnDevCon

Talk about the difficulties of implementing Scrum in an organization on BcnDevCon

Statistics

Views

Total Views
10,188
Slideshare-icon Views on SlideShare
10,171
Embed Views
17

Actions

Likes
0
Downloads
3
Comments
0

2 Embeds 17

https://twitter.com 15
http://eventifier.co 2

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Cuantos utilizáis scrum?
  • Ojo pq hay mucho detrás. Scrum es difícil. Lo vemos en los equiposComo esquiar. Esquiar es muy fácil cuando te lo explican. Te subes al telesilla y bajas.Como empecé yo. Errores que te puedes ahorrar con ayuda.Que dificultades nos encontramos más habitualmente.
  • Sobre el papel el PO es muy fácil. Persona de negocia que define QUÉ hace. Pero no hay Pos. Scrum a veces parece muy centrado en el equipo de desarrollo.Acostumbra a ser el primer problema que nos encontramos en una implantación. La gente que lo puede hacer, no acustumbra a estar centrada en esto: ni priorización ni definición en histórias digeribles.Mucha toma de requisitos.La solución simple de pillar a los PM no suele funcionar. Hay que cambiar la cultura. Poner el foco de no hacer nada que no tenga un ROI claro.
  • En las empresas rara vez hay equipos. Hay desarrolladores que hacen parte del producto y que colaboran cuando no hay más remedio.Formar un equipo lleva años. Necesitas establecer mecanismos de colaboración pero no funcionan del día a la mañana.En scrum parece trivial pero entraña muchas dificultades.Ejemplo de PANDA. La dificultad era saber qué equipos había, quien hace qué, que dejaran de trabajar por módulos y emperazan a trabajar por funcionalidades.AssholeDrivendevelopmentCoverYourAssEngineeringGet Me PromotedMethodology
  • Scrum no entra en técnica. Pero pongo un hito que es que a final de producción tienes que tener algo potencialmente acabable. Esto exige pericia técnica, buen uso de técnicas de la ingeniería del SW, integración contínua, testeo unitario, automatización de deploys, etc.Te puedes quedar en un scrum de liturgia, que no entregues valor a final de sprint, que es lo que hace que scrum trascienda de verdad.
  • Todo aquello que hace que el coste del cambio crezca más allá de lo razonable.Muy difícil de entregar valor a final de scrum si tienes deuda técnica.Anti-patrón montón de mierda: sobre un montón de basura solo puedes hacer más basura.Por eso scrum existen tres fases.Visibilidad: somos incapaces de entregar valor. Antes teníamos la falsa sensación de hacerlo.Inspección : Adaptación:Arquitectura orientada al curriculumCurva J
  • Otro de los grandes mitos.Se habla mucho pero no existe. Tu puedes implementar muchas cosas desde dentro del equipo e incluso implementar muchas prácticas ágiles. Pero hasta que no empapa la organización, hasta que no se prioriza, se piensa en el cliente, se quita lo que es waste, no se implica a la gente de negocio tiene carencias.
  • Son condición necesarias: si no tienes daily no tienes scrum (tendrás algo ágil, pero no scrum).No hacer liturgias por las liturgias. Hacer las liturgias no es significativo de hacer scrum. Hay que saber pq se hacen las liturgias: - daily: interactuar con el equipo. - review: exigir calidad, mirar donde está el nivel de calidad del cliente, FB rápidoLo importante es comprender qué objetivos tienen las liturgias.
  • Todo está priorizado en función al retorno de la inversión. Lo que funciona para saber el ROI es estimar: estimar la complejidad y el valor.Cogemos la baraja de cartas que es mucho más fácil que en horas, etc. Y lo mismo para el valor. El ROI es tan simple como hallar el ratio entre estas dos estimaciones. Siempre haremos las características que mayor ROI tengan.Hay mucha diferencia entre estimar y no. Pero no son exactas.
  • Es vital asumir que todo lo que hagamos tiene que tener un match claro con las expectativas del cliente.Si haces el análisis del ROI te vas a ahorrar hacer características que no aportan ROI.Cuantas cosas habéis hecho que no han llegado a producción? Cuantas horas invertidas en nada? Clip de office!! Cuanto costó? Importante no hacer clips de office en nuestro desarrollo de SW.Triángulo de hierro. Siempre vamos a ir justos de tiempo, justos de recursos. Siempre tenemos que jugar con el alcance. La mejor manera, sacar lo que no aporta valor.Office 2010 es la primera versión que tiene menos características que la versión anterior (por primera vez) -> nos ahorramos mucho trabajo
  • La gente se tiene que acostumbrar a trabajar con esta herramienta:I ndependentN egotiableV aluableE stimablesS impleT estableEs donde mana todo.

Lo que nadie te va a contar sobre Scrum Lo que nadie te va a contar sobre Scrum Presentation Transcript

  • • Rodrigo Corral – rcorral@plainconcepts.com – http://geeks.ms/blogs/rcorral/ – @r_corral• Vicenç García – vigarcia@plainconcepts.com – geeks.ms/blogs/devnettips – @vgaltes
  • Scrum Scrum Master Daily Scrum Meeting Team SprintProduct Owner Sprint Review 1. 2. Sprint Planning Meeting 3. 4. Incremento de Sin cambios funcionalidad5. (ni en duración, ni en alcance)6.7.8.9.10. Sprint RetrospectiveProduct Backlog
  • Scrum es difícil
  • No hay Product Owners
  • No hay Equipos
  • La técnica es vital
  • La deuda técnica es un gran impedimento
  • No existe el Scrum de guerrilla
  • Liturgias: necesarias pero no suficientes
  • Estimar es imprescindible
  • El ROI lo es todo
  • Las historias de usuario no son mágicas
  • ¿Preguntas?
  • ¡Gracias!