1

Ao invés de perguntar sobre documentação, aprenda com ela

Que tal um Doc Journey Map, como um Customer Journey Map inspirado em 5w2h e SIPOC?

Conforme o porte da empresa, envolvem-se Governança, PMO, área de processos e representantes das equipes, trata-se de uma necessidade e responsabilidade da organização estabelecer alguns padrões e GQA necessário.

Lembra SIPOC, trabalha uma espécie de 5w2h de origem a destino de cada artefato, incluindo uma reflexão sobre custo (empenho), confiabilidade, redundância e validade, quer temporária ou permanente.

Como todos os canvas e artefatos ágeis, são experienciais, o objetivo não é seguir o roteiro, mas estabelecer uma discussão focada em desperdícios e valor, assertiva, da melhor forma possível, caso-a-caso.

Não se preocupe com o número de campos, o preenchimento é orgânico, preencher é fácil e rápido se as pessoas envolvidas estiverem presentes, promovendo um debate não sobre certo e errado, mas uma auto-avaliação, momento e necessidades.

DOC JOURNEY MAP II

Baixe o canvas acima em tamanho A3
Baixe o canvas acima em tamanho A4

Em startups e pequenas empresas nunca usei, nunca precisou, esta é uma técnica para grandes empresas, quando há áreas de processo, governança e PMO, pois a discussão sobre métodos ágeis sempre envolve também documentação.

Um exercício que pode gerar muita empatia e sinergia, todos buscando potencialmente passar a gerar artefatos com maior conhecimento do processo, o mínimo realmente necessário, considerando origem, destino e relevância.

Eu sempre começo pelo processo, é quase um aquecimento, de forma simplificada, garantindo sempre que seja divertido e descontraído, direto no quadro branco. O resumo é o passo-a-passo da documentação em questão, eu coloco inclusive os nomes da galera.

Artefato – Nome do artefato
GT – Grupo de trabalho
Data – Datas de discussão

Quem cria – papel ou equipe
Onde/como – ferramenta e repositório
Conteúdo/objetivo – informações
Custo/energia – Tempo e envolvimento
Redundância – Único ponto ou não

Quem usa – papel ou equipe
Quando/porque – momento e para que
Valor agregado – qual o seu valor
Validade – temporário ou permanente
Confiabilidade – é confiável, timing

Processo – fluxo simplificado de manipulação desta documentação
Meta/futuro – qual a projeção, melhoria, mudanças, novas práticas, substituição

Não tem um roteiro rígido, mas bom senso, eu uso uma folha para cada artefato utilizado ou proposto, preenchendo com postits pequenos, pelos olhos de quem faz e quem consome … estruturando um mapa de docs na parede, da esquerda para a direita representando tempo.

Uma folha para cada documento ou artefato, entre as pessoas interessadas, em um GT, não impondo certo ou errado, mas provocando uma reflexão e debate sobre cada oportunidade, construção e manutenção, custo x benefício.

No mercado tem uma variedade de artefatos e documentos, alguns bem tradicionais, alguns ágeis, muitos em transição – Visão, análise de negócio, casos de uso, ER, histórias do usuário, product backlog, BDD, protótipos, cenários de testes, …

Não é um autor que vai dizer o que é bom ou não para o momento de vocês, afinal estamos todos em transição, os livros, artigos e debates em fóruns e CoP’s ajudam a ter maior discernimento neste debate sobre o que manter, mudar, abandonar, um passo cada vez.

O campo de meta/futuro é exatamente identificar alternativas futuras para substituição ou mesmo eliminação, quem sabe boas práticas como histórias do usuário, seguindo DDD, partindo de BDD, código auto-documentado e clean code, uma boa orientação a serviços, automação de testes funcionais, etc.

Documentação é inversamente proporcional às suas boas práticas ágeis
Acredite, documentação é muito mais que as tais histórias do usuário

0

Scrum Setup Canvas no Agile Trends Gov 2017

Mais uma rodada de compartilhamento do Scrum Setup Canvas, desta vez na capital federal durante o Agile Gov 2017. Foi minha primeira apresentação usando como pano de fundo o Savana SCRUM, mas mantendo a pegada de diferenciação entre Go Horse e SCRUM.

