Evento solidario a favor de los enfermos de esclerosis múltiple.

¡Orienta tu Scrum a resultados!

Virtual Scrumday Barcelona 2021

IMPORTANTE: El evento tuvo lugar el pasado 2 de diciembre. Dejamos la compra abierta del evento como donativo a la causa benéfica, y a cambio se podrá acceder a los videos en exclusiva que publicaremos en los próximos días.

¿Empleamos demasiado tiempo en discutir las reglas y contextos de Scrum? ¿Podría ser útil hablar más de resultados e impactos para convencer al negocio? En esta segunda edición del evento, queremos aportar ideas y soluciones aprendiendo de expertos y participar en sesiones prácticas para llevaros ideas de mejora útiles e vuestras organizaciones.

Evento virtual: 2/Diciembre

El segundo vScrumday Barcelona será un evento virtual, que donará todos sus beneficios para mejorar la vida de enfermos de Esclerosis Múltiple.
Días
Horas
Minutos
Segundos

¡Ven al evento!

¡Compra tus entradas o patrocina el evento para hacerlo todavía más increible!

Las sesiones serán grabadas. Si no puedes asistir a todas las sesiones... ¡podrás verlas después!

Estructura del evento

Evento de un día con dos sesiones en paralelo:

– Charlas de expertos sobre temas relacionados con Scrum.

– Contactos y colaboración: Conoce a gente y aprende juntos.

Valores del evento

Divertido: ¡Aprender y pasarlo bien a la vez es posible!

Seguro: Todo el mundo y sus opiniones son respetados y bienvenidos.

Accesible y abierto: Precios bajos para cubrir los costes. Sesiones en Inglés y Español.

Solidaridad: Todo el beneficio se donará para mejorar la vida de los pacientes con EM.

Sesiones destacadas

Jeff Patton

Author of User Story Mapping

Jeff makes use of over 20 years of product design and development experience to help companies create great products.


Heidi Helfand

Author of Dynamic Reteaming

Heidi Helfand is author of the book Dynamic Reteaming. She coaches software development teams using practical, people-focused techniques, with the goal of building resilient organizations as they double and triple in size. Heidi is currently VP of Engineering Growth at Kin Insurance.

Manuel Pais

Co-author, Team Topologies

Manuel Pais is co-author of the book “Team Topologies: organizing business and technology teams for fast flow”. Started the Team Topologies Academy to help organizations scale learning around modern team dynamics and fast flow. 

Dave West

CEO Scrum.org

Dave West is the CEO at Scrum.org. He also was Autor of Head First Object-Oriented Analysis and Design, Lead Developer of Rational Unified Process (RUP), VP Research of Forrester and CPO/CTO of Tasktop.
Scrumday logo - Barcelona flower

Jeff Gothelf

Author Lean UX, Sense & Respond

Jeff Gothelf is the autor of Lean UX, Sense&Respond and Forever Employable, and co-CEO of Sense & Respond Press. He also works as a coach, speaker, author & consultant to help organizations build better products and executives build the cultures that build better products.

Evelien Roos

Professional Knowledge Sharer

Currently I am working as an Agile trainer at Xebia Academy, where I fully focus on sharing knowledge; teaching, conferences, developing and improving of trainings and trainers. I am also certified to teach the ‘Training From the Back of the Room’ and co-created the Virtual Edition of it with Sharon Bowman. 

Guy Maslen

Working with teams to help them work better.

I’m interested in the human side of building an high performance agile or lean organisational culture. Experienced (servant) leader, professional coach, Professional Scrum Master, and strategic systems thinker.

Jordi Falguera

Business Agility | Strategic advisor

As a Business Agility Executive Coach and Strategic Advisor, for more than 10 years, I had the opportunity to participate and lead multiple international transformations from big companies in more than 14 countries and very diverse cultures.

Sesiones Keynote

Speaker: Manuel Pais | IT Organizational Consultant, Keynote Speaker, Team Topologies (book & academy) co-author

Organizations that do not adapt rapidly to the modern, highly-changeable business and technical environment are failing, and failing in large numbers. Increased regulation, pressures from climate change, shifting of energy sources, digitalization, cloud-native, and (recently) the COVID-19 pandemic are all driving a need for business and technical agility in organizations of all sizes.

In this talk, we’ll explore how the patterns and principles from Team Topologies promote true business and technical agility through a rapid flow of software change, fast feedback from running systems, a strong drive for loose coupling, and an awareness of sociotechnical mirroring. Combined with a product mindset and techniques from Domain-driven Design, the Team Topologies approach is helping organizations around the world to adapt to the “new normal” and achieve true business and technical agility.

Speaker: Guy Maslen | Working with teams to help them work better.

