O documento discute os princípios e valores da agilidade no desenvolvimento de software, comparando mitos com a realidade. Ele também explora como a agilidade pode ajudar a entregar valor ao cliente, lidando com mudanças de requisitos por meio de entregas frequentes de pequenos lotes priorizados. Finalmente, apresenta dados de uma pesquisa mostrando a crescente adoção de práticas ágeis.

1. Ser ágil não vai te salvar,
mas…
por Yóris Linhares
br.linkedin.com/in/yorisls

2. A fazer Fazendo Feito
Mitos
Valores e
Princípios
Sucesso
no desenv.
Software
Agilidade
em
números

3. Era uma vez em um reino distante onde
acontecia o desenvolvimento de um
software...
Todas as necessidades dos
clientes eram conhecidas no
início do desenvolvimento
A equipe sabia exatamente
como construir a solução
desde o início do
desenvolvimento
As tecnologias eram
de domínio da equipe
Todas as integrações com
outros sistemas eram
conhecidas e estavam
resolvidas
Os membros da equipe de
desenvolvimento tinham o
mesmo nível de experiência
Os membros da equipe
eram os mesmos de
projetos anteriores
Os clientes não
solicitavam
mudanças
Havia uma única
entrega e conforme o
tempo e o custo iniciais

13. A fazer Fazendo Feito
Mitos
Valores e
Princípios
Sucesso
no desenv.
Software
Agilidade
em
números

14. Número elevado de
mortes das mães em
partos
Higiene é tão
importante quanto
o trabalho médico

15. Valor: é aquilo que se tem como
importante na vida, seja espiritual,
pessoal, profissional, etc.

16. Indivíduos e interações mais
que processos e
ferramentas

17. Software funcionando mais
que documentação
abrangente

18. Colaboração com o cliente
mais que negociação de
contrato

19. Responder a mudança mais
que seguir um plano

20. TÍTULO I
Dos Princípios Fundamentais
Art. 1º - A República Federativa do Brasil, formada pela união
indissolúvel dos Estados e Municípios e do Distrito Federal,
constitui-se em Estado Democrático de Direito e tem como
fundamentos:
I - a soberania;
II - a cidadania;
III - a dignidade da pessoa humana;
IV - os valores sociais do trabalho e da livre iniciativa;
V - o pluralismo político.

21. Princípios: causa primária, regra
fundamental, base, preceito ou
proposição que orienta a atividade
e serve de norma aos juízos
práticos

22. 1 - A maior prioridade é
satisfazer o cliente por meio
da entrega antecipada e
contínua de software de valor

23. 2 - Aceitar mudanças de
requisitos, mesmo em estágios
tardios do desenvolvimento.
Processos ágeis devem admitir
mudanças que trazem
vantagens competitivas para o
cliente

24. 3 - Entregar software
funcionando com freqüência,
na escala de semanas até
meses, com preferência aos
períodos mais curtos.

25. 4 - Pessoas relacionadas a
negócios e desenvolvedores
devem trabalhar juntos e
diariamente, durante todo o
curso do projeto.

26. 5 - Construa projetos com
indivíduos motivados, dê a
eles o ambiente e suporte que
precisam e confie neles para
ter o trabalho realizado

27. 6 - O método mais eficiente e
eficaz de transmitir
informações para e por entre
uma equipe de
desenvolvimento, é por meio
da conversa cara a cara

28. 7 - Software funcionando é a
medida primária de progresso

29. 8 - Processos ágeis promovem
um ambiente sustentável. Os
patrocinadores,
desenvolvedores e usuários,
devem ser capazes de manter
ritmo constante de trabalho
indefinidamente

30. 9 - Contínua atenção à
excelência técnica e ao bom
projeto aprimoram a agilidade.

31. 10 - Simplicidade: a arte de
maximizar a quantidade de
trabalho não feita

32. 11 - As melhores arquiteturas,
requisitos e projetos emergem
de equipes auto-organizáveis

33. 12 - Em intervalos regulares,
as equipes devem refletir
sobre como se tornarem mais
efetivas, e então refinarem e
ajustarem seu comportamento
de acordo

