O documento discute como a análise de negócios pode ser combinada com métodos ágeis para maior sucesso. Apresenta princípios do Manifesto Ágil e como eles podem ser aplicados nas empresas. Também discute técnicas como story mapping e priorização para garantir que o trabalho de maior valor seja entregue.

1. Análise de Negócios com Agilidade
Uma Combinação de Sucesso!
por Luiz Claudio Parzianello

2. Sobre o palestrante
Engenheiro Eletricista pela PUCRS e Mestre em Sistemas Eletrônicos
pela USP. Possui mais de 25 anos de experiência em informática e
mais 10 em desenvolvimento ágil, atuando no Brasil e no exterior
como coach, instrutor e palestrante. É especialista em temas como
Análise de Negócios Ágil, Gestão e Melhoria Organizacional, Lean
Management, Scrum e Extreme Programming. Consultor de Gestão e
Projetos do Grupo RBS. Presidente do IIBA Porto Alegre Chapter e Vice-
Coordenador do Grupo de Usuários de Análise de Negócios (GUAN) da
SUCESU-RS. É membro da Agile Alliance e do International Institute of
Business Analysis (IIBA), sendo um dos autores da Agile Extension do
BABOK (Business Analysis Body of Knowledge).
Twitter @lcparzianello

3. O Manifesto Ágil
http://agilemanifesto.org/
Estamos descobrindo melhores formas de desenvolver software fazendo
e ajudando outras pessoas a fazerem o mesmo.
Ao longo deste trabalho, passamos a valorizar:
 Indivíduos e interações mais que processos e ferramentas
 Software que funciona mais que documentação abrangente
 A colaboração com o cliente mais que a negociação de contratos
 Responder à mudança mais que seguir um plano
Ou seja, mesmo que haja valor nos itens da direita, valorizamos ainda
mais os da esquerda.
Assinado por 17 gurus da área de software
Utah (EUA), fevereiro de 2001

4. O Manifesto Ágil nas Empresas
Princípios:
1) Nosso maior objetivo é encantar nossos clientes!
2) Devemos estimular equipes auto-organizadas.
3) Trabalhamos com iterações orientadas ao
cliente.
4) Procuramos entregar valor para os clientes em
cada iteração.
5) Sustentamos uma transparência radical.
6) Promovemos a melhoria contínua radical.
7) Estimulamos a comunicação interativa.
“How to Inspire Continuous Innovation,
Deep Job Satisfaction & Client Delight”

5. Princípios do Manifesto Ágil
1) Nossa maior prioridade é satisfazer o cliente através
da entrega contínua e adiantada de software com valor
agregado.
2) Mudanças nos requisitos são bem-vindas, mesmo
tardiamente no desenvolvimento. Processos ágeis
tiram vantagem das mudanças visando vantagem
competitiva para o cliente.
3) Entregar frequentemente software funcionando, de
poucas semanas a poucos meses, com preferência à
menor escala de tempo.
4) Pessoas de negócio e desenvolvedores devem
trabalhar diariamente em conjunto por todo o projeto.

6. Princípios do Manifesto Ágil
5) Construa projetos em torno de indivíduos motivados.
Dê a eles o ambiente e o suporte necessário e confie
neles para fazer o trabalho.
6) O método mais eficiente e eficaz de transmitir
informações para e entre uma equipe de
desenvolvimento é através de conversa face a face.
7) Software funcionando é a medida primária de
progresso.
8) Os processos ágeis promovem desenvolvimento
sustentável. Os patrocinadores, desenvolvedores e
usuários devem ser capazes de manter um ritmo
constante indefinidamente.

7. Princípios do Manifesto Ágil
9) Contínua atenção à excelência técnica e bom design
aumenta a agilidade.
10)Simplicidade -- a arte de maximizar a quantidade de
trabalho não realizado -- é essencial.
11)As melhores arquiteturas, requisitos e designs
emergem de equipes auto-organizáveis.
12)Em intervalos regulares, a equipe reflete sobre como
se tornar mais eficaz e então refina e ajusta seu
comportamento de acordo.