My professional background is originally in a high-risk industry. When you are drilling for oil in a new area, the success rate is about one in ten. With an average well costing anywhere between $20 to $200m, billions are spent each year on failed projects. On top of that, there’s risk to health, safety and the environment. Complex engineering and huge pressures underground can lead to disasters with a high cost in human life and to the environment. My background is also in IT; to image the subsurface we need Tbytes of data, tens of thousands of compute hours, and to optimize the flow of work across human and physical constraints. When I started work we were in self-organising teams with a Kanban board to shape the flow, and a focus on those constraints. None of knew about lean, agile or ToC, it was just “how we did things round here.”

I’m going to talk about how what I learned in one of these worlds has influenced my thinking in the other. That’s got a lot to do with human error, how our brains work, and how we can move towards better outcomes.

Nassim Nicholas Taleb first coined the term “black swan event.” In Europe, all swans were white until people visited the southern hemisphere and saw black swans. It’s used to describe an unanticipated event, which with hindsight, seems obvious.

IT projects suffer from black swan events. There’s a great HBR paper by Bent Flyvbjerg and Alexander Budzier that explores this. The title was “Why Your IT Project May Be Riskier Than You Think” and starts off with Levi-Straus budgeting for $5m to upgrade their Enterprise Resource Planning software and spending $192.5m, and almost taking out an iconic brand in the process.

All major disasters tend to be black swans. A sequence of small changes at a low level invisibly increase the risk; people lose sight of the systemic picture, and how close to failure they have become.

In 1980, a drilling platform called the Alexander L. Kielland collapsed in the North Sea, killing 123 people. Subsequent analysis showed that the installation of a hydrophone in one of the legs

  • ironically to increase safety of diving operations
  • had led to structural failure of that leg. The rig design was systemically flawed as a result of a small design change.

So why do big things fail?

My simple answer is human error. With William Royce’s 1970 paper on Managing the Development of Large Software Systems we can unpack a bit why that tended to happen in large scale IT projects.

The slightly deeper answer relates to fear and organizational culture. Patrick Hudson and Ron Westrum’s work on safety culture, points to how people can be afraid to talk about risk. The work of W Edwards Deming and Amy Edmondson comes to the same conclusions, from a different direction. Forsgren, Humble and Kim suggest the same findings in their work on DevOps.

An even deeper answer relates to empiricism and the scientific method. We talk about these things pretty glibly in agile circles, without really unpacking how those things should work to prevent defects.

There’s two core risks we need to explore in software development:

  • we might build the wrong thing
  • we might build the thing wrong

From an agile and scrum perspective we can add a third risk

  • we might fail to improve

Once we recognize the role that human error plays in our thinking, we can start to bring that into our understanding of agility and Scrum. Where a waterfall development process has the fundamental assumption that “we are right” about our analysis, design, execution, testing and deployment, an agile approach needs to embrace the idea that we might be wrong.

While some people contend that being agile is enough to manage risk, I think that exploring what we can learn from human error, and why experts can be “strong but wrong” can help us to be better at what we do. That means designing our way of working for fallible humans, and making sure to quote Michael Küster’s excellent blog – we fail quickly, fail cheaply, learn and move on.

Speaker: Jordi Falguera | Business Agility | Strategic advisor | Learning efficiency | Facilitator and Trainer

What are the executives concerned about? And how can agile contribute to it?

Many times, in the agile world, we focus on efficiency or we focus on the ways and the techniques that can help us improve our way of working, in addition to putting some frameworks and practices in place.

However, for executives, that’s not what matters the most.

What they require is to address concrete problems and particular struggles that they face. And when they do that, they have to do it under a budget and a schedule.

Therefore, when they are tasked with something as abstract as changing the culture or the ways of working, it becomes imprecise, difficult to grasp and disconnected from tangible business outcomes.
So, the purpose of this talk is to share the most common concerns from executives and how to properly communicate with them by using their language. In other words, how to talk so that they want to listen.

See you there!

Speaker: Jeff Gothelf | I help orgs build better products, executives build the cultures that build better products & you build a better career.

Ask around and you’ll hear a level of adoption across industries and domains similar to the big wave of Agile adoption in the late 00’s into the 10’s. For a 40 year old goal-setting framework, OKRs are having quite an impact on the business world. There are increasingly more books on the topic, software to support OKR rollout and a rising number of consultants specialising strictly in their deployment across companies large and small.

In this talk Jeff will share what OKR’s are, how to write them effectively, why they’re powerful and what to look for as organizations begin to implement them.

Speaker: Evelien Roos | Professional Knowledge Sharer

