Afinal de contas, posso mover os itens (cart\u00f5es) para tr\u00e1s?<\/em><\/p><\/blockquote>\n H\u00e1 alguns poucos conte\u00fados sobre o assunto em ingl\u00eas (Moving cards backwards<\/a>,\u00a0Avoiding going Backwards on Kanban<\/a>,\u00a0Kanban moving cards back<\/a>), por\u00e9m em portugu\u00eas o \u00fanico conte\u00fado que encontrei foi este v\u00eddeo bastante elucidativo do Rafael Buzon<\/a>. Dada esta escassez decidi compartilhar nossa opini\u00e3o a respeito.<\/p>\n Caso voc\u00ea esteja com pressa, esta \u00e9 a nossa opini\u00e3o: Evite mover itens para tr\u00e1s<\/strong>.<\/p>\n Agora se voc\u00ea dispuser de um pouco mais de tempo, vem comigo que vou explicar o porqu\u00ea.<\/p>\n Imagine a seguinte situa\u00e7\u00e3o: Um item de trabalho acaba de chegar em uma etapa de garantia de qualidade (coluna “Validando”<\/strong>) e alguns defeitos foram descobertos. Ser\u00e1 necess\u00e1rio um esfor\u00e7o das pessoas desenvolvedoras para corrigir estes defeitos.<\/p>\n Suponha que a equipe optou por dar visibilidade para isso retornando o item de trabalho defeituoso para a etapa “Pronto para fazer”<\/strong>. Observe como esta movimentac\u00e3o se reflete no quadro:<\/p>\n Confira a seguir as implica\u00e7\u00f5es desta escolha:<\/p>\n Se voc\u00ea utiliza dos limites WIP<\/a> para suavizar o fluxo de trabalho, mover itens para a esquerda pode complicar um mecanismo que deveria ser simples.<\/p>\n No exemplo, o item defeituoso estoura o limite da coluna de “Pronto para fazer”<\/strong>. E agora?<\/p>\n Acabamos de criar um dilema desnecess\u00e1rio. O quadro deveria induzir o time a tomar uma decis\u00e3o r\u00e1pida e n\u00e3o criar um debate improdutivo sobre as pol\u00edticas do fluxo (que deveriam ser claras, diga-se de passagem).<\/p>\n O principal papel do quadro kanban \u00e9 prover sinais visuais ao time, proporcionando tomada de decis\u00e3o com autonomia e baixo custo de coordena\u00e7\u00e3o. Perceba que perdemos um pouco disso quando fizemos o item fluir para a esquerda:<\/p>\n Se voc\u00ea estiver (e espero que voc\u00ea esteja) medindo seu fluxo atrav\u00e9s de m\u00e9tricas de processo, mover itens para a esquerda pode n\u00e3o ser uma boa ideia.<\/p>\n Um dos grandes trunfos da instrumenta\u00e7\u00e3o de um fluxo de trabalho com indicadores \u00e9 a capacidade de diagnosticar problemas atrav\u00e9s da an\u00e1lise de lead time<\/em><\/a> e das filas. Seria uma pena se estas m\u00e9tricas n\u00e3o falassem a verdade, n\u00e3o \u00e9 mesmo? Veja:<\/p>\n A tend\u00eancia de um sistema de trabalho, um sistema aberto, \u00e9 se deteriorar se n\u00e3o houver iniciativas de melhoria. Se estamos negligenciando a melhoria cont\u00ednua em nosso fluxo de trabalho, pagaremos o pre\u00e7o em breve, com juros e corre\u00e7\u00e3o monet\u00e1ria.<\/p>\n Ter um conjunto de ferramentas que n\u00e3o nos alerta quando um problema acontece \u00e9 uma maneira de incrementar esta d\u00edvida e fazer um voo cego, vulner\u00e1vel aos riscos. Voc\u00ea j\u00e1 deve ter notado que mover itens para a esquerda quando se encontra um problema pode contribuir para isto, veja:<\/p>\n Acredito que ficou evidente o que n\u00e3o<\/strong> se recomenda fazer ao encontrar bloqueios no fluxo de trabalho. Ent\u00e3o vamos agora \u00e0 parte onde compartilhamos maneiras de lidar com esta situa\u00e7\u00e3o de maneira saud\u00e1vel.<\/p>\n Relembrando a situa\u00e7\u00e3o, acabamos de encontrar um defeito durante a etapa de valida\u00e7\u00e3o:<\/p>\n Da pr\u00f3xima vez que voc\u00ea se deparar com isto, tente o seguinte:<\/p>\n O quadro vai ficar com uma apar\u00eancia semelhante \u00e0 esta: Deste modo:<\/p>\n Antes de seguir para o encerramento do texto, eu gostaria de propor um exerc\u00edcio de empatia. A frequ\u00eancia com a qual vivencio a situa\u00e7\u00e3o que descrevi \u00e9 consider\u00e1vel, o que me fez pensar:<\/p>\n Por que \u00e9 t\u00e3o intuitivo para as pessoas mover os cart\u00f5es para tr\u00e1s?<\/p><\/blockquote>\n Formulei ent\u00e3o algumas hip\u00f3teses a respeito:<\/p>\n Ambientes onde a confian\u00e7a \u00e9 baixa tendem \u00e0 microgest\u00e3o. Reportar com precis\u00e3o o que te mant\u00e9m ocupado agora \u00e9 incentivado em detrimento de dar visibilidade aos problemas do sistema.<\/p>\n Vejo isto se materializado naqueles dailies<\/em> em que as pessoas falam o que est\u00e3o fazendo e o que pretendem fazer, mas pouco se discute sobre os problemas que estamos enfrentando e como resolv\u00ea-los.<\/p>\n Se o ambiente valoriza mais as contribui\u00e7\u00f5es individuais do que as coletivas e a responsabilidade de uma das pessoas do time \u00e9 fazer a valida\u00e7\u00e3o de qualidade dos itens de trabalho desenvolvidos, um ac\u00famulo de itens na coluna “Validando”<\/strong> poderia denotar que esta pessoa n\u00e3o est\u00e1 conseguindo dar a vaz\u00e3o necess\u00e1ria ao trabalho, ou que o problema descoberto foi causado por ela (quando na verdade foi apenas descoberto na etapa em que ela costuma atuar).<\/p>\n \u00c9 muito mais confort\u00e1vel transferir esta reponsabilidade para outra pessoa movendo o item para outra coluna.<\/p>\n Para ambos os casos citados, parece fazer sentido demonstrar as vantagens da colabora\u00e7\u00e3o para a sa\u00fade do fluxo de trabalho, e por que n\u00e3o, das pessoas envolvidas nele. Para ler mais a respeito de colabora\u00e7\u00e3o e gest\u00e3o de fluxo, confira este ebook que escrevi: http:\/\/pages.plataformatec.com.br\/5-estrategias-para-otimizar-fluxo-de-desenvolvimento-de-software<\/a>.<\/p>\n Quero aproveitar o trecho final para destacar que a minha inten\u00e7\u00e3o n\u00e3o \u00e9 mostrar o que \u00e9 certo e o que \u00e9 errado, \u00e9 simplesmente discutir pr\u00e1ticas que funcionaram melhor nas situa\u00e7\u00f5es que n\u00f3s j\u00e1 enfrentamos. Imagino que sim, deve haver algum cen\u00e1rio em que fa\u00e7a sentido mover os itens para tr\u00e1s, e tudo bem.<\/p>\n Outro ponto que gostaria de destacar \u00e9 que \u00e9 importante deixar as pessoas experimentarem um contexo, para que depois reflitam sobre como podem melhorar sua situa\u00e7\u00e3o atual e fa\u00e7am a sua escolha. Para o assunto que foi levantado, n\u00e3o vejo problema algum em permitir que um time rode por algumas semanas movendo itens para tr\u00e1s para que depois seja apresentado ao outro modelo. Um bom momento para se fazer isso parece ser quando se inicia a ado\u00e7\u00e3o das m\u00e9tricas de processo.<\/p>\n E voc\u00ea? J\u00e1 passou por esta situa\u00e7\u00e3o com algum time? J\u00e1 sentiu vontade de mover itens para a esquerda? Como lidou com isso? Quero ouvir sua opini\u00e3o nos coment\u00e1rios!<\/p>\n","protected":false},"excerpt":{"rendered":" Quando iniciamos uma jornada que tenha como um dos objetivos elevar a maturidade do processo dos times, costumamos come\u00e7ar tornando vis\u00edvel o fluxo de trabalho destas equipes. \u00c0 medida que os times come\u00e7am a enxergar as demandas fluindo pelas colunas do quadro kanban, aquele questionamento quase que inevit\u00e1vel surge: Afinal de contas, posso mover os … \u00bb<\/a><\/p>\n","protected":false},"author":34,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[3],"tags":[123],"aioseo_notices":[],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/8619"}],"collection":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/users\/34"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/comments?post=8619"}],"version-history":[{"count":19,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/8619\/revisions"}],"predecessor-version":[{"id":8848,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/8619\/revisions\/8848"}],"wp:attachment":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/media?parent=8619"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/categories?post=8619"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/tags?post=8619"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Por que recomendamos n\u00e3o mover itens para tr\u00e1s?<\/h2>\n
![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2019\/02\/Imagem-1-1024x576.png\")
![\"\"](\"2019-01-evite-mover-itens-para-tras-em-um-quadro-kanban\/quadro1.png\")
<\/p>\n![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2019\/02\/quadro2-1024x576.png\")
\n![\"\"](\"2019-01-evite-mover-itens-para-tras-em-um-quadro-kanban\/quadro2.png\")
<\/p>\nComplica\u00e7\u00f5es extras com os limites de trabalho em progresso (limite WIP)<\/h3>\n
\n
N\u00e3o haver\u00e1 um sinal indicando que a prioridade \u00e9 corrigir o defeito<\/h3>\n
\n
As m\u00e9tricas de processo possivelmente revelar\u00e3o falsos positivos<\/h3>\n
\n
![\"\"](\"2019-01-evite-mover-itens-para-tras-em-um-quadro-kanban\/falsopositivo.png\")
![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2019\/02\/falsopositivo-1024x623.png\")
<\/li>\nOportunidades de realizar melhoria cont\u00ednua ser\u00e3o perdidas<\/h3>\n
\n
O que fazer ent\u00e3o?<\/h2>\n
<\/p>\n\n
\n![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2019\/02\/quadro3-1024x576.png\")
![\"\"](\"2019-01-evite-mover-itens-para-tras-em-um-quadro-kanban\/quadro3.png\")
<\/p>\n\n
Por que as pessoas sentem vontade de mover itens para tr\u00e1s?<\/h2>\n
Favorece o status report<\/em><\/h3>\n
Em ambientes pouco colaborativos, \u00e9 uma maneira de se eximir da culpa por um problema<\/h3>\n
Finalizando<\/h2>\n