8. O que é Análise de Negócios (AN)?
Análise de Negócios envolve compreender como as
organizações funcionam e alcançam seus propósitos, e definir
as capacidades que uma organização deve possuir para prover
produtos e serviços para as partes interessadas externas.
Isso inclui a definição de metas
organizacionais, como essas metas se
conectam a objetivos específicos, a
identificação das ações que uma
organização deve executar para
alcançar as metas e objetivos, e a
definição de como interagem as
diversas unidades organizacionais e
as partes interessadas, dentro e fora
daquela organização.

9. O que é Análise de Negócios (AN)?
O foco é determinar O foco é determinar qual
as atividades de AN solução qye melhor atende
as necessidades de negócio
O foco é garantir que as
O foco é identificar e partes interessadas e a
compreender as necessidades equipe de projeto mantenham
e preocupações acordo sobre o escopo da
solução
O foco é definir um
escopo viável de solução
que possa ser O foco é fazer com que a equipe de
implantado no negócio projeto desenvolva uma solução que
atenda as necessidades daquele que
contrata e daqueles que se
BABOK® Guide Version 2.0
beneficiam da solução

10. O que dizer dos Analistas de Negócio?
 Um analista de negócios é qualquer pessoa que executa
atividades de análise de negócios, não importa qual o seu
cargo ou função organizacional.
 Praticantes de análise de negócios não estão limitados a
pessoas com o cargo de “Analista de Negócios”, mas
também: analistas de sistemas de negócios, analistas de
sistemas, engenheiros de requisitos, analistas de
processos, gerentes de produtos, responsáveis por
produtos (product owners), analistas corporativos,
arquitetos de negócio, consultores, ou qualquer outra
pessoa que executa as tarefas descritas no Guia
BABOK®, incluindo aqueles que executam disciplinas
relacionadas, como gerenciamento de projetos,
desenvolvimento de software, QA e desenho de interface.

11. Análise de Negócios e Scrum?
Alguns exemplos do Scrum Guide
(Out 2011)
O Product Owner é responsável por
maximizar o valor do produto e o Equipes de desenvolvimento são
trabalho da equipe de desenvolvimento. multifuncionais, com todas as habilidades
necessárias para criarem seus produtos.
O Scrum não apresenta outros títulos para a equipe de
desenvolvimento além de desenvolvedor, independente do
trabalho realizado pela pessoa; Não há exceção para a regra.
Equipes de desenvolvimento não
possuem sub-equipes dedicadas a um
A meta da Sprint pode ser um grande domíninio particular, como testes e BA.
marco para o propósito maior dentro
do roteiro de produto. O Product Backlog é frequentemente
organizado por valor, risco, prioridade e
necessidade.

12. Análise de Negócios e Scrum?

13. Análise de Negócios e Scrum?
Based on Tom Gilb
http://stakeholdervalues.com/Value+Product+Owner
1 to 4 weeks cycle
Stakeholders
1 to 4 weeks cycle Product Owner
Business
Vision SCRUM
Business Vision
Product Vision
Prioritization
Verification
Verification
Product
Vision
Prioritization
Business Product
Owner Owner
Value Management Development Management Value Manag.

14. Como poderíamos trabalhar?
Business Product Product & Dev
Vision Strategy Strategy Strategy
Perceptions
Market
Services
Business
Demands
Business
Demands
Product
Releases
Product
Development Management
Operations Management
Business Management
Product Management
BVI MVP MMF Release
Business Product Software Systems
Owner Owner Engineers Engineers
Business UX Scrum Testing SEO/Data
Analysts Designers Master Analysts Analytcs

15. Como poderíamos pensar?
Value
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5
Business Perspective
New Capabilities Launch Business Value Increment
suports
Product Perspective
Minimum Marketable Features Release Minimum Viable Product
results
Process Perspective
PDCL PDCL PDCL PDCL PDCL Better Performance
manages
Project Perspective
Integration, Acquisitions, Costs & Risks
Time

16. O princípio básico do Agile BA ...
The Dude’s Law
By David
Why
Value = Hussman
How

17. Os Sete Princípios da AgileBA
http://tinyurl.com/AgileExtensionBABOK

