NÃO como estratégia para eliminar desperdícios

Compartilhe:

Desenvolvimento de software é uma atividade complexa que pode se tornar ainda mais se não evitarmos desperdícios. Várias decisões precisam ser tomadas ao longo do caminho tais como:

  • Qual problema estamos resolvendo?
  • Quem é o usuário final?
  • Que linguagem de programação utilizar?
  • Quais frameworks?
  • Layout próprio ou templates bootstrap?
  • Qual banco de dados?

E como impedir que o nível de complexidade sempre aumente?

Elimine Desperdícios. Diga NÃO!

Embora temos aprendido a fazer escolhas sobre as tecnologias e formas de trabalho, ainda sentimos frio na barriga quando precisamos dizer NÃO.

É muito fácil dizer sim. Dizer não exige perder o medo do confronto. Ao invés disso, dizemos sim para um prazo irreal, sim para uma nova funcionalidade um dia antes da entrega, sim para uma contratação mediana. Você sabe aonde isso vai parar, não é?

“As pessoas evitam dizer não para fugirem de confrontos, mas a alternativa é pior ainda. As tarefas se arrastam, as coisas se complicam e trabalhamos com base em ideias nas quais não acreditamos.” Jason Fried & DHH

Somos bombardeados por prazos apertados, demandas em que não acreditamos e, ao invés de nos posicionarmos profissionalmente, evitamos o desconforto do NÃO e sofremos construindo coisas que ninguém quer e trabalhando em algo que não enxergamos valor. Achamos que dizer NÃO demonstra falta de comprometimento ou desinteresse. Mas dizer SIM para tudo atrapalha o foco no trabalho que realmente precisa ser feito.

Dizer Não é, antes de tudo, um exercício de priorização!

Por maior que seja o desconforto é importante exercitar o NÃO. Como disse nosso amigo Rodrigo de Toledo “o mal do século XXI é que a demanda é sempre muito maior que a nossa capacidade de entrega”. O NÃO é o meio para garantir que foquemos nossa capacidade nas principais demandas. Ele gera discussões importantes para o amadurecimento do produto e dos profissionais envolvidos.

Desenvolver produtos de software exige muitos “NÃOS” e eles são necessários para desenvolver produtos enxutos e evitar desperdícios!

Textos sobre esse tema:

Sobre o autor(a)

Agile Expert e Trainer na K21

Apaixonado por inovação, com experiência em desenvolvimento de produtos digitais utilizando práticas de Design Thinking, Lean Startup e Desenvolvimento Ágil

Artigos relacionados

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Fonte do vídeo: https://youtu.be/VX3lz5ph8A0 Imagine a situação, seu time recebe um monte de reclamações porque está levando mais de 30 dias para realizar uma entrega. Vocês fazem uma retrospectiva e verificam que a etapa de entrega está muito lenta e…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Gostaria de abordar um tema que comentamos muito pouco na gestão de fluxo de trabalho, a dependência entre os itens de trabalho. Já escrevi sobre a dependência entre fluxo e times, porém creio que nunca tratei o caso de dependência…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Uma das práticas mais conhecidas do Método de gestão de fluxo de trabalho Kanban é a definição do limite de WIP. Portanto, neste artigo escrevo porque você deve utilizá-lo, o que ele é e como você pode defini-lo. O limite…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

O Kanban possui um guia de práticas muito interessante, que facilita a gestão do fluxo de uma equipe ou empresa. O nome dele é Kanban Maturity Model (Modelo de Maturidade do Kanban) ou KMM para os íntimos. Ele é um…