Se a sua ideia é:

Aumento de produtividade  e lançar softwares com mais frequência

Desenvolvimento ágil não é uma solução

Trabalhar com agilidade é apena um modo diferenciado

Não é o mais rápido, embora tem uma produtividade acima da média

Essa produtividade não deve ser o motivador

Durante o aprendizado normalmente os times demoram em média de 3 a 6 meses para sentir esse ganho de produtividade

E neste tempo serão mais lentos

Também não deve ser usado por ser o mais legal ou a moda

Pois...

Se a motivação for velocidade

pode motiva-pôs a tomar atalhos

Sendo menos rigorosos e isso pode prejudicar a qualidade da entrega

A pergunta certa é:

O desenvolvimento ágil irá nos ajudar a ter mais sucesso?

Mas o que é o sucesso?

A Ideia tradicional:

• Entregar no prazo,
• Dentro do orçamento e
• De acordo com as especificações

Bem sucedido:

• Completo e operando,
  • Porém:
    • Fora do orçamento,
    • Além do estimado,
    • Menos funções do que especificado

Se sentir Desafiado:

• Cancelado em algum ponto durante o ciclo de desenvolvimento

Defeituoso:

Além disso:

Você pode ter sido bem sucedido, porém pode ter falhado no final, pois não conseguiu atrair os usuários finais ou porque não agregou valor ao negócio

Ou seja, você pode por exemplo ter desenvolvido um sistema que tenha estourado o prazo ou o orçamento, ou ambos, mas se no final ele economizou milhões pode para a empresa ser um case de grande sucesso, não apenas no lucro, mas se seu sistema reduziu esforços, volume de trabalho, aumento de capacidade, ele pode ser considerado um case de sucesso

Recompensas pessoais:

• divertir-se ao codar, sem se importar se funciona, divertimento era motivação sucesso pessoal
  • Problemas:
    • codar de qualquer forma, criava problemas na hora da manutenção

Recompensas pessoais:

• Nova motivação excelência técnica, um código mais bonito e testado, com uma boa qualidade.
  • Problemas:
    • Por mais bonito ou divertido para desenvolver, para o usuário era chato
    • Poderia faltar coisas
    • Poderia ser maior
    • Não agregar o devido valor

Recompensas pessoais:

• Sucesso organizacional  à empresa
  • Problemas:
    • Para quem está codificando pode não parecer tão legal
    • Visa somente o lado do cliente
    • Mais negligenciado pelos times,
    • mais difícil de atingir,
    • o time sempre será julgado por esse sucesso,
    • é o resultado dos investidores,
    • não se importam se seu código é bonito, importam resultados, o ROI do projeto.

Isolados não terão significado algum, provavelmente falhará, o ideal são os 3 juntos, pois:

• Sem sucesso pessoal (+ Fácil de atingir), você não estará motivado em fazer ou conseguirá motivar os demais
• Sem sucesso técnico, seu código um dia será inútil pois a manutenção será demorada, tediosa e tudo poderá ruir
• Sem sucesso organizacional sua equipe pode achar que é indesejada na empresa e perder a motivação.

Tipos de sucesso

Preocupações:

• Diminuir os custos
•  Diferenciação competitiva
• Projeção da Marca
• Lealdade aumentada do cliente
• Satisfação das exigências regulatórias
• Pesquisa original
•  Informações estratégicas

Sucesso Organizacional:

Com as metodologias ágeis:

• Foco na entrega com valores e
• Diminuição dos custos, diretamente ligado ao ROI,
• Determina-se as expectativas no início do projeto,
• Caso seja inviável, poderá ser cancelado com o mínimo de custo para a empresa
   

Sucesso Organizacional:

• Equipes ágeis focam no valor das entregas, lançando novos e valiosos recursos com frequência, aumentando o valor, atendem as mudanças e novas solicitações e se adequando, buscam oportunidades inesperada para melhorar seus planos, diminuindo os custos, por meio da excelência técnica, menos bugs, menos custos, eliminam desperdícios,  cancelando maus projetos no inicio e substituindo praticas onerosas por práticas simples.
• Comunicação rápida e precisa e progridem até quando as pessoas chaves não estão disponíveis
• Revisam continuamente seus processos
• Revisão e melhoram seus códigos continuamente.