Sala lotada, um bloco onde quem me precedeu foi o Allison Vale, iniciei apresentando uma das alegorias que mais curto, do Andy Glover onde o product backlog é um cesto enorme com todas as suas roupas sujas e o sprint backlog é a roupa que necessitamos para amanhã.

Valor é garantir ter a roupa adequada para seus compromissos do dia seguinte, de nada adianta lavar um cesto de cuecas ou as roupas mais caras ou as maiores ou menores, valor é ter aquela muda necessária e adequada para o dia seguinte, quer para frio, calor, longa ou curta.

SCRUM SETUP CANVAS

O mote do Scrum SetUp Canvas começa com as informações, combinações e restrições, como o tipo de máquina de lavar e secar, a capacidade de ambas, o tipo de sabão, para roupas brancas ou coloridas, se a expectativa é a entrega delas passadas e dobradas, …

Sempre trago minha maior convicção sobre o conceito de ToolBox 360º, que diz respeito a seu processo, ferramental, boas práticas, qualidade, excelência, destacando a certeza de que cada decisão acarretará ganhos ou perdas, que deverão ser transparentes e realistas.

Relembrei conceitos básicos sobre o Agilo romântico defendido por alguns e o Agila realista das grandes organizações, os conceitos básicos do SCRUM e suas variações, praticados em meio a complexidade e vicissitudes de empresas, governança de TI, PMO, GP e times.

  • Elevator Statement
  • Equipe e envolvidos
  • Aproveitamento e formato dos sprints
  • Arquitetura e Integrações
  • Indicadores e Métricas
  • Boas Práticas e Ferramentas
  • DoR (Definition of Ready)
  • DoD (Definition of Done)
  • Feriados e Férias
  • Sprint Zero
  • Reserva Técnica (%)

DESAFIO TOOLBOX 360°

Ao final dos 25 minutos, um convite ao jogo das 17:30 na mesma sala, quando 25 pessoas participaram até as 19:00 do Desafio ToolBox 360°, sempre com muitos insights, debates, argumentações e aprendizado. Tudo isso concorrendo com o happy-hour e cerveja no saguão ao lado.

SCRUM SETUP CANVAS
02/04/17 – Spoiler da minha palestra para o Agile Trends
13/04/17 – Apresentação em 25 min no Agile Trends
07/06/17 – Versão pdf tamanho A3 para impressão

TOOLBOX 360º
01/03/17 – Página Desafio ToolBox 360° / 5W2H  🙂
08/03/16 – ToolBox 360°, um guia de referência geral de boas práticas
03/04/17 – Desafio Toolbox – Agile Trends 2017 – ppt – relato

0

De Taylor a James Shore, de Deming a Eric Ries

A pedido, uma aluna me pediu uma revisão conceitual sobre princípios e trabalho a partir da revolução industrial, da escola clássica, mecanicista, da linha de produção, o Lean Toyota, os métodos lightwave, o manifesto ágil, até o Design Thinking e Lean Startup.

De artesãos a especialistas

No século XIX ainda tínhamos uma era artesanal, mestres, oficiais e aprendizes, uma época em que mestres regulavam profissões, atuação e preços. Período pressionado pela concentração urbana e inventividade humana, consolidando um período tão intenso de mudanças que ficou conhecido como uma revolução.

Uma necessidade histórica frente à máquina a vapor, crescimento das demandas e mão de obra abundante, encontrando soluções baseadas em mecanicismo e padronização, inclusive humana, com departamentos e especialistas, estabelecendo que cada um deveria fazer uma parte.

A ideia de termos especialistas contrapunha o modelo artesão, ao invés de pessoas que conheciam grande parte ou todo o ciclo de produção, exigindo anos de treinamento, a proposta eram especialistas que sabiam exclusivamente aquilo para que eram treinados.

Esta proposição os tornavam facilmente cambiáveis, rapidamente treinados, aproveitando imediatamente a mão de obra desqualificada disponível e trocada conforme necessidade. Cada especialista sabia realizar sua função repetidamente, sendo medido pelo número de vezes que fazia.