To get the most out of the Scrum Events I tried a lot of things. I experimented with formats and setups. Did a Facilitator training and looked for interesting games and Sprint Retrospective formats. But I never looked further than that. Until I did the Training From the Back of The Room and was intrigued by how the brain works in a training and learning setting.

Learning more about the human brain I figured out one could also use Brain Science to keep the Scrum Events alive and worthwhile. For example, research shows that our brain ‘disconnects’ after 10 minutes when nothing changes. In a training setting you would use this knowledge to change the setting regularly or to make short exercises or chunks of information. In a Scrum event you could use this knowledge also.
How? That’s what we will explore during this session.

In this session you will learn about neuroscience and how you can use it to activate your brain and make your Scrum Events alive and active. Bring your Brain!

Speaker: Dave West | CEO and Product Owner at Scrum.org

As we venture into the post-industrial age the delivery of ‘stuff’ becomes easier, but the delivery of value becomes harder. The Product Owner is a set of accountabilities defined in the Scrum Guide that provide the bare minimum things that someone needs to do to enable Scrum to work and value to be delivered. To manage the tension about work vs value. Of course, those accountabilities do not describe everything a person does, and many organizations use this as a foundation to create a Product Owner role or add those accountabilities to existing jobs such as Product Manager, or Business Manager. And that is where the confusion begins. The blending of the role and its position inside existing industrial-based organization structures. But what and who is the Product Owner? And why are their accountabilities so important for delivering value in an agile way?

In this talk, Dave West, CEO of Scrum.org and recovering Product Owner talks about what makes the Product Owner often the most misunderstood person in Scrum.

Speaker: Heidi Helfand | VP of Engineering Growth at Kin Insurance | Author of Dynamic Reteaming

Agile Teams do benefit from member stability, but to which extent?

In this talk, Heidi Helfand, author of the acclaimed book Dynamic Reteaming, will discuss topics such as: 

  • What are the benefits and the risks of changing team members?
  • Can you avoid that a team change its members?
  • Can you use reteaming as a tool to increase people motivation, organizational resiliency and flexibility?
  • What are the patterns of reteaming?
  • Which practices enable reteaming? Which ones constraint it?

Do not miss it!

Speaker: Jeff Patton | I help companies design and create better products. Author of User Story Mapping.

We all know what a product is. We buy and use them all the time. But, what does it mean where you work? Are the things you build or make really products or not? Are you creating a successful product, or just doing a job? We’ll talk about what product thinking really means and why you and your company may not actually be using it. And, if you’d like to be more product-centric, some specific principles for doing that.

Conecta y colabora

Facilitadores

Imaginemos un nuevo Mercado, un nuevo país, al que queremos acceder con la visión de una nueva Solución que integra varios productos y servicios. Luego imaginemos cómo sería desarrollar esa solución y gestionar la estrategia del producto con escalado Agile.

En este taller práctico:

  • Practicaremos con una solución realista basada en servicios de Medicina, Seguridad y otros.
  • Haremos un recorrido integral desde el análisis del mercado y la estrategia del producto hasta el planteamiento de un posible desarrollo con Escalado tipo LeSS.
  • Conectaremos la Estrategia, el Roadmap y el cambio del modelo organizativo de los equipos.
  • Veremos la flexibilidad que nos da el Escalado Agile para adaptarnos a los ritmos del mercado y del desarrollo.

Facilitador Israel Alcazar | Consultor Organizacional, Agile Coach, Ingeniero Humanista.

En la guía de Scrum se habla del rol de Scrum Master como una persona que debe ayudar al equipo y a la organización a entender y aplicar Scrum y la mentalidad ágil. Sin embargo, la realidad es que muchas veces este rol está centrado exclusivamente en la parte de equipo lo que impide en muchos casos la aplicación de Scrum a toda la organización.

El propósito de este taller es entender las diferentes partes que forman las organizaciones, y facilitar así que los equipos ágiles las entiendan de manera integral. Esto es especialmente importante para los Scrum Master y Agile Coaches, así como los Product Owners/Managers, puedan realizar su rol de manera efectiva.

Este taller se facilitará mediante el marco de trabajo Holistic Observation of Teams de Viktor Cessan y Stefan Lindbohm.

Workshop Facilitators

Most of us believe that effective teams have to be able to deliver end-to-end and stay together for a long time to grow into high performing teams. However, not all high performing teams are stable, cross-functional feature teams. What can we learn from their experience, and avoid the trap of stable feature team dogma? Because we’ve seen this before; the solution to being bad at integrating software is continuous integration, and the way to stop sucking at delivering software is continuous delivery. So why isn’t it logical that dealing with performance impact of team changes can be addressed by continuous reteaming?

In this workshop, we’ll take you through our insights gained from reading and acting on Team Topologies by by Matthew Skelton and Manuel Pais, and Dynamic Reteaming by Heidi Helfand. After sharing what we’ve learned, we’ll help you design your own experiments, and we’ll share tips and tricks on how to get started.