Sucesso Organizacional:

Excelência técnica, códigos limpos, de fácil manutenção, continuamente melhorados, continuamente testados, nesse ponto podemos utilizar práticas de XP para cobrir essa qualidade, programação em pares, TDD, revisão de código.

Sucesso técnico

Depende da área que você atua...

Sucesso Pessoal

• Para executivos e gerência sênior:
  •  Será o RoI e a longevidade do software

Sucesso Pessoal

• Usuários, partes interessadas, especialistas em domínios e gerentes de produtos
  • Será a capacidade de influenciar e direcionar o desenvolvimento do software, o aumento na frequência de entregas é um software útil e valioso.

Sucesso Pessoal

• Product Owner
  • Será a capacidade de mudar a direção quando o negócio precisar de mudanças, visualizar o comprometimento da equipe e cumprir seus compromissos e aumentar a satisfação das partes interessadas.

Sucesso Pessoal

• Desenvolvedores
  • Será uma melhor qualidade de vida resultante da qualidade técnica aumentada, influência sobre as estimativas e cronogramas e a autonomia da equipe.

Sucesso Pessoal

• Testadores
  • Será a integração como membros primeira-classe da equipe, capacidade e influência na qualidade em todos os estágios, um trabalho mais desafiador e menos repetitivo.

Sucesso Pessoal

O que é “ser ágil“?

É mais complicado do que se pode pensar, não é um processo que pode ser seguido ou algo que podemos praticar.

É uma filosofia, a maneira de se pensar é o manifesto ágil, um conjunto de Apenas 4 valores e 12 princípios.

Para ser ágil devemos colocar na prática tais valores e princípios.

Métodos ágeis

Métodos ou processos são maneiras de se trabalhar, alguns são escritos como quando montamos um móvel, outros são improvisados e informais, como quando limpamos nossas casas.

Os métodos ágeis nada mais são do que processos que suportam a filosofia ágil, consistem  de elementos individuais chamados práticas.

Estas práticas existem há anos, tais como padrões do projeto, controle de versão, demonstrações semanais, etc, estas práticas destacam as partes que suportam a filosofia ágil e descarta o resto, misturando algumas novas ideias, o resultado, um pacote enxuto, poderoso e que se auto-reforça.

Não crie seu próprio método

Querer misturar práticas ágeis de diversos métodos ágeis, parece algo simples, há vantagens de ser escolhidas boas práticas ágeis.

Porém sem ter a experiência ágil provavelmente práticas ágeis erradas serão escolhidas, assim como em programação há muito mais do que escrever códigos há muito mais no desenvolvimento ágil do que práticas , que são expressões dos princípios ágeis fundamentais, a não ser que conheça intimamente estes princípios, provavelmente fará escolhas erradas, lembrando que as práticas englobam mais do que um princípio para solucionar os problemas.

Princípios ágeis

Cada projeto terá suas particularidades, ao invés de criar um método ágil, utilize um existente e vá o refinando de maneira iterativa, aplique-o veja o que funciona e o que não funciona e faça uma dedução educada sobre como melhorar e repita.

Encontre um mentor

• Conforme vai sendo aplicada os problemas e desafios vão surgindo, o ideal é que encontre um mentor, um especialista externo que tenha se aperfeiçoado no desenvolvimento ágil.
• Dar um treinamento para o time também é fundamental para o sucesso da implantação da metodologia.
• É difícil achar um bom mentor, mas podemos garimpar em:
  • Outros grupos da sua empresa
  • Outras empresas que praticam a metodologia na sua área
  • Grupos de usuários
  • Consultores daquela metodologia
  • Lista de discussões
  • Fóruns

Portanto,
Divirta-se nesse mundo ágil, há infinitas possibilidades de tornar seu trabalho melhor, mais divertido e com quais qualidade.

Obrigado