RUMO AO NÍVEL 3 Soeli T. Fiorini SPIN/SP Nov./1999.

RUMO AO NÍVEL 3

Soeli T. FioriniSPIN/SP

Nov./1999

AgendaIntroduçãoRumo ao Nível 3

Noções da ACP (KPA) ACP Nível 3 x Nível 2 Barreiras Gastos Retorno

CBA IPIDados do SEI

Metas do Desenvolvimento

CronogramaCronograma

CustoCusto ProdutividadeProdutividade

LucroLucro

Satisfação do Cliente

Problema - Processo Imaturo

Processo improvisado pelos praticantes e seus gerentes

Nada é rigorosamente seguido ou aplicadoDependente das pessoas que realizam as

atividadesProblemas com custo e cronogramaPouca visibilidade do progresso e qualidade ...

Processo Maduro

Consistente com a forma que o trabalho é realizado

Definido, documentado e em melhoria contínua

Visivelmente mantido por todosBem controlado - auditado e seguidoMedidoTecnologia usada de forma disciplinada

Solução

MELHORIA DO PROCESSOMELHORIA DO PROCESSO

O que significa melhoria de processo?

Reconhecer “a lei da criatividade”Mudar o comportamento das pessoasProver mecanismos de feedback

medições verificações

Esforço e reforço contínuo dinâmico - nunca estático

...

Melhoria do Processo de Software - SPI

Defina um modelo IDEAL (iniciar, diagnosticar, estabelecer, agir,

implantar) PDCA (planejar, fazer, verificar e agir) Crie o seu modelo

Organize-se Sumário do projeto

Priorize avaliação

Conflitos, desafios e riscos de projetos SPI

Conflito cultura enraizada - processo e ideais

Desafio implantar o processo com poucos

recursos e e no menor tempo possívelRisco

institucionalização

Rumo a Nível 3

N3N3

Foco no Processo da Organização

Organization Process Focus - OPF

OPF x N2

Gerência de Requisitos Requisito do cliente x SPI Projeto SPI possui requisitos (ACPs,

práticas) Projeto SPI x status dos requisitos

OPF x N2

Planejamento do Projeto de Software Atividades de SPI - faça um projeto Plano de Ação/Melhoria x Plano de

Projeto Plano de transferência de tecnologia

(cronograma ...)

OPF x N2

Supervisão e Acompanhamento de Projeto de Software Acompanhe o projeto SPI

tamanho, esforço, custo, cronograma, ...acompanhar produtos produzidosregistrar dados de replanejamento - históricorevisõesmedições (ex. trabalho dos PATs)SQA

OPF x N2

Gerência de Configuração de Software Documentação do projeto SPI

Plano de ação, plano de gerência de configuração e plano de garantia de qualidade, treinamentos,...

Planilhas de medições com status das áreas-chaves do processo (KPAs)

ferramentas utilizadas no processo

OPF x N2

Garantia de Qualidade de Software revisão/ auditoria de produtos do

projeto SPI Apoio na institucionalização dos

processos - feedback

OPF x N2

Gerência de Contrato de Software Desenvolvimento de ferramentas para

dar suporte“casar” com o tempo para institucinalização

OPF - Barreiras

Comprometimento da gerência superiorRespeito aos membros do SEPGRecursos alocadosMotivação e comprometimento das

equipesGerentes e engenheiros cépticos -

mudança culturalOrganizações com freqüentes mudanças

OPF - Gastos

Recursos SEPG coordenação, revisões, orientações,

medições, ...Treinamento do SEPGTreinamento para a organização

CMM e CBA IPI, processos, ferramentas, ...Equipes (PATs) Avaliação (assessment)

OPF - Retorno do Investimento

Redução do risco Melhoria planejada Melhoria de processo coordenada e focada

Entendimento da capacitação do processo Avaliações

Aumento da capacitação do processo Ações de melhoria

Definição do Processo da Organização

Organization Process Definition - OPD

Definição do Processo da Organização - OPD

Banco deDados de

Processos deSoftware daorganização

Bibliotecade Documen-tação Relacio-

nada ao Processo de

Software

Descriçõesdos

Ciclos deVida

Descrição do Processo de Software

Descrição dos Elementos do Processo de Software

Arquitetura do Processo de Software

Padrão da Organização

Requisitos Externos

Requisitos de Sistema

Requisitos do Sistema

Alocados ao Software

Selecionar o Ciclo de Vida