Grandes nomes como Taylor, Fayol, Ford e o casal Gilbreth, tempos e movimentos, pessoas como partes de uma máquina, parar para pensar era desperdício, era preciso apenas aprender como executar repetitivamente, um pensa para muitos executarem, chamamos de comando-controle.

De especialistas a colaboradores

O século XX foi marcado pelo florescimento exponencial da inventividade humana, mas também da concentração urbana, foco em bens e consumo, diferenças sociais e leis trabalhistas, duas guerras mundiais e os primeiros 50 anos da “computação”.

As máquinas evoluíram, semi-automatizadas, automatizadas, informatizadas, sempre reforçando os modelos fabris do século XIX, baseados em especialização de papéis, até o momento histórico do esforço pós-II guerra mundial que encontrava um Japão falido, em completo colapso.

No japão e alemanha, emissários Europeus e Americanos em áreas como de governo, bancário e produção, se esforçavam no esforço de gerar estabilidade e riqueza para evitar que países em ruínas viessem a gerar uma insatisfação social que geraria a terceira guerra mundial.

Nomes estrangeiros como Deming e Juran trabalharam em prol do crescimento japonês, somado a uma cultura disciplinada e um legado dos anos 20 de Sakichi e Kiichiro Toyoda baseado em “autonomação” e Kaizen, uma automação com toque humano para melhoria contínua.

O programa de qualidade japonês floresceu, com a Toyota enxugando todo o desperdício de seus processos, adotando equipes auto-organizadas  e colaboradores que conseguiam ver e opinar além da “sua” tarefa … era a revolução fabril Lean liderada pela Toyota nos anos 70.

De colaboradores a profissionais do conhecimento

Toda aquela base de novos conceitos protagonizados pelo clã Toyota e seus colaboradores transformaram-se em inspiração na década de 80 para o início de métodos conhecidos como Lightwave, que passaram a ser conhecidos como métodos Ágeis a partir do manifesto de 2001.

Em Fevereiro de 2001 dezessete profissionais que vinham experimentando métodos de desenvolvimento de software como Scrum, Crystal, DSDM, XP, inspirados nos princípios de produção enxuta da Toyota chamavam a atenção do mundo pelos ótimos resultados obtidos.

. 1992 – Crystal Clear Method – Cockburn
. 1993 – Scrum – Shuterland, Schwaber e Beedle
. 1994 – Analysis Patterns, UML Distilled, XP – Fowler
. 1996 – XP – Kent Beck, Cunningham e Jeffries
. 1997 – DSDM (Dynamic Syst. Dev) – Bennekum e outros
. 1997 – FDD – Feature-Driven Dev. – Jeff De Luca e Peter Coad
. 1997 – ASD – Adaptive SW Dev.. – Jim Highsmith e Alistair Cockburn
. 1999 – The Pragmatic Programmer – Andrew Hunt e Dave Thomas
. 2003 – Lean Software Development – Mary e Tom Poppendieck

Nos 16 anos que sucederam o Manifesto Ágil vimos o crescimento dos métodos ágeis, especialmente Scrum, XP e Kanban, no Brasil consolidou-se a partir de 2008, conquistando a partir de 2012 as grandes empresas com propostas racionais como a TI Bi-Modal do Gartner.

Ao mesmo tempo, também vimos a gestão por competências e a gestão do conhecimento somando, o surgimento do Lean Startup, do Design Thinking, o conceito e papeis como UX, espaços como Open Spaces (Concept Of Ba Offices), Business Model Generation, …

Nos últimos anos vimos um sincretismo cada vez maior entre diferentes metodologias, frameworks e conceitos, quer tradicionais ou mais recentes, na direção de proporcionar maior empatia, agilidade, equidade, eliminação de desperdícios, antecipando resultados e taxas de sucesso.

Hoje, data estelar de Agosto de 2017, o mercado busca algo que chamamos de Agile Transformation, empresas ágeis respondendo rapidamente ao mercado, tecnologia, globalização, não mais apenas equipes e projetos ágeis, mas empresas Lean, tanto quanto criativas e ágeis.