18. 1) Aprenda a ver ... DISCOVERY
Veja o todo!
“No contexto da agilidade, a análise de negócios enxerga todo o sistema
de pessoas, processos e tecnologia para encontrar onde reside o
verdadeiro valor e para ajudar a organização a maximizar as chances de
entregar uma solução de valor para o cliente.”
Algumas técnicas úteis:
 Business Capability Analysis
 Personas
 Value Stream Mapping

19. 2) Aprenda a pensar ... DISCOVERY
Pense como cliente!
“Análise Ágil presta especial atenção à voz do cliente para entender seus
valores e expectativas. Os itens de Backlog representam o trabalho a ser
feito e transmitem o pensamento do cliente, podendo ser representados
por protótipos, histórias de usuário, épicos, MMF, etc.”
Algumas técnicas úteis:
 User Stories
 Story Elaboration
 Story Decomposition
 Story Mapping
 Storyboarding

20. 3) Compreenda o valor das coisas ... DISCOVERY
Analise para determinar o que tem valor!
“A abordagem ágil é distinta pois o valor é continuamente avaliado e
priorizado para garantir que o trabalho de maior valor seja entregue a
qualquer momento, sempre utilizando a perspectiva do cliente final.”
Algumas técnicas úteis:
 Backlog Management
 Business Value Definition
 Kano Analysis
 MoSCoW Priorization
 Purpose Alignement Model

21. 3) Compreenda o valor das coisas ... DISCOVERY
Capacidades podem garantir Resultados
Productivity Quality Perdas Ganhos
Oportunidades Conformidade Reduzir Aumentar
Eficiência Eficácia Evitar Proteger
Pessoas e Processos Comercial e Financeiro

22. 4) Caia na real ... Exemplos! DELIVERY
Valide seus conceitos com exemplos reais!
“Utilize exemplos concretos, tanto na captação quanto na validação das
necessidades de produto, para confirmar o que tem valor para o negócio.
Modelos podem ser úteis na compreensão do desenvolvimento, mas exemplos
são mais concretos para o cliente. Além disso, comprometem o cliente na
captação, análise e validação de requisitos.”
Algumas técnicas úteis:
 Behaviour Driven Development
 Prototyping

23. 5) Reconheça o limite das coisas ... DELIVERY
Procure entender o que é possível de ser realizado!
“A equipe de desenvolvimento deve ser fortalecida com a análise efetiva
das reais necessidades de produto e negócio. Com isso, a quantidade de
trabalho que pode ser entregue num determinado período pode ser
determinada, bem como novas opções e recomendações identificadas”.
Algumas técnicas úteis:
 Estimation
 Planning Workshop
 Real Options

24. 6) Melhore as coisas ... DELIVERY
Estimule a colaboração e a melhoria contínua!
“Técnicas de facilitação contribuem para a geração de um ambiente
colaborativo, acelerando a capacidade de definição e entrega da equipe.
Procuramos criar ambientes em que todos possam contribuir na geração
de valor para o projeto, preferencialmente, em encontros presenciais.”
Algumas técnicas úteis:
 Collaborative games
 Retrospectives

25. 7) Evite o despedício! DELIVERY
“Procure identificar e eliminar rapidamente qualquer coisa
que seja fonte de desperdício. Produtos e atividades que não
contribuem diretamente para a entrega de valor percebido
pelo cliente devem ser evitadas e eliminadas.”
Algumas técnicas úteis: “Garanta que toda a
documentação produzida
 Lightweight Documentation
durante as atividades de
análise tenha aplicação
imediata, gere valor para as
partes interessadas e não
sobrecarregue o sistema de
forma desnecessária.”

26. Minhas 3 msgs finais ...
1) Analistas de Negócios não deveriam ser “tiradores
de pedido”. Analistas de Negócio devem ser agentes
de transformação, tanto de clientes e quanto de
membros da equipe de desenvolvimento!
2) Análise de Negócios não deve ser exclusividade do
Analista de Negócios. Aprenda e pratique o que pode
torná-lo mais valioso!
3) Dê o seu melhor! Compreenda que você não é
somente responsável pela descoberta, mas também
pela entrega!

27. Muito obrigado!
Luiz.Parzianello@portoalegre.theiiba.org
http://www.slideshare.net/parzianello
@lcparzianello