de Softwaredo Projeto

Desenvolver o Processo de

Software Definido do

Projeto

Resultados do Projeto e artefatos de software

Atividades

Desenvolver o Processo de SoftwarePadrão da Organização

Etapa a Etapa b Etapa c Etapa d

Plano de Desenvolvimentode Software do Projeto

Tarefas de Projeto

Descrição do Processo de Software do Projeto

Descrição do Processo de Software Definido do Projeto

{Fase a} {Fase b} {Fase c} {Fase d}

Ciclo de Vida de Software do Projeto

Arquitetura de Alto Nível do Proc. Soft.

Diretrizese Critérios

para Adaptar

Software

Organização

o Processo de

Padrão da

OPD x N2

Gerência de Requisitos participantes são os clientes que tem

requisitos para melhoria de processos, procedimentos e definições de processosrequisitos para criar padrão de documentaçãorequisitos para diretrizes e critérios de

adaptaçãorequisitos para criar BB e biblioteca

padronização das descrições de processos de gerência de requisitos

OPD x N2

Planejamento, Supervisão e Acompanhamento do Projeto de Software padronização das descrições de

processos de planejamento, supervisão e acompanhamentodescrições, templates, medições, padrões,

procedimentosestimativas no banco de dados

OPD x N2

Gerência de Configuração de Software padronização das descrições de

processos de gerência de configuração descrições do processo de software

padrão sob SCM ativos de processo gerenciados e

controlados

OPD x N2

Garantia de Qualidade de Software padronização das descrições de

processos de garantia de qualidade de software

participa da aprovação dos processos revisa e/ou audita atividades e produtos

de OPD

OPD x N2

Gerência de Contrato de Software padronização das descrições de

processos de gerência de contrato de software

definição de um “modelo de fábrica”

OPD - Barreiras Nível de detalhes nas descrições de

processos e notações p/ representar o proc.Boas práticas geralmente não estão

definidas e documentadas Definição de processo não ser entendidaEsquema do banco de dados limitadoMudanças durante a implantação/

institucionalização do processo

OPD - GastosDefinir padrão para doc. de processosDesenvolver e documentar o processoDesenvolver e manter guidelines de

adaptação do processo Definir e/ou comprar e manter o BD de

processoEstabelecer e manter a biblioteca de

documentação relacionada ao processoTreinamentos, medições, pilotos, ...

OPD - Retorno

Um processo e ativos -> PadronizaçãoBase p/ gerar adaptações controladasBD - possibilidade de medições e

histórico para estimativas -> controle/ previsibilidade

Biblioteca de documentação - auxilia no aprendizado e institucionalização dos processos

Programa de Treinamento

Training Program - TP

Programa de Treinamento - TP

PlanoTreinamentoProjeto x

PlanoTreinamentoOrganização

PlanoTreinamentoProjeto z

PlanoTreinamentoProjeto y

Registros de Treinamentos

Execução doTreinamento

Necessidades de pessoas, projetos e organização Padrões organizacionais

Procedimentode Dispensa

Grupo de Treinamento

TP x N2

Gerência de Requisitos

Necessidade de treinamento contínuo Treinamento em métodos, técnicas ...

TP x N2

Planejamento, Supervisão e Acompanhamento do Projeto

Necessidade de treinamento contínuo Ênfase em controles baseados em

dados do BD e limites Pode-se incluir no plano de projeto as

necessidades de treinamento

TP x N2

Gerência de Configuração de Software

Necessidade de treinamento contínuo

TP x N2

Garantia da Qualidade de Software

Necessidade de treinamento contínuo Ênfase em checklists padronizados

TP x N2

Gerência de Contrato de Software

Necessidade de treinamento contínuo Treinamento de fornecedores

TP - Barreiras

Orçamento - dinheiroFalta de suporte da gerênciaFornecer o treinamento muito tardeFornecer o treinamento muito cedoFalta de instrutores

TP - Gastos

Treinamento para o grupo de treinamento

Padrões para preparação de cursosLevantamento das necessidades de

treinamentoProver o treinamentoManter registros de treinamentosAvaliações independentes - consultores

TP - Retorno

Capacitação das pessoas Produtividade Qualidade Satisfação

Institucionalização mais rápida

Engenharia de Produtos de Software

Software Product Engineering - SPE

Engenharia de Produtos de Software - SPE

Produtos sob SCM/ Gerenciados e Controlados

Revisão por Parceiros

