Emerson Schenatto

Os desafios da análise de negócios em equipes ágeis

@eschena

eschena@gmail.com

http://analiseagil.wordpress.com

Contexto organizacional

Mobilidade corporativa

Atuação nacionalGrandes players

Orientados a desenvolvimento de Produto

.

Contexto do time

Rodízio entre as pessoas dos times

Todos são testadores

Todos especificam requisitos

Todos fazem deploy

Todos são responsáveis pela correção de defeitos

Manifesto Ágil

Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:

Indivíduos e interação entre eles mais que processos e ferramentasSoftware em funcionamento mais que documentação abrangenteColaboração com o cliente mais que negociação de contratosResponder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.

Manifesto Ágil dos Analistas

Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:

Indivíduos e interação entre eles MENOS que processos e ferramentasSoftware em funcionamento MENOS que documentação abrangenteColaboração com o cliente MENOS que negociação de contratosResponder a mudanças MENOS que seguir um plano

Ou seja, mesmo havendo valor nos itens à esquerda, trabalhamos mais os itens à direita.

Processos e Ferramentas

Fundamentais para construção de uma boa análise

Evitam mudanças de rumo do time

Devem estar alinhados com a estratégia da empresa

Processos bem definidos facilitam a comunicação do time

Boas ferramentas aceleram a definição e construção das soluções

Indivíduos e interação entre eles

Mais processo = mais burocracia

Menos interação entre as pessoas = mais ruídos de comunicação

Pessoas devem estar engajadas com os objetivos estratégicos da empresa = motivação

Indicadores são fundamentais para acompanhar as ações do time = definição de metas

Documentação abrangente x software em funcionamento

Documentação é um mal necessário

Deve ser mínima para suportar a operação

Se está difícil manter a documentação, então reveja seu nível de detalhamento

Evite documentação textual. Use gráficos e fluxos, sempre que possível

Time deve conhecer bem o produto. Treinamentos são necessários

Negociação de contratos x colaboração com o cliente

Mapeamento das necessidades do cliente

Clareza no contrato nos termos de mudança de escopo

Pequenas entregas = Feedback contínuo do cliente

Falhar o mais rápido possível

Acompanhamento do projeto e ajuste do rumo durante a execução

Seguir um plano x responder a mudanças

Possuir um plano é fundamental

Corrigir o rumo também é essencial

Insistir no plano errado é perda de tempo e dinheiro

Acompanhamento constante é necessário

As mudanças ocorrem. Precisamos aceitá-las

Dicas para analistas ágeis

Planejamento das funcionalidades

Controle do estimado x realizado

Antecipar pesquisas / riscos (spykes)

Indicadores- Média de pontos realizados por equipe- % de pontos realizados / planejado- % de novas funcionalidades e defeitos- Quantidade de bugs encontrados x resolvidos- % cobertura de testes nos módulos

Estimativas

Coeficiente Hipotético Universal Teoricamente Embasado

Execução do produto

Time multidisciplinar

Visão sistêmica

Respeitar o perfil das pessoas

Combater o desperdício do talento

É fundamental conhecer as pessoas para motivá-las

Execução do produto

Buscamos:

Antecipar entrega efeedback

Prototipação

Feature Toggle

Simplicidade

.

Emerson Schenatto

Obrigado!

Perguntas?

@eschena

eschena@gmail.com

http://analiseagil.wordpress.com