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:

Magno de Santana
Sobre o autor

Magno de Santana

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.

É algo difícil, mas é uma realidade. Seus times e gestores pedem um tempão para aprender a limitar a quantidade de trabalho em progresso (limitação do WIP), definem bem o portfólio de projetos, limitam a quantidade de projetos em andamento,…

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

Uma dúvida comum em times que adotam Kanban é por que ele não possui uma “Sprint Planning”; não há um momento específico para que os itens saiam do Product Backlog e sejam colocados no quadro Kanban. O que fazer? Temos…

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

Quase toda organização quer um time de alta performance. A expressão aparece em apresentações, planos estratégicos e discursos de liderança como se fosse um objetivo claro e universal. Mas, na prática, ela costuma esconder uma expectativa irreal: a ideia de…

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

Você está em uma reunião e as pessoas perguntam para você: Qual o prazo para entregar o projeto X? Aqui pode começar uma grande peleja entre você e as pessoas responsáveis pelo portfólio de projetos da sua organização. Existem, basicamente,…