Manter Consistência dos Artefatos

Requisitos

Teste

CodificaçãoDesign

Documentação Coleta e Análise

de Defeitos

Processo de Software Definido do Projeto - PSDP

Descrição

Métodos Ferramentas

SPE x N2


Base para as atividades de SPE Foco na definição de requisitos -

métodos

SPE x N2

Planejamento, Supervisão e Acompanhamento do Projeto de Software

definição de novas atividades a serem incluídas e acompanhadas no plano do projeto

SPE x N2


definição de baselines de acordo com o ciclo de vida do processo de desenvolvimento de software estabelecido

integração da ferramenta de gerência de configuração com as ferramentas de desenvolvimento

SPE x N2

Garantia de Qualidade de Software

passa a ter mais recursos para realizar revisões e auditorias -> procedimentos, métodos, padrões de SPE ...

Passa a verificar traceability efetivamente

SPE x N2


Cláusulas no contrato, se necessário, para manter métodos, ferramentas e processos compatíveis

Fábrica de software x atividades em conjunto, integração do produto ...

SPE - Barreiras

Métodos e ferramentas pouco apropriados ou incompatíveis

Métodos e ferramentas pouco eficientes

Processo pouco efetivo (ex. revisão por pares)

Falta de conhecimento técnico

SPE - Gastos

Comprar ferramentasCapacitar desenvolvedores nas

técnicas e ferramentasRastear e manter a consistência

através dos produtos Definir e executar atividades de testeColetar e analisar dados de defeitos

SPE - Retorno

Consistência através dos produtosUso dos dados de defeitos para

melhoria do processoUso mais efetivo de ferramentas e

métodosMais controle e qualidade no

desenvolvimento

Gerência de Software Integrada

Integrated Software Management - ISM

Gerência de Software Integrada - ISM

Processo de Software Padrão da Organização

Processo de Software Definido do Projeto

Plano de Desenvolvimento de Software

Padrões

e

Formulários

Diretrizes

e

Critérios

Ciclos

de

Vida

ISM x N2


Base para o desenvolvimento do plano de projeto

processo de gerência de requisitos -> adaptação do processo - ex. solicitação de mudanças (pequenas manutenções)

ISM x N2

Planejamento, Supervisão e Acompanhamento do Projeto de Software Estabelecer limites para gerenciar tamanho,

esforço, custo, dependências e caminhos críticos do cronograma e recursos críticos de computação

Riscos gerenciados - todos os eventos com reais possibilidades de impedir que o projeto alcance seus objetivos - plano de ger. riscos

ISM x N2

Planejamento, Supervisão e Acompanhamento do Projeto de Software Desenvolver e revisar o processo do

projeto - definido com base no padrão Plano de projeto pode conter

referências do padrão - registro do processo definido do projeto

ISM x N2


Pode-se definir baselines mínimas - acordando para a duração de projetos

ISM x N2


Contratada define e entrega produtos de acordo com os processos definidos (ex. classes de projetos)

ISM x N2

Garantia de Qualidade de Software Segue o processo de software definido

para para o projetoacesso ao banco de dados p/ planejamento,

estimativa, acompanhamentocoleta e fornecimento de dados ao banco de

dadosgerência do projeto...

ISM - Barreiras

Não existir um processo de software padrão na organização

Planejamento, supervisão e acompanhamento do projeto ainda com problemas

Ativos serem difíceis de recuperar e usarDefinir diretrizes e guias de adaptação

claros e úteis

ISM - Barreiras

Identificação errônea de classes de projetos/ manutenções e a adaptação necessária

Resistência na documentação das manutenções

Banco de dados pouco utilizado - uso para planejar e estimar

ISM - Gastos

Levantamento de como adaptarElaboração de diretrizes e critérios

de adaptação - guiasAdaptação do banco de dados de

processos - limitesAdaptação ferramentas para

reconher tipos de projetos, templates, ...

ISM - Retorno

Processo definido de acordo com as características dos projetos - diminui a resistência ao uso de processos

Alertas anteriores ao acontecimento de problemas no projeto

Possibilidade de medições mais efetivas

Coordenação entre Grupos

Intergroup Coordination - IC

Coordenação entre Grupos - IC

IC x N2


Base para os acordos entre grupos envolvidos

IC x N2

Planejamento, Supervisão e Acompanhamento de Projeto

Incluir no plano de projeto os compromissos, responsáveis e dependências

Os compromissos e dependências são acompanhados