A seguir algumas das metodologias ágeis com as quais me envolvi desde 2008, lembrando que nenhuma per si é suficiente, normalmente há um método de gerenciamento de projeto, o uso de quadros seguindo os princípios Kanban e boas práticas típicas do XP:

SCRUM – Framework para gerenciamento de projetos ágeis apontado por pesquisas como o método ágil mais praticado no mundo;

Scrum Of Scrum – Propõe mecanismos simples para planejamento e execução cooperativa quando o projeto necessita várias equipes;

KANBAN – Método baseado em gestão visual de fluxo que se utiliza de cartões e regras inspiradas no conceito de sistemas puxados;

LEAN Office – Propõe a filosofia Lean às equipes de escritório para melhorar sua produtividade e qualidade, luxo, + valor e – desperdício;

XP – Extreme Programming originou-se nos grupos de OOP, valoriza iteratividade, refatoração, pair, feedback, testes automatizados;

SAFe e Nexus – Frameworks ágeis em escala, para muitas equipes no projeto, quando Scrum of Scrum já não atende a necessidade;

DSDM – Metodologia de Desenvolvimento de Sistemas Dinâmicos, originado em Desenvolvimento Rápido de Aplicação (RAD).

Business Model Generation – Modelar rapidamente com o máximo de empatia é premissa para projetos ou sustentação ágil, conhecendo o cliente e o desafio;

Design Thinking – Um conjunto de técnicas e artefatos 100% focados no entendimento do cliente, quer problema, oportunidade ou objetivos;

Lean Startup – Quer inovação e empreendedorismo em startups, quer capacidade absortiva em empresas, não dá para ficar parado nem desperdiçar;

Management 3.0 – Um novo modelo mental para empresas e suas equipes exige a reinvenção de nossas lideranças do século XXI;

Temos muito o que andar, mas a história nos inspira e dá a entender que estamos no caminho certo!

 

0

Quem foi rei, não quer perder a majestade!

Para mudar ou melhorar, é preciso questionar velhas receitas, experimentar novas, aprender com elas e prosseguir neste ciclo virtuoso! Se você já sabe tudo e não abre mão disso … fica mais difícil 🙂

Ao migrarmos para métodos ágeis como SCRUM ou Kanban alguns conceitos são basilares, como o fundamento de auto-organização e premissa de confiança, delegação ou negociação. Todos os envolvidos aprenderão a trabalhar sob um paradigma racional de trabalho colaborativo, geração de valor, eliminação de desperdícios, baseados em comunicação e argumentação.

Para muitos profissionais o desafio maior é abrir mão do individualismo, competição e falsa sensação de poder ou controle. Isso vale especialmente a quem não estava acostumado a ter que embasar e justificar sua decisão, seu trabalho ou conduta. Muitas vezes são exatamente aqueles profissionais mais sênior, viciados em ribalta e poder.

A estes caberá entenderem que serão tão ou mais valorizados quanto melhor o resultado de todos, do time, do projeto, que inexiste a “sua” parte, mas sim o resultado do conjunto. Em determinados momentos sua colaboração transversal será muito mais percebida que “suas” tarefas. Basicamente, se cada um fizer a “sua” parte, provavelmente não vai dar certo.

Um gestor ou líder que não sabe delegar, que não consegue confiar em seu time, que trata problemas de seus times como se ele mesmo não tivesse nada a ver com isso. Mandos e desmandos, relações com pouca transparência, falta de feedback seguido de muito teatro e reações pouquíssimo “ágeis” e colaborativas, focadas ainda em buscar culpados ao invés de soluções.

Profissionais que buscam a ribalta, estão acostumados nos processos antigos em estarem na ribalta sozinhos, muitas vezes competitivos dentro do próprio time, disputando com o cliente ter a razão e eximindo-se sempre que possível da co-responsabilidade. Brinco que em muitas oportunidades meu maior desafio é mudar o mindset do mais senior e não dos mais juniores.

