Timing: 30 mins

Ingredients:

  • At least 10 pages (8.5’ X 11’) per participant
  • 1 marker per participant
  • Stickers

Directions:

We are having a party, and we need to enlist everybody in the room to create invitation cards (3 per person). Begin by showing an example of what the finished card should look like:

  1. fold page in half
  2. draw a happy face on the front,
  3. write a message on the inside,
  4. sign the card,
  5. stamp the back (sticker) and,
  6. mail the card by dropping it in a box.

Once everybody is comfortable with all of the steps, start the timer and have participants build 3 cards each by completing each step to completion before moving on to the next step; this is known as batch & queue. Stop production about half way through and ask everybody what would happen if we decided to change the color of the paper. How much wasted effort would there be? How does this map to software? Let production continue and note the time when the first card is delivered to the customer and again when all cards are complete. Run the process again. This time, have participants complete a card before moving on to the next; this is known as single piece flow. Again, stop production about half way through and ask the same questions as before. Let production continue and compare the times with the first method. Obviously, the second method is much faster at getting something to the customer, but more surprisingly, the second method is also faster over all. Discuss why this is; if the participants say that it is because they have become more efficient, then run it again with the first method and challenge them to beat their time.

Learning Points:

  • By taking a smaller set of requirements all the way to completion, you get something to the customer faster. Conversely, if all the requirements are processed at the same time, changes later in the cycle become more costly.
  • Single piece flow is often faster then batch and queue. This is due to the fact that each cross-functional participant can take ownership of a module all the way to completion, reducing overall task-switching and hand-offs.

Tempo: 30 mins

Ingredientes:

  • Pelo menos 10 páginas (8.5’ X 11’) por participante
  • 1 marcador por participante
  • Adesivos

Receita:

Estamos organizando uma festa, e precisamos listar todas as pessoas da sala para fazermos os convites (3 por pessoa). Comece mostrando um exemplo de como o convite deve ser:

  1. Página dobrada ao meio
  2. Desenhe um rosto sorrindo na frente
  3. Escreva uma mensagem dentro
  4. Assine o cartão
  5. Carimbe a parte de trás (com um adesivo)
  6. Envie o convite, colocando-o em uma caixa

Quando todos estiverem familiarizados com todos os passos da preparação do convite, comece a cronometrar e diga aos participantes para começarem a preparar 3 cartões cada um, completando todos os passos dos cartões antes de iniciar o próximo passo. Essa etapa é conhecida como lote e fila. Pare a produção pela metade e pergunte a todos o que aconteceria se  fosse decidido agora mudar a cor do papel. Quanto esforço teria sido desperdiçado? Como é que podemos mapear isso em uma produção de software? Diga a todo para continuarem a produção e marque o tempo que o primeiro convite foi entregue ao cliente e o tempo em que todos os convites foram terminados.
Após isso, rode o processo novamente. Dessa vez, diga aos participantes para completarem um convite inteiro antes de mudarem para o próximo, isso é conhecido como fluxo de um único requisito. Novamente, pare a produção e faça as mesmas perguntas que fez anteriormente. Deixe a produção continuar e compare os mesmos tempos anotados anteriormente. Obviamente, o segundo método é mais rápido em entregar algo ao cliente, mas, surpreendentemente, o segundo método é também mais rápido por completo. Discutam o porque disso, se os participantes disserem que é por que eles se tornaram mais eficientes, então, rode o primeiro processo mais uma vez, e lance o desafio para que eles consigam bater o tempo.

Pontos de Aprendizado:

  • Pegando uma pequena quantidade de requisitos a serem completados por inteiro, você tem algo concreto pra mostrar ao cliente mais rápido. Assim como, se todos os requisitos forem construídos  ao mesmo tempo, mudanças tardias no ciclo se tornam mais custosas.
  • O fluxo de um único requisito é muitas vezes mais rápido que o fluxo em lote e pilha. Isso acontece devido ao fato de que cada participante multi-funcional pode pegar um módulo inteiro até completar, reduzindo o tempo de mudança e passagem entre tarefas.

Posted by Mike

Tiempo: 30 mins

Ingredientes:

  • Al menos 10 hojas (21,5 cm X 28 cm) por participante
  • 1 marcador por participante
  • Pegatinas o “gomets”

Instrucciones:

Vamos a celebrar una fiesta, por lo que necesitamos a todos los presentes para hacer tarjetas de invitación (3 por persona). Comience por mostrar un ejemplo de cómo debería quedar la tarjeta finalizada:

  1. doble la hoja por la mitad,
  2. dibuje una cara feliz por delante,
  3. escriba un mensaje en el interior,
  4. firme la tarjeta,
  5. selle el reverso (con pegatina o gomet),
  6. envíe la carta introduciéndola en una caja.