IC x N2


Disponibilizar a ferramenta de SCM para todos os grupos envolvidos no projeto

Estabelecer as baselines em conjunto - controle

IC x N2


incluir revisão/ auditoria de atividades e produtos de IC

IC x N2


exigências de níveis de maturidade da contratada para trabalho em conjunto

IC - Barreiras

Estrutura organizacional rígidaFalta de respeito entre os grupos

procedimento de escalonamento problemasDiferenças de cultura/ linguagemDiferenças de níveis de maturidadeLocalização geográficaCompatibilidade dos meios de

comunicação

IC - Gastos

Gerenciar compromissos e dependências entre grupos

Revisões técnicasComunicaçãoTreinamentos - dinâmica em grupo,

orientações

IC - Retorno

Estabelecimento de responsabilidades - “falar com a pessoa certa”

Visibilidade de dependências e compromissos por todos os grupos envolvidos

Tratamento de questões que impedem o progresso - escalonamento

Conhecimento - aumenta com trabalho em grupo

Revisões por Pares

Peer Review - PR

Revisões por Pares

PR x N2


Requisitos podem ser submetidos a uma reunião de revisão por pares

PR x N2

Planejamento, Supervisão e Acompanhamento do Projeto de Software Incluir no plano de projeto atividades de

revisão por pares Plano de projeto pode ser submetido à

revisão por pares Ações de melhoria para corrigir defeitos

devem ser acompanhadas até sua conclusão

PR x N2


correções de defeitos resultam em mudanças que precisam ser controladas

PR x N2


revê e/ou audita processo e atividades de revisão por pares

cobra evidências da reunião

PR x N2


Produtos entregues pela contratada podem passar por uma revisão por pares

PR - Barreiras

Pressões de cronogramaAcreditar que as peer reviews são

demasiadamente carasRevisões hostisMedo de avaliações das pessoasSeleção pouco apropriada de revisoresPouca experiência técnica dos revisores

PR - Gastos

TreinamentoPlanejamentoFazerRegistrar dados - ferramenta

PR - Retorno

Descobrir defeitos cedo - menor custo

Dados disponíveis para guiar os testes

Dados para análise de processos Aumenta qualidade - diminui o custo

do processo: retrabalho

Processo CBA IPI

CBA IPI - CMM Based Appraisal Internal Process

Improvement

Processo CBA IPI

1. Identificar o Escopo da Avaliação

8. Apresentar Draft dos Findings

4. Brief do Assessment

aos Participantes

5. Administrar os

Questionários

6. Examinar as Respostas dos Questionários

7. Iniciar a Revisão da

Documentação2. Desenvolver um Plano para

a Avaliação

3. Preparar e Treinar a Equipe

Processo CBA IPI

2. Entrevistar os Líderes de

Projeto ( individual 4)

7. Apresentar Draft dos Findings

8. Consolidar, Medir e

Preparar Findings Final

9. Apresentar Findings Final

10. Conduzir uma Sessão

Executiva

11. Elaborar Relatório Final

para o SEI

1. Conduzir a Reunião de

Abertura

5. Consolidar

Informações

5. Consolidar

Informações

5. Consolidar

Informações

6. Preparar Draft dos Findings

3. Entrevistar Gerentes

Intermediários (grupo)

4. Entrevistar Representantes de Áreas Func.

(grupo 6-12)

Revisão de documentos, Entrevistas de Foloow-up

Depois da conquista ...

Melhoria de processo é melhoria contínua

Dados do SEI - Maio 97Número de organizações iniciando SPI

continua a aumentarOrganizações da área comercial tem

aumentadoAproximadamente metade das

organizações que tem reportado tem menos que 100 funcionários

Transição de níveis: 2-3 tendem a ser mais rápidos e com menos variância

Dados do SEI - Maio 97

Organizações Nível 1 Garantia de Qualidade de Software e

Planejamento do Projeto de Software são as áreas-chave freqüentemente menos satisfeitas

Organizações Nível 2 Definição do Processo da Organização,

Gerência de Software Integrada e Programa de Treinamento são as áreas-chave menos satisfeitas.

Sucesso do projeto SPI

CMM tem que ser uma conquista de todos

RUMO AO NÍVEL 3 Soeli T. Fiorini SPIN/SP Nov./1999.

Documents

Transcript of RUMO AO NÍVEL 3 Soeli T. Fiorini SPIN/SP Nov./1999.