engenheiro eletricista pela pucrs e mestre em sistemas eletrônicos pela usp. possui mais de 25 anos...
TRANSCRIPT
Análise de Negócios com Agilidade
Uma Combinação de Sucesso!por Luiz Claudio Parzianello
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
O Manifesto Ágilhttp://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 softwareUtah (EUA), fevereiro de 2001
O Manifesto Ágil nas Empresas
“How to Inspire Continuous Innovation,Deep Job Satisfaction & Client Delight”
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.
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.
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.
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.
Princípios do Manifesto Ágil
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.
O foco é determinaras atividades de AN
O foco é determinaras atividades de AN
O foco é identificar ecompreender as necessidadese preocupações
O foco é identificar ecompreender as necessidadese preocupações
O foco é definir um escopo viável de solução que possa ser implantado no negócio
O foco é definir um escopo viável de solução que possa ser implantado no negócio
O foco é determinar qual solução qye melhor atende as necessidades de negócio
O foco é determinar qual solução qye melhor atende as necessidades de negócio
O foco é garantir que as partes interessadas e a equipe de projeto mantenham acordo sobre o escopo da solução
O foco é garantir que as partes interessadas e a equipe de projeto mantenham acordo sobre o escopo da solução
O foco é fazer com que a equipe de projeto desenvolva uma solução que atenda as necessidades daquele que contrata e daqueles que se beneficiam da solução
O foco é fazer com que a equipe de projeto desenvolva uma solução que atenda as necessidades daquele que contrata e daqueles que se beneficiam da solução
BABOK® Guide Version 2.0
O que é Análise de Negócios (AN)?
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.
Análise de Negócios e Scrum?
O Product Owner é responsável por maximizar o valor do produto e o trabalho da equipe de desenvolvimento.
Equipes de desenvolvimento são 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 domíninio particular, como testes e BA.
A meta da Sprint pode ser um grande marco para o propósito maior dentrodo roteiro de produto.
O Product Backlog é frequentemente organizado por valor, risco, prioridade e necessidade.
Alguns exemplos do Scrum Guide(Out 2011)
Análise de Negócios e Scrum?
BusinessVision
Prioritization
ProductVision
Prioritization
Value ManagementValue Management Value Manag.Value Manag.
1 to 4 weeks cycle
1 to 4 weeks cycle
Based on Tom Gilbhttp://stakeholdervalues.com/Value+Product+Owner
BusinessOwner
ProductOwner
Bu
sin
ess V
isio
nV
eri
ficati
on
Bu
sin
ess V
isio
nV
eri
ficati
on
Stakeholders
Development ManagementDevelopment Management
SCRUM
Product Owner
Pro
du
ct
Vis
ion
Veri
ficati
on
Pro
du
ct
Vis
ion
Veri
ficati
on
Análise de Negócios e Scrum?
Como poderíamos trabalhar?
Bu
sin
ess M
an
ag
em
ent
Pro
du
ct M
an
ag
em
ent
Develo
pm
en
t Man
ag
em
ent
Op
era
tion
s M
an
ag
em
ent
BusinessOwner
ProductOwner
SoftwareEngineers
Marke
tPerce
ptio
ns
Busin
ess
Dem
and
s
Pro
duct
Dem
and
s
Pro
duct
Rele
ase
s
Busin
ess
Serv
ices
SystemsEngineers
BusinessAnalysts
UXDesigners
ScrumMaster
TestingAnalysts
SEO/DataAnalytcs
BVI MVP
MMF
VisionBusinessStrategy
ProductStrategy
Product & DevStrategy
Release
Como poderíamos pensar?
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5
Product Perspective
Minimum Marketable FeaturesMinimum Marketable FeaturesRelease Minimum Viable ProductMinimum Viable Product
Project Perspective
Integration, Acquisitions, Costs & RisksIntegration, Acquisitions, Costs & Risks
manages
Process Perspective
PDCL PDCL PDCL PDCL PDCL Better PerformanceBetter Performance
Business Perspective
New Capabilities LaunchBusiness Value IncrementBusiness Value Increment
suports
Valu
e
Time
results
O princípio básico do Agile BA ...
The Dude’s Law
Value = Why
How
By DavidHussman
Os Sete Princípios da AgileBA
http://tinyurl.com/AgileExtensionBABOK
1) Aprenda a ver ...
Algumas técnicas úteis: Business Capability Analysis Personas Value Stream Mapping
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.”
DISCOVERY
2) Aprenda a pensar ...
Pense como cliente!
Algumas técnicas úteis: User Stories Story Elaboration Story Decomposition Story Mapping Storyboarding
“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.”
DISCOVERY
3) Compreenda o valor das coisas ...
Analise para determinar o que tem valor!
Algumas técnicas úteis: Backlog Management Business Value Definition Kano Analysis MoSCoW Priorization Purpose Alignement Model
“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.”
DISCOVERY
3) Compreenda o valor das coisas ...
Pessoas e Processos Comercial e Financeiro
Reduzir
Evitar
Perdas Ganhos
Aumentar
Proteger
Resultadospodem garantirCapacidades
Eficácia
Conformidade
Quality
Eficiência
Oportunidades
Productivity
DISCOVERY
4) Caia na real ... Exemplos!
Valide seus conceitos com exemplos reais!
Algumas técnicas úteis: Behaviour Driven Development Prototyping
“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.”
DELIVERY
5) Reconheça o limite das coisas ...
Procure entender o que é possível de ser realizado!
Algumas técnicas úteis: Estimation Planning Workshop Real Options
DELIVERY
“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”.
6) Melhore as coisas ...
Estimule a colaboração e a melhoria contínua!
Algumas técnicas úteis: Collaborative
games Retrospectives
DELIVERY
“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.”
7) Evite o despedício!
Algumas técnicas úteis: Lightweight Documentation
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.”
“Garanta que toda a documentação produzida 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.”
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!
