[uff]qualidade agilidade
Post on 04-Dec-2014
610 Views
Preview:
DESCRIPTION
TRANSCRIPT
Analia Irigoyen Ferreiro Ferreira
2 | © ProMove – Business Intelligence Solutions
Sócia-Diretora da ProMove
Mestre em Eng. de Sistemas e Computação pela UFRJ (2009), Pós-graduação em
Análise, Projeto e Gerência de Sistemas PUC (1999) e graduado em Informática pela
UFF (1996).
Implementadora credenciada do modelo MPS, participou em implementações dos
modelos CMMI e MPS.
Avaliadora líder inicial credenciado do modelo MPS.
Mais de 10 anos de experiência em Gerência de Projetos, certificada Scrum-
Master e PMP.
Público Alvo
3 | © ProMove – Business Intelligence Solutions
Grupos de processo de organizações que adotaram os modelos CMMI ou MPS e
querem adotar práticas ágeis .
Empresas que tenham interesse em realizar avaliações no CMMI com práticas ágeis
nos próximos anos.
Implementadores que desejam compreender o que o CMMI na versão 1.3 discute
sobre a Agilidade.
Para Refletir ...
4 | © ProMove – Business Intelligence Solutions
“Use professional judgment and common sense to interpret the model for your
organization. That is, although the process areas described in this model depict
behaviors considered best practices for most users, process areas and practices
should be interpreted using an in-depth knowledge of CMMI-DEV, your
organizational constraints, and your business environment.”
Qual o julgamento profissional e senso comum em organizações que adotam
métodos ágeis?
CMMI or Agile: Why Not Embrace Both! [Glazer 2008].
CMMi não diz como implementar as práticas.
CMMi V1.3: notas auxiliam na interpretação.
CMMi - Versão 1.3 e Agilidade
Lista de pré-requisitos do CMMi V1.3
Aderente Manifesto for Agile Development [Beck 2001].
Envolvimento do PO
Lista de pré-requisitos do CMMi V1.3
Aderente Manifesto for Agile Development [Beck 2001].
Múltiplas interações para conhecer e evoluir o produto
Lista de pré-requisitos do CMMi V1.3
Aderente Manifesto for Agile Development [Beck 2001].
Cliente comprometido em compartilhar decisões e riscos
Agilidade
9 | © ProMove – Business Intelligence Solutions
Agilidade x SCRUM
SCRUM é uma pequena parte do mundo ágil
Princípios Ágeis
Notas do CMMI Versão 1.3 sobre agilidade
12 | © ProMove – Business Intelligence Solutions
5 Causal Analysis and Resolution (CAR) Organizational Performance Management (OPM)
4 Organizational Process Performance (OPP) Quantitative Project Management (QPM)
3 Decision Analysis and Resolution (DAR) Integrated Project Management (IPM) Organizational Process Definition (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Risk Management (RSKM)
Product Integration (PI) Requirements Development (RD) Technical Solution (TS) Validation (VAL) Verification (VER)
2 Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP)
Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM)
Gerência de Configuração (CM)
13 | © ProMove – Business Intelligence Solutions
Responsável por GC no Time:
Garantindo que Estratégia de GC seja cumprida
Estratégia de GC+ Complexa
Integração do Produto (PI)
14 | © ProMove – Business Intelligence Solutions
Integração Contínua
Integração do Produto (PI)
15 | © ProMove – Business Intelligence Solutions
A Estratégia de Integração Contínua deve (1/2):
1)Ser elaborada no início do projeto e revista para refletir a evolução dos componentes existentes e os novos.
2) Conter regras para incorporar produtos de terceiros.
3) Como será a solução para as interface entre as aplicações.
4) Informações enviadas e recebidas
Integração do Produto (PI)
16 | © ProMove – Business Intelligence Solutions
A Estratégia de Integração Contínua deve (2/2):
5) Quando realizar refactoring.
Monitoração e Controle (PMC)
17 | © ProMove – Business Intelligence Solutions
Monitoração do envolvimento dos Stakeholders
- É crucial garantir que o PO e os usuários finais estejam envolvidos nas atividades de desenvolvimento.
Planejamento do Projeto (PP)
18 | © ProMove – Business Intelligence Solutions
Por desconhecimento do todo (o software é evoluído conforme o conhecimento adquirido) (1/3):
1)Planejamento inicial de Alto Nível.
-> Os maiores riscos e marcos são conhecidos.
-> Restrições e premissas também são conhecidas.
2) O time faz o planejamento/Replanejamento mais frequentes e com maiores detalhes.
Planejamento do Projeto (PP)
19 | © ProMove – Business Intelligence Solutions
Por desconhecimento do todo (o software é evoluído conforme o conhecimento adquirido) (2/3):
-> Refletem como realizar uma iteração e o perfil do time envolvido e alguns fatores como: esforço, recursos e riscos.
-> O planejamento é revisado/refinado durante as reuniões diárias e ao final das iterações.
-> O comprometimento é obtido ao “pegar a tarefa” (time, durante o sprint)
Planejamento do Projeto (PP)
20 | © ProMove – Business Intelligence Solutions
Por desconhecimento do todo (o software é evoluído conforme o conhecimento adquirido) (3/3):
3) Estimativas
-> Estórias são elaboradas ou estimadas e as iterações são realizadas por meio de um conjunto de tarefas.
-> Sprint Backlog é derivado de um Product Backlog.
Garantia da Qualidade (PPQA)
21 | © ProMove – Business Intelligence Solutions
Times ágeis estão resolvendo necessidades imediatas da iteração!
1)Planejar no início do projeto: como as avaliações objetivas serão realizadas para garantir objetivos organizacionais.
2)Que processos e produtos serão avaliados;
3)Como o resultado das avaliações serão incorporados ao time (parte do daily meeting, checklists, peer reviews, tools, integração contínua, restrospectivas)
Gerência de Projeto Quantitativa (QPM)
22 | © ProMove – Business Intelligence Solutions
Exemplos de objetivos de desempenho dos processos:
1)Aumentar a velocidade do time em X % em Y meses ou anos.
Desenvolvimento de Requisitos (RD)
23 | © ProMove – Business Intelligence Solutions
1) Requisitos e idéias são elicitados,
desenvolvidos , elaborados e validados de
forma iterativa (1/2).
• São documentados em: User Stories,
Cenários, Casos de Uso, Product
Backlogs, Código.
• A priorização dos requisitos e análise
dos riscos é realizada ao selecionar o
“Sprint Backlog“ do “Product Backlog”.
Desenvolvimento de Requisitos (RD)
24 | © ProMove – Business Intelligence Solutions
1. Requisitos e idéias são elicitados, desenvolvidos , elaborados e validados de forma iterativa (2/2).
• Quanto de detalhes dos requisitos a ser documentado é decidido pelo risco de perder o que foi aprendido.
• Quando o PO está no time, é necessário separar requisitos do cliente de requisitos do produto.
• Todas as tarefas e responsabilidades são distribuídas entre os times e a rastreabilidade é feita por meio do “Product Backlog”.
Gerência de Requisitos (REQM)
25 | © ProMove – Business Intelligence Solutions
1) Requisitos são comunicados através dos quadros e comprometimentos são obtidos /revistos nas reuniões de planejamento e revisões (daily meeting,..) (1/3):
Gerência de Requisitos (REQM)
26 | © ProMove – Business Intelligence Solutions
2) Rastreabilidade (2/3)
1) Product Backlog
2) Sprint Backlog
3) Tarefas
4) Código
Gerência de Requisitos (REQM)
27 | © ProMove – Business Intelligence Solutions
3) Análise das Inconsistências (3/3)
Reuniões de Início de Sprint (SP 1), Retrospectiva e Review (Demo)
Gerência de Riscos (RISKM)
28 | © ProMove – Business Intelligence Solutions
• A estratégia de riscos está “embutida” na própria metodologia ágil.
• Algumas técnicas de mitigação de riscos podem ser adotadas, como:
experimentação (early failures) ou spike (fora da iteração).
• Só que é necessário algo mais sistemático: Planejamento, Estimativa e
Aceite as tarefas.
Solução Técnica (TS)
29 | © ProMove – Business Intelligence Solutions
1) Exploração de soluções técnicas o mais cedo possível. Ex.: tecnologia, Arquitetura, reutilização, requisitos funcionais e não funcionais.
2) É importante explicitar o custo x benefício e outros raciocínios quando existem altos (DAR)
3) Manuais de instalação, informações da release, logs de manutenção.
Verificação (VER) e Validação (VAL)
30 | © ProMove – Business Intelligence Solutions
1) Com Envolvimento do PO, VER passa a ser VAL. (1/2)
2) Um defeito detectado em um Sprint , tanto pelos testes do time ou pelo PO contribuem para o alcance do objetivo.
3) Algo mais sistemático deve ser estabelecido no início do projeto: o que vai ser revisto e testado, métodos e ambiente (Ex.: Integração Contínua).
4) Garantir: Compatibilidade com a Solução e Requisitos e Consistência.
Verificação (VER) e Validação (VAL)
31 | © ProMove – Business Intelligence Solutions
1) Exemplo: Integração Contínua
Relação MPS.BR e XP
• Auditoria independente (GQA)• A periodicidade ideal é a cada três meses.
• Assegurar a objetividade das auditorias (GQA e GC)• Avaliador independente do projeto.• Nível de hierarquia adequado.• Critérios de avaliação que garantam o
entendimento comum.
Papéis – Qualidade no Nível F
Scrum para Implantar Biblioteca de Ativos
Lições Aprendidas
Não busque o processo perfeito. Comece com:
Processo Iterativo com melhoria contínua
Faça:
Um bom planejamento inicial
Um excelente backlog
Uma excelente infraestrutura
Uma equipe comprometida e motivada
Contato
37 | © ProMove – Business Intelligence Solutions
www.promovesolucoes.comcontato@promovesolucoes.com
Tel/Fax: (21) 3283-8340
top related