Os 12 Princípios Frágeis (da Gestão Tradicional de Projetos)

Compartilhe

Os 12 Princípios Frágeis (da Gestão Tradicional de Projetos)

24/08/18 - 2 minutos de leitura

Os doze Princípios Ágeis foram criados pelos autores do Manifesto Ágil, um pouco depois da reunião na estação de esqui de Utah que deu origem a todo esse movimento, em 2001. Eles podem ser lidos aqui.

Ao ler os Princípios Ágeis, eu sempre imagino cada um deles se contrapondo diretamente a um pensamento ou forma de trabalhar predominante na época em que foram escritos, e que, infelizmente, ainda estão muito presentes hoje.

Tendo isso em vista, eu me permiti uma brincadeira e criei os “12 Princípios Frágeis da gestão tradicional de projetos”, opostos ao Ágil. Leia e compare com os princípios originais. Mas, por favor, não tente isso em seus projetos!

  1. Nossa maior prioridade é cumprir o plano por meio da entrega, dentro do prazo previsto, de software com o escopo prometido.
  2. Mudanças de requisitos são indesejadas, e devem ser evitadas ou estritamente gerenciadas em qualquer fase do projeto. Os processos tradicionais tiram vantagem da mudança para cobrar mais caro do cliente.
  3. Entregar software funcionando, de muitas semanas a muitos meses, com preferência à maior escala de tempo.
  4. Pessoas de negócio e desenvolvedores devem trabalhar separados ao longo do projeto e se comunicar por meio de documentos e especificações.
  5. Construa projetos em torno dos melhores processos e ferramentas. Comande e controle os indivíduos e jamais confie neles para realizarem o trabalho.
  6. O método mais eficiente e eficaz de se transmitir informações para e entre uma equipe de desenvolvimento é a partir de documentos detalhados.
  7. Percentual de tarefas cumpridas é a medida primária de progresso.
  8. Os processos tradicionais promovem o desenvolvimento do jeito que for preciso. Os patrocinadores e usuários devem ser capazes de manter uma pressão constante nos desenvolvedores para acelerarem seu ritmo de trabalho e entregarem o que prometeram.
  9. Contínua atenção ao prazo e orçamento aumenta as chances da entrega acontecer, mesmo que a qualidade precise ser sacrificada.
  10. Complexidade – a arte de se maximizar a quantidade de trabalho feito – é essencial.
  11. As melhores arquiteturas, requisitos e projetos são definidos e detalhados antes do início do trabalho por gerentes e líderes.
  12. Ao final do projeto, a equipe reflete sobre o que deu errado e de quem foi a culpa e, então, espera poder refinar e ajustar seu comportamento de acordo em algum próximo projeto.

Gostou deste artigo? Compartilhe conosco seus insigths ou histórias pitorescas que envolvem alguns desses princípios do modelo tradicional de fazer as coisas. 🙂

Compartilhe

Escrito por

Rafael Sabbagh

Co-fundador e Trainer na K21


Rafael Sabbagh é co-fundador da K21 e foi membro do Board de Diretores da Scrum Alliance entre 2015 e 2017. Ele é Certified Scrum Trainer (CST) pela Scrum Alliance e também Accredited Kanban Trainer (AKT) pela Kanban University. Atuando em nível executivo, possui uma vasta experiência em Transformação Digital e Gestão de Produtos. Ao longo da sua carreira, já treinou milhares de Scrum Masters, Product Owners e membros de equipes em mais de 15 países na Europa, América e Ásia.
Esta postagem se encontra sob a licença Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.

    Receba mais conteúdos K21

    Deixe seu nome e email que nós te deixamos por dentro de tudo que rola por aqui.

    Ao informar meus dados, eu concordo com a Política de Privacidade.