Miembros del panel

El primer principio que lista el Manifiesto Ágil describe “Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.” Pero, ¿Qué es necesario para que los equipos Scrum puedan cumplir este principio?. Una cara de la moneda refleja la necesidad de poder entregar software de manera contínua. Al mismo tiempo, la otra cara de la moneda refleja la necesidad de que sea valioso.

En este panel con lean coffee intentaremos responder a las siguientes preguntas:

  • ¿Por qué es importante que los equipos Scrum incorporen Product Discovery a la hora de hacer Sprints?
  • ¿Es necesario que los equipos Scrum puedan interactuar con los usuarios o eso es solo de la gente del negocio?
  • ¿Qué sucede cuando un equipo Scrum sólo se enfoca en entregar y no entender si se está alcanzando el outcome deseado?
  • ¿Cómo podemos hacer que un equipo Scrum pueda ser eficiente a la vez que entregue el máximo valor posible para los clientes y el negocio?

Te esperamos para dar respuesta a estas preguntas y más junto a un panel compuesto por profesionales que han trabajado y siguen colaborando para poder implementar las prácticas y hábitos de Product Discovery en equipos Scrum en sus organizaciones.

Participantes

Los OKR (Objectives and Key Results) se han convertido en una forma muy popular de establecer objetivos.

Pero, ¿cuál es la mejor forma de establecerlos y gestionarlos? ¿Cuáles son los problemas más habituales en los OKRs que definen las organizaciones? ¿Cómo pueden ayudarnos en el desarrollo de productos?

A estas y otras preguntas responderán dos reconocidos expertos como Jeff Gothelf y Javier Martín en este taller con formato Lean Coffe.

 

Participan

A los pocos días del confinamiento al inicio de la pandemia, me llamó un buen amigo acusándome de tenerlo preparado. Me decía, parece que lleves toda la vida preparándote para este momento. Se refería a que hace más de 15 años que trabajo en remoto con mis equipos y desde hacía menos de 2 años había reducido mis costes de infraestructura drásticamente. La pandemia ha sido el primer contacto con el trabajo remoto para muchas empresas y estas jamás han conseguido adaptarse a pesar de tener un trabajo a priori realizable en remoto.

En este panel queremos ver los dos puntos de vista, los que defienden el trabajo remoto como la mejor opción y los que piensan que como la oficina no hay nada para trabajar.

Aprovecharemos la sesión para contraponer opiniones, hablar de vuestros casos y daros nuestra opinión además de compartiros una pirámide del trabajo remoto que quizá os pueda ayudar.

Participantes

Descripción del panel

La transformación ágil tan deseada por los Directivos puede quedar fácilmente atascada sin su apoyo activo para eliminar impedimentos organizativos.

Pero, ¿por qué es tan difícil conseguirlo?

¿Podemos explicar mejor Scrum a la Dirección? ¿O hay algo más?

Este panel, que contará con la participación de Directivos y reputados agile coaches, busca dar claves sobre esta situación y cómo abordarla.

 

Facilitadores:

Basado en el artículo: We Tried Baseball and It Didn’t Work

Organizaciones de todo el mundo dicen: “Si no desarrollas tu producto con Scrum, fracasarás”. Claramente nos están engañando, porque nosotros hemos probado Scrum y no funciona.

“Para empezar las reglas están mal. No necesitamos reunirnos cada día durante 15 minutos, con 1 hora y media los viernes es suficiente. Las retrospectivas las hacemos cuando hay algo que mejorar. La planificación también la hacemos cuando hace falta, total, si al final hay que acabar todas las tareas del backlog. Y en la sprint review le enseñamos el código que hemos hecho durante el sprint a nuestro clientes. En definitiva, a nosotros Scrum no nos funciona.”

En este taller práctico te ayudaremos a resolver tus dudas con Scrum.
👉 ¿Qué es aquello que no termina de funcionar en tu organización?
👉 ¿Qué factores determinan el éxito en otras empresas?
👉 ¿Por qué llamar a las cosas por otro nombre y añadir alguna reunión que otra no funciona?
👉 Mediante estructuras liberadoras conseguiremos profundizar en aquellos temas que te están impidiendo disfrutar al máximo de la entrega ágil de valor con Scrum.

Event Sponsors

Gold Sponsors

Silver Sponsors

Organizado por Barcelona Scrum Meetup

vScrumdayBCN_patro_BSM.png

Barcelona Scrum Meetup se creó en 2014 para reunir a las personas interesadas en Scrum.

Visítanos en: meetup.com/Barcelona-Scrum-English

Scroll to Top