Aquele cliente que acha que pressionando, reclamando, exigindo ou isentando-se, gera um clima em que todos farão mais que fariam caso o ambiente fosse amigável e construtivo. Acreditando que é o cliente, sempre tem razão, “está pagando”. No seu entendimento, não confia, não envolve suas equipes, decide tudo sozinho, o fornecedor é um problema e não uma solução

Empresas acostumadas ao paradigma de negócios ganha-perde, sempre buscando uma brecha, reinando, usando sua experiência para aplicar a Lei do Gerson, a Lei Ricúpero, tirando vantagem de parceiros, colaboradores, fornecedores ou clientes. Muito teatro e artes cênicas nos seus relacionamentos e interações.

Conclusão

Todo e qualquer método ágil inspira-se em colaboração cliente-fornecedor, equipes auto-organizadas, geração de valor em equidade, eliminação de todos os tipos de desperdícios em um trabalho e relacionamento profícuo, harmônico, cadenciado, onde todos os envolvidos engajam-se em agir da melhor forma em prol de sinergia.

Daí surgem nos meios organizacionais termos como ecossistema, auto-eficácia, equipes de alta performance, líder-servidor, colaboração pró-ativa, melhoria contínua e tantos outros termos e temas que precisam ser entendidos, internalizados e praticados diariamente.

3

Um guia de 12 páginas com o resumo do resumo

É preciso ser ágil na agilidade, por um lado tem a ver com a cultura Lean, sermos enxutos e objetivos, também tem a ver com capacidade absortiva e carreira proteana, tanto quanto criar ambientes sustentáveis e positivos. Para isso, precisamos ser criativos, planejar sucintamente, seguir MVP, validar e evoluir, é mais fácil do que parece.

IIAp

Sempre curti criar resumos, esquemas, diagramas, uma forma de fixar conhecimento, desde criança os faço para estudar, instigando minha memória visual e motora. Talvez dai venha minha paixão por registrar tudo o que aprendo e pratico aqui no blog e em livros, guias, encartes, canvas, acima de tudo escrevo para mim.

O guia de uma página A3 criado em 2014 foi crescendo (como esperado), a partir de cada livro, artigos, posts, fui incorporando conceitos e lembretes sobre diferentes métodos, frameworks e propostas, chegando a 12 páginas A3 que estão sempre comigo e compartilho com quem interajo em projetos pelo meu link no dropbox:

https:/dropbox.com/s/hp05qzvks54qad6/Super Guia Rápido.pdf

Já esta tudo aqui nos posts do blog a muito tempo, acessível em seus posts, páginas, BlogMap e links úteis, mas ainda não tinha compartilhado esta versão em pdf, talvez tenha passado desapercebido por quem acompanha os posts e não navega no blog, o conteúdo deste guia é:

  1. Estratégia e adoção Agile
  2. Papéis e carreira
  3. Pré-game e ideação
  4. Business Model Generation
  5. Preparação para o planejamento
  6. Planejamento
  7. Execução SCRUM
  8. Sustentação KANBAN
  9. Management 3.0
  10. Design Thinking
  11. DevOps
  12. Self-Assessment

O link é dropbox porque é lá que mantenho todos os pdf’s que compartilho por aqui, o link do guia A3 original onde este de 12 páginas começou é este aqui:

guiarápidoSCRUM360

0

Do Takt Time do Lean ao Tiki-Taka do Barcelona

Os conceitos e fundamentos do Lean sobre fluxo são essenciais para entender métodos ágeis. Tem a ver com a percepção de produtividade e efetividade, evitando a sensação de trabalhar muito e não ter os resultados e reconhecimento desejados. Então vamos falar de Takt Time e cadência  \o/

Takt Time é o tempo dividido pela demanda na indústria Lean, um fundamento essencial ao conceito de sistemas puxados, se for rápido demais gerará stress e estoques intermediários, se for lento demais gerará ociosidade e descompasso, ambos induzindo ao erro e desperdícios.

