O Processo de Desenvolvimento �gil

S�o modelos de processo que est�o cada vez mais em uso, s�o modelos iterativos e
incrementais e que tem se adaptado bem a atualidade e a forma como se desenvolvia.
S�o metodologias que voc� precisa conhecer e dominar bem antes de implantar.
Desenvolver software hoje � caro, dif�cil, complexo e arriscado.
Processo de Desenvolvimento:
Maiores Riscos:
- Gastos que superam or�amentos.
- Consumo de tempo que supera o cronograma previsto.
- Funcionalidade que n�o resolvem o problema do usu�rio.
- Baixa qualidade do software desenvolvido.
- Cancelamento do projeto (invi�vel).
Esses riscos s�o inerentes a todos os projetos.
Desenvolvimento �gil - � um modelo iterativo incremental que foi idealizado por
profissionais independentes, de mercado, que cresceram desenvolvendo software
dentro da metodologia tradicional em cascata, casta com retro alimenta��o. Mas s�
viram resultados efetivos, o trabalho realmente saindo bem quando eles usavam meios
que n�o eram preconizados pelos modelos tradicionais. Ent�o eles se reuniram e
criaram alguns princ�pios e valores sobre como desenvolver software com qualidade.
E esses princ�pios e valores ficaram conhecidos como Manifesto �gil.
Eles acreditam que esse tipo de desenvolvimento vai manter um custo de altera��o de
software que � um custo elevado, est�vel e terene. Coisa que era problema dentro da
tradicional.
Custo das Mudan�as:
No processo tradicional: Custo muito alto.
No modelo �gil: Bem mais barato.

As metodologias �geis criaram:

Manifesto �gil x Processos profissionais.
A partir desse manifesto �gil em 2001 eles entenderam que
- Mais indiv�duos e Intera��o entre eles mais que processos e ferramentas
(priorizar mais as pessoas e a forma com que elas trabalham em conjunto do que
processos de desenvolviment o e ferramentas).
- Software em funcionamento mais que documenta��o abrangente. ( Dar mais valor a
software em funcionamento, � muito mais importante o software funcionando e
agradando do que voc� ter documenta��o vasta. Isso n�o quer dizer documenta��o zero
e sim documenta��o �til).
- Colabora��o com o cliente mais que negocia��o de contratos. (Vale mais a pena
voc� mostrar que est� do lado dele, que quer participar, ajudar, fazer com que ele
trabalhe bem do que ficar negociando contratos).
-Responder a mudan�as mais que seguir um plano. (Por mais que voc� planeja, se
existir mudan�as, responda a elas, depois voc� v� o planejamento).

Resumo:
Manifesto para o desenvolvimento �gil de software:
Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o n�s
mesmos e ajudando outros a fazerem o mesmo. Atrav�s deste trabalho, passamos a
valorizar:
- Indiv�duos e interna��es mais que processos e ferramentas.
- Software em funcionamento mais que documenta��o abrangente.
- Colabora��o com o cliente mais que negocia��o de contratos.
- Responder a mudan�as mais que seguir um plano.

Tenho 5 valores Scrum:

- Coragem (as pessoas, o time scrum precisa ter coragem para fazer a coisa certa e
trabalhar em problemas dif�ceis).
- Foco (Todos focam nos trabalhos da sprint e nos objetivos do time scrum).
- Comprometimento(As pessoas se comprometem pessoalmente em alcan�ar os objetivos
do time scrum).
- Respeito ( Os membros do time scrum respeitam uns aos outros para serem pessoas
capazes e independentes).
-Abertura ( O time scrum e seus steakholders concordam em estarem abertos a todos o
trabalho e aos desafios com a execu��o dos trabalhos)

Tem 12 princ�pios.06:10

SCRUM
Funcionamento: A gente tem a vis�o que � a id�ia principal, planejamento inicial,
requisitos, objetivos, miss�o do sistema.
A partir dai a gente deriva o Produto Backlog que s�o todos os requisitos do
sistema e a� � o chamado Sprint Backlog (sub produto do conjunto backlog) s�o as
intera�oes, normalmente acontecem de 2 a 4 semanas e o sprint vai conter todos os
requisitos que v�o entrar naquela intera��o e a� voc� come�a a itera��o e come�a a
desenvolver, todo dia tem uma reuni�o di�ria e no final a itera��o fica pronta, eu
tenho a revis�o daquele sprint onde a gente vai ver se realmente atingiu os
objetivos todos antes da entrega e tem a retrospectiva, aonde avalia melhorias
aonde pode acertar mais e melhorar efetivamente e o produto � entregue.

Vis�o - Produto Backlog - Planejamento da Sprint - Sprint Backlog - Reuni�o di�ria

- Revis�o da Sprint - Retrospectiva da Sprint

Cerim�nias (a��es): Planejamento da Sprint, Reuni�o di�ria, Revis�o da Sprint,

Retrospectiva da Sprint.

Artefatos(desenhos e controles): Produto Backlog, Sprint Backlog, Burndown

(gr�fico).

Pap�is: Product Owner (PO), ScrumMaster (SM), Equipe Scrum.

O time do scrum � formado pelo:

- Owner (dono do produto -representa os steakholders) o foco dele � garantir que ao
longo de todo processo esteja construindo o produto correto, ele que define os
requisitos.
-Scrum Time - � o time do desenvolvimento, que produz o desenvolvimento.
- Scrum Master - � o capit�o � o que faz a intera��o, faz as coisas acontecerem,
faz com que as pessoas compreendam os valores e princ�pios do scrum durante o
desenvolvimento.

SCRUM � um modelo que preconiza a entrega paulatina. Temos tamb�m o XP e o RUP, mas
o SCRUM � o modelo mais relevante que caracteriza as metodologias �geis.