Una vez que todo el mundo se sienta cómodo con todos los pasos, ponga en marcha el cronómetro y haga que los participantes preparen 3 tarjetas completando cada paso hasta el final antes de pasar al paso siguiente; esto se conoce como  lote y cola (batch & queue). Detenga la producción a mitad, y pregunte a todo el mundo qué sucedería si decidiéramos cambiar el color del papel. ¿Cuánto esfuerzo desperdiciado habría? ¿Cómo se relaciona esto con el software? Deje continuar la producción y anote el tiempo en el que la primera tarjeta se entrega al cliente y también el tiempo cuando todas las tarjetas estén entregadas.
Ejecute el proceso de nuevo, pero esta vez los participantes deben completar una tarjeta antes de comenzar la siguiente. Esto se conoce como “flujo de una pieza”. Otra vez interrumpa la producción a la mitad y repita las preguntas anteriores. Deje terminar la producción y compare los tiempos con el método anterior. Obviamente el segundo método es mucho más rápido a la hora de entregar algo al cliente, pero sorprendentemente también es más rápido en el total. Discuta el por qué, si los participantes dicen que es porque se han vuelto más eficientes, vuelva a jugar con el método inicial y rételos a batir su marca.

Puntos de aprendizaje:

  • Mediante la toma de un conjunto menor de requisitos hasta el final, se es capaz de entregar algo al cliente más rápidamente. Al contrario, si todos los requisitos se procesan a la vez, los cambios en un momento posterior del ciclo son más costosos.
  • “Flujo de una pieza” es a menudo más rápido que “lote y cola”. Se debe al hecho de que cada participante multifuncional puede ser propietario de un módulo hasta su finalización, reduciendo la cantidad total de cambio de tareas e intercambio de manos

Время: 30 минут

Материалы:

  • Не менее 10 страниц (А4) для каждого участника
  • По маркеру для каждого участника
  • Наклейки

Правила:

Представьте, что у нас вечеринка, и мы должны привлечь всех в комнате для создания пригласительных (по 3 на человека). Начните с демонстрации того, как должны выглядеть пригласительные в конечном итоге:

  1. сверните лист пополам
  2. нарисуйте сверху смайлик,
  3. напишите сообщение с внутренней стороны,
  4. подпишите пригласительный,
  5. поставьте печать на обратной стороне (наклейкой) и
  6. отправьте почтой пригласительный, опустив его в коробку.

Как только все поймут последовательность действий, запустите таймер и предложите каждому участнику сделать по 3 пригласительных, выполняя действия шаг за шагом и не приступая к следующему до завершения предыдущего; этот способ называется партии и очереди (batch & queue). Остановите процесс приблизительно посередине и спросите всех, что произошло бы, если бы мы решили изменить цвет бумаги. Сколько попусту было бы потрачено усилий? Как это сопоставимо с процессом разработки ПО? Продолжайте производство и засеките время, когда первая открытка доставляется клиенту и время необходимое для завершения всех пригласительных. Запустите процесс снова. На этот раз пусть участники создают по одному пригласительному, прежде чем перейти к следующему; это называется единый поток (single piece flow). Снова остановите производство примерно на полпути и задавайте те же вопросы, что и раньше. Продолжайте производство и сравните затраченное время с первым методом. Очевидно, что второй метод намного быстрее для предоставления первых результатов клиенту, но еще более удивительно, что второй метод также быстрее вцелом. Обсудите, почему это так; если участники говорят, что это потому, что они стали более эффективными, то начните игру с первого способа и предложите им попытаться улучшить свое время.

Выводы:

  • Если принимать требования маленькими порциями от начала и до завершения проекта, то вы будете предоставлять результаты клиенту быстрее. И наоборот, если все требования обрабатываются одновременно, то изменения в конце цикла становятся более дорогостоящими.
  • Единый поток (single piece flow) часто быстрее, чем партии и очереди (batch and queue). Это связано с тем, что каждый кросс-функциональный участник может взять на себя модуль работ и сделать его, не тратя время на передачу и переключение на другие задачи.

Перевод Maiia Syta

4 thoughts on “We’re Having a PartyVamos dar uma festaCelebramos una fiestaУ нас вечеринка

  1. Hi Don,

    Card Party seems to run opposite to the multitasking simulation games. Are the results reliable that all cards get done quicker when you do one card at a time to completion?

    Michael

  2. We just went through this exercise in our agile software engineering course. Though I found it interesting, I found there were some learning biases; the first time around, we were still familiarizing ourselves with the instructions. Of course the second time around will be faster, because we already knew the instructions!

  3. Hi Ronica,

    Thanks for the comment.
    I have used this game to demonstrate single piece flow with just one person as well as with almost 100. The learning points can be made whether we group the audience in teams, or just time them all as a whole. Honestly, the only reason we divide participants into teams is to make the exercise more fun by creating a little competition. I usually go with teams of 3 or more.

    Also worth mentioning: to make the game quicker and a little less grueling, I often drop the message writing step of the exercise.

    I hope that answers your question Ronica.

    Happy to help,

    Don

  4. I love this game. I remember you ran this game at Agile ’08 with small groups. Can you remind how it changes if you have the idea of small groups or teams? Do you still track time-first-completed overall? Or is each team responsible to time first-completed? Is each small group like a “team”, competing against other teams?

    At what size group do I want to shift to having teams, rather than a single large group?

    I appreciate any guidance for making this game successful with a larger group.

Comments are closed.