Cadência é o estabelecimento de um ritmo sustentável e equilibrado entre recursos, pessoas, tempo e produção, com valor e qualidade. O segredo é encontrar um ritmo constante que mantenha o fluxo, desafiador mas possível, seguro mas não pessimista.

SCRUM

Equipes que seguem o método SCRUM são impelidas a trabalhar com conceitos e regras que os induzem ao estabelecimentos de seu Takt Time e cadência a cada projeto, de forma iterativo-incremental-articulada, ajustando conforme avançam e aprendem.

Baseado nesta premissa conceitual eu propus o Scrum Setup Canvas antes do planejamento do Release PLan, de forma a levarmos em consideração os vetores e variáveis que influenciam as estimativas em cadência, validando nossa capacidade a cada sprint.

Os instrumentos oferecidos com sucesso pelo método é o DoR (Definition of Ready) e DoD (Definition of Done), o primeiro estabelece os critérios que permitirão o desenvolvimento de cada história de forma eficiente, o segundo são critérios para considerar cada história pronta para o cliente.

o Dor e DoD estabelecem o ritmo de um time, que proporcionará um compasso estabelecendo mínimo desperdício e alta performance sustentável para entrega contínua de valor ao cliente com a qualidade estabelecida e acordada.

A intenção é estabelecer um ritmo cadenciado entre o DoR e DoD, enquanto os desenvolvedores trabalham no desenvolvimento partindo do DoR das histórias do sprint corrente até seu DoD, colegas trabalham para o estabelecimento do DoR do próximo sprint, orquestrando a evolução.

KANBAN

No kanban temos o conceito de fluxo contínuo, método que utilizo muito para equipes de sustentação. Neste caso, não temos o Release Plan, DoR e DoD como no Scrum, pois trabalha foco naquilo que é mais importante a cada momento, não constituindo sprints, mas continuamente.

Mas o mesmo mecanismo é utilizado de forma diferente, priorizadas as alterações corretivas ou evolutivas o time vai puxando conforme escala e trabalhando de forma a entender, executar e atender, entregando valor e qualidade sem o estabelecimento de demandas para cada duas semanas de trabalho.

Neste caso, ao se utilizar de suas boas práticas, teremos um quadro físico ou virtual com a evolução de status até estar pronto, regras explícitas, estabelecimento de quantidades, monitoramento de fluxo com métricas como lead time, cycle time, throughput, burn down, cumulative flow.

Na prática, a essência do conceito de equipes de alta performance diz mais respeito a cadência coletiva que a produtividade individual, quais as técnicas que nos auxiliam a práxis de comunicação ativa, colaborativa e tomadas de decisão a cada dia em prol de eficácia e eficiência em processo e produto.

TIKI-TAKA

Uma analogia descompromissada com o famoso conceito Tiki-Taka do Barcelona e seleção espanhola, definido como um sistema baseado em posse de bola através de passes curtos utilizando todos os espaços do campo e todos os jogadores, a bola não para, cada jogador sempre com múltiplas opções de passe rápido.

No sistema catalão, também usado pela seleção espanhola, todos os jogadores participam direta ou indiretamente da jogada, movimentando-se de forma a serem uma opção para receber a bola e passar a outro colega, mantendo o ritmo, atenção e colaboração ativos sempre, envolvendo o adversário e, com frequência, vencendo.

CONCLUSÃO

Os desperdícios do Lean dizem respeito a tudo o que possa comprometer nosso Takt Time e cadência de valor, produção apressada com estoques intermediários inúteis e de alto risco, movimentação indesejada, execução defeituosa, foco fora da prioridade a cada momento, tudo isso dinamicamente.

Fazer certo a coisa errada é tão ruim quanto fazer errado a coisa certa, é preciso fazer certo a coisa certa, um passo de cada vez, de forma cadenciada, sempre iterativo-incremental-articulada, com pequenos e contínuos ciclos sustentáveis, projetando, executando, validando e corrigindo.

Não é tão difícil assim, é só começar a andar e a cada ciclo ir experimentando, aprendendo e melhorando, deixando as retrospectivas fazerem seu trabalho. Como disse o Bilbo Bolsseiro, “Você pisa na Estrada, e, se não controlar seus pés, não há como saber até onde você pode ser levado …” \o/

