Quais são as condições iniciais do Agile?

Primeiro, deixe-me dizer que acho que um processo ágil pode funcionar devido aos seguintes princípios subjacentes:

• Traz foco
• Limita o ruído que realmente traz o foco

Em segundo lugar, estou me perguntando quais são as condições iniciais necessárias para que um processo Agile possa ser bem-sucedido. Por exemplo, precisamos ter:

• Nenhum erro existente
• Processo de teste totalmente automatizado ou pelo menos um processo de teste altamente automatizado
• Pessoas dedicadas ao projeto
• Desenvolvimento mais claramente definido
• Desenvolvimento que não o torna mais rápido ou mais estável
• ?

Então, o que você precisa para ter sucesso? Existem implementações Agile diferentes que lidam melhor com a ausência de algumas dessas condições iniciais?

Pessoas de todos os níveis da empresa que acreditam verdadeira e totalmente no Manifesto Ágil

Estamos descobrindo maneiras melhores de desenvolver software fazendo isso e ajudando outras pessoas a fazê-lo. Através deste trabalho, chegamos ao valor:

• Indivíduos e interações sobre processos e ferramentas
• Software que trabalha sobre uma documentação completa
• Colaboração do cliente sobre negociação de contrato
• Respondendo a mudanças após seguir um plano

Ou seja, enquanto houver valor nos itens à direita, valorizamos mais os itens à esquerda.

E quando digo acreditar no Manifesto Ágil, quero dizer todo o Manifesto Ágil. Você não pode ignorar a última parte. Ainda há valor nos itens à direita.

Se você tiver essas pessoas, como programadores, gerentes, como clientes, poderá fazer alguma variação do Agility funcionar. Se não, você lutará.

No mínimo

Em primeiro lugar, você deve ter um patrocínio de cima para baixo que entenda os diretores e acredite neles o suficiente para aplicá-los na cadeia e acredite que o Agile é aplicável à sua situação.

Ter uma gerência sênior que não acredita no processo acabará por miná-lo, pois permitirá que os subordinados pervertam, distorçam, poluam, minem ou piorem o processo.

Se a gerência sênior não entender os diretores, eles começarão a exigir atalhos e compromissos que pervertem o processo. Então, quando as coisas acontecem , os pessimistas podem dizer "Eu te disse, o Agile não funciona!" de volta à marcha da morte!

Isso é pior do que não adotar o Agile, geralmente é chamado de "Agile But ...". A gerência usa o termo Agile, "Mas ..." descarta todos os principais reais e continua a fazer o que estava fazendo antes, "Mas ..." agora o chama de Agile. O que dá ao Agile um nome ruim para aqueles que não o conhecem melhor.

bons efeitos colaterais

As coisas que você lista, como bugs, testes automatizados, desenvolvimento claramente definido, pessoas dedicadas etc. são todos efeitos colaterais positivos para o Agile.

Agile, não é uma bala de prata ou panacéia, mas promove a transparência em todos os níveis (desenvolvedores de <-> gerenciamento de clientes <->) e faz com que as pessoas com problemas de produtividade se destacem rapidamente; implementações especialmente específicas do Agile como Scrum.

Algumas coisas que vêm à mente:

• Coesão da equipe profissional - essas pessoas estão abertas a jogar bem com outras pessoas? São pessoas maduras e responsáveis ​​que podem ter alguma autonomia em seu trabalho?

• Cultura e políticas de comunicação - Até que ponto as pessoas expressam preocupações, pensamentos e opiniões na organização?

• Entendendo o que o Agile é e o que não é - As partes interessadas externas sabem o suficiente sobre o processo para aceitar a responsabilidade por seus objetivos? Caso contrário, isso pode resultar em pseudo-ágil. Da mesma forma, existe um Product Owner claramente definido e o ScrumMaster para ajudar a organizar algumas coisas?