34. A fazer Fazendo Feito
Mitos
Sucesso
no desenv.
Software
Valores e
Princípios
Agilidade
em
números

35. Como resolver esta aparente contradição ?

36. Como podemos definir sucesso
no desenvolvimento de
software ?
Entrega de um produto de software
como o cliente quer, no prazo e
orçamento

37.  Por que por vezes quem desenvolve
software acredita que o cliente não
sabe o que quer e o cliente acredita
que quem desenvolve não sabe a
melhor solução?
Faz parte da
natureza dos
requisitos de
software
Podem ser difíceis de
comunicar - cliente
Podem ser difíceis de captar
- executor
Podem ser difíceis de validar

38.  A a partir desta visão quem
desenvolve software tem uma
CERTEZA, qual é ?
Os requisitos de software terão
mudanças durante o desenvolvimento

39. Se os requisitos mudam como
devemos conduzir o
desenvolvimento de software?
Assumir que mudanças são inevitáveis e
que quase sempre não sabemos, no seu
início, de todos os aspectos do projeto e
da solução e assim adaptar continuamente
o desenvolvimento às mudanças de
requisitos e solução

40. O processo de desenvolvimento
de software tem ênfase maior
na construção repetida ou na
criação?
Construção repetida é um processo de cópia de
um mesmo modelo de um produto como rádio,
automóvel ou avião. Mas o software é baseado
na criação de algum produto novo, porque
mesmo reusando partes, a configuração ou o
arranjo destas partes será renovada como uma
nova solução

41. A criação de algo depende
mais das pessoas envolvidas
ou do processo em que se
baseia ?
A criação de algo depende das pessoas
e da interação entre elas. Um processo
serve, dentre outras coisas, como
suporte para conduzir as pessoas ao
objetivo da criação

42. Se no início do projeto dizemos ao
cliente que poderá haver um
atraso durante a execução devido
a precariedade ou inexistência de
requisitos, o que acontece ?
Fazemos com que o cliente “despeje” tudo
o que ele (acha que) deseja gerando um
enorme volume de informações,
dificultando a identificação do que é
realmente importante e desperdiçando
tempo, $$, etc.

43. Para evitar este grande volume
de informações e captar o que é
importante, o que podemos
fazer?
Solicitar um lote pequeno de
requisitos priorizados e assim
entregar primeiro o que tem valor para
o cliente.

44.  Como saber se o cliente está obtendo
valor com o projeto, se o projeto está
progredindo satisfatoriamente e se a
equipe se adapta de forma efetiva às
mudanças ?
Software criado a partir de lotes pequenos
de requisitos são mais rápidos para
implementar, testar, gerenciar e entregar.
Proporcionam feedback do negócio do
cliente, do ambiente tecnológico,
averiguando a qualidade do produto e
performance da equipe.

45.  O que teríamos se as pessoas
interagissem para captar o que é
prioritário, criar e entregar software
de qualidade a partir de lotes
pequenos de requisitos com alto
valor, elaborados em curto tempo e,
por meio de feedback contínuo, se
adaptassem às mudanças refazendo
este caminho?
Teríamos um produto de software como
o cliente quer, no prazo e orçamento

46. A fazer Fazendo Feito
Mitos
Valores e
Princípios
Sucesso
no desenv.
Software
Agilidade
em
números

47. Pesquisa sobre a situação
do Agilidade desenvolvimento em números
ágil
7th ANNUAL STATE of AGILE DEVELOPMENT SURVEY
9 de agosto a 1 de novembro de 2012
4.048 pessoas pesquisadas

55. A fazer Fazendo Feito
Mitos
Valores e
Princípios
Sucesso
no desenv.
Software
Agilidade
em
números

56. Por que ser ágil é bom e difícil ?
Valor percebido = Por que
na agilidade Como

57. Ser ágil não vai te salvar,
mas... vai ajudá-lo a evidenciar
seu reais problemas

58. Feito
yoris.linhares@gmail.com
br.linkedin.com/in/yorisls