0

Se fossemos uma lavanderia, poderia ser uma lavanderia SCRUM

O blog http://cartoontester.blogspot.com.br não tem novos posts desde 2014, tem um traço muito próprio, mas eu tenho paixão pelo diagrama abaixo, alegoria ao método SCRUM caso nosso backlog fosse um enorme cesto de roupa suja. A beleza da simplicidade, impossível não entender o básico do SCRUM com ela.

É possível discernir facilmente cada etapa, inclusive é possível entender o que é valor, a relevância de um bom Release Plan, o que é o Selected Sprint Backlog, o próprio Sprint backlog, o conceito de sprint, a review e retrospectiva, até o pacote potencialmente entregável, daria para reescrever o guide de forma bem divertida.

Nada disso está no blog do Andy Glover (talvez parente do Danny), mas a primeira vez que olhei para essa alegoria, diagramada como abaixo, foi amor a primeira vista … todos os conceitos de timeboxes e artefatos pulam na frente, muito legal!

Poderia traçar analogia a N situações, acho que até meus avós entenderiam o que é esse tal de SCRUM, backlog, sprint, para ilustrar escolhi um cenário bem simples:

Pré-game: nosso PO chega na lavanderia SCRUM com um imeeeeenso cesto de roupa suja, mostra para a equipe e pede um planejamento para estimar o custo. O cesto é muito grande e a galera pergunta para o PO o que ele tinha ali, qual sua necessidade e expectativas, permitindo a equipe planejar e combinar o projeto.

Com o Scrum Setup Canvas eles percebem que precisarão de uma máquina de lavar, outra de secar e uma bancada de passar, dimensionamento de equipe, exigências de qualidade do serviço, pontos de atenção, cuidados, etc. Estimam que precisarão provavelmente 3 (três) sprint (rodadas na máquinas de lavar, secar e passar), mais 1 (um) de buffer na eventualidade de precisar de sete, pois dependendo do tamanho e peso das toalhas talvez seis fosse pouco.

O nosso PO diz que precisa para a primeira sprint de pelo menos uma toalha grande, pois está sem nenhuma e tem que tomar um banho para ir trabalhar e que até a segunda precisará de determinada calça de veludo, uma camisa azul e roupa de baixo para usar, determinando que para o terceiro precisaria de um smoking completo e roupa de baixo, meias pretas. De posse das informações a equipe planejou os itens a cada rodada de forma a atender as necessidades do cliente.

Ao final, está definido o nosso product backlog, entendido, priorizado, MVP, planejado em sprints, permitindo à equipe começar a trabalhar no primeiro sprint.

Sprint 1 – A equipe realiza o primeiro sprint, seguindo a prioridade do cliente, realizando cada máquina e serviços, mantendo o cliente informado do andamento e tendência. O cliente pôde passar no horário combinado e avalia o trabalho executado, comentando que esperava mais da dobradura de uma camisa, feedback depois discutido entre a equipe para que as próximas fiquem melhor.

Sprint 2 – O PO propõe alterar um pouco o sprint backlog, apontando outra calça como prioridade e incluindo mais uma toalha pequena que trouxe, mas que a equipe acredita que não impacta na previsão e por já ter entregue a toalha grande, avaliam a tendência e avisam o cliente que provavelmente não precisará do buffer. A entrega se confirma e o cliente elogia que a nova dobradura da camisa está muito melhor e a calça de brim escolhida será melhor para seu compromisso.

Sprint 3 – A cada sprint a equipe confirma com o cliente a priorização e condições, executa, entrega e ao final discute os feedbacks e percepções variadas de ocorrências. Já conhecem o cliente e estabelece-se uma relação de confiança, quer pela transparência, pela confirmação, parceria e resultados.

Quer tentar? Fecha os olhos e faça seu story board mental do projeto SCRUM da sua lavanderia com o seu cliente … acho que a galera do Savana Scrum vai abrir uma lavanderia na selva e vou postar algumas tirinhas das suas aventuras  \o/