1
1
QualitorMódulo GMS
Versão 5.i
Atividades relacionadas
Análise
Entrevista, requisitos, documentação, projeto
Codificação
Programação
Testes
Planos de testes, check-lists
Validação
“Juntar as partes”, “Testar tudo junto”, entradas x saídas
Empacotamento
Compilação, dependências, instaladores
Liberação
Plano de liberação, sistemática e operacionalização
Desenvolvimento de sistemas
Processo
Uma sequência de atividades realizadas para um
determinado objetivo ser atingido
Processo de software
Um conjunto de atividades, métodos, práticas e
transformações que as pessoas utilizam para desenvolver
e manter software e produtos relacionados.
Processo de Software
A qualidade do sistema de software é altamente influenciada pela qualidade do processo* utilizada paraseu desenvolvimento e manutenção.
*Maturidade
Processos são medidos por seu nível de
maturidade
Uma nomenclatura também utilizada é MPS
Melhoria de processos de software
Premissa de Processo de software
Maturidade nas organizações Imaturas
Processos improvisados pelas pessoas Processo não seguido ou
não cumprido Grande dependência das
pessoas Baixa visibilidade do
processo em evolução e qualidade Funcionalidade e qualidade
do produto final variam para atender ao prazo Altos custos para
manutenção Tecnologia mais
importante do que o processo
Maduras Processos definidos,
documentados e melhorados continuamente Processo seguido,
permanentemente Processo utilizado pela
gerência: gerenciamento Processo verificado e
cumprido Papeis e
responsabilidades claramente definidos Processo mais
importante do que tecnologia
Oferecem sugestões de melhores práticas para
processos de desenvolvimento
Existem vários modelos que podem ser utilizados
CMM / CMMi, ISO9001, SPICE ISO15504, NBR/ISO IEC
12207, MPSBr
Modelos de MPS
Capability Maturity Model for software, desenvolvido pela SEI (Software Engineering Institute) é um modelo (framework) que descreve elementos chave para um processo de software eficaz.
É o modelo mais conhecido e utilizado mundialmente para software; no Brasil, está se buscando um modelo mais simplificado, o MPSbr.
Organizado em Áreas de Processo (PA) e Prática Específica/Objetivo Específico
CMM: Conceito
É representado por estágios de evolução, de 1 a 5
1- Inicial: Sem controle, reativo e imprevisível
2- Gerenciado: Requisitos gerenciados, processo planejado,
medido e controlado. Ainda reativo
3- Definido: Nível 2 mais Pró-ativo.
4- Quantitativamente gerenciado: Processo medido e
totalmente controlado
5- Otimização: foco na melhoria contínua do processo
CMM: Conceito
Nível de maturidade 2 Processos básicos estabelecidos para o gerenciamento de custo,
prazos e funcionalidades.
Características Gerenciamento de requisitos dos projetos
Abordagem de processo: planejamento, execução, verificação e ajustes (PDCA)
Projetos são gerenciados de acordo com o planejamento
Controle permite o acompanhamento de pontos-chave (“milestones”)
Participação das partes envolvidas (stakeholders)
As práticas devem ser mantidas independente de situações inesperadas ou de crise
CMM_2
CMM_2 x GMSÁrea de processo Prática
específica/Objetivo específico
Recursos GMS
Gerenciamento de Requisitos
PE-Entendimento de requisitos
-Solicitação do usuário via WEB(Inclui justificativa à solicitação, data-limite, soluções alternativas)-Aprovação do superior imediato-Análise crítica pelo gerente de sistemas-Aprovação de requisitos (escopo) pelo solicitante
PE-Comprometimento com os requisitos
-Alocação dos recursos (programadores, testadores)-Fila de prioridades-Planos de testes
Planejamento de projetos
OE-Estabelecimento do orçamento e cronograma do Plano do Projeto
- Módulo de faturamento com aprovação de orçamento por usuários- Possibilidade de faturar o projeto- Possibilidade de controle de despesas do projeto
OE-Planejamento de recursos
-Programadores, testadores e demais pessoas envolvidas, com tarefas distribuídas e tempo estimado/dispendido
OE-Envolvimento dos Stackholders
- Partes envolvidas, nos projetos do Qualitor, notificadas
PE-Estimativa de escopo
-Módulo de projetos-Fila de prioridades
PE-Estimativa do produto de trabalho e atributo das tarefas
-Módulo de projetos-Fila de prioridades
PE-Definição de ciclo de vida do projeto
- Módulo de projetos
PE-Estimativa de esforço e custo
-Previsão de horas por etapa, atividade ou pessoa envolvida
CMM_2 x GMS
Monitoramento e controle de projetos
Gerência de ações corretivas
-Suporte a RNCs por chamados ou através de sistema de Plano de Ações-Sistema de Plano de Ações integrado aos chamados, com seqüência dependendo das próprias ações
CMM_2 x GMS
Control Objectives for Information and Related Technologies
Se preocupa mais com o uso corporativo da TI,
para gerentes e auditores
Mais amplo
Orientado à governança corporativa
Organizado em Domínios
COBIT
COBIT x Qualitor GMSDomínio COBIT Objetivo GMS
Planejamento e Organização
Prestação de serviços de TI
Definição do papel sobre a liberação (aprovações)
Estabelecer prioridades e entregar serviços oportunamente
Envolvimento dos usuários solicitantes
Estimativa de custo e horas-homem
Planos de testesAprovação pelo usuário
Aquisição e Implementação
Proporcionar funções automatizadas que suportem o negócio
Sistematização de todo o processo, desde a solicitação até a entrega
Entrega e suporte Definição dos níveis de serviço e Monitoramento
Estabelecimento de requisitos de prazos e prioridades
Gestão das prioridades e entregas
Confirmação de recebimento pelos solicitantes
Implantar uma abordagem de processo para o desenvolvimento e manutenção de software
Registrar e controlar as solicitações e necessidades de usuários sobre a manutenção ou desenvolvimento de sistemas
Garantir da forma mais aproximada possível a entrega da necessidade esperada
Gerenciar de forma sistemática e repetitível o processo, desde a solicitação do usuário final até a entrega do produto final, seja com equipe de desenvolvimento interna ou com empresa terceirizada prestando serviços.
Por quê o Qualitor GMS?
Desenvolvimento e manutenção internos nas empresas, pela área de TI
Desenvolvimento e manutenção feitos por
empresas de software, o que pode envolver
“projetos de desenvolvimento de software”
Integração entre Suporte técnico e a área de
desenvolvimento de sistemas
Modalidades de utilização
Padronização A utilização por todos e para todos os projetos deve seguir o mesmo
procedimento e gerar o mesmo tipo de resultados. Consistência
Os resultados gerados devem ser consistentes, refletindo a realidade das necessidades do cliente.
Repetição Sempre produzir resultados consistentes utilizando os mesmos
métodos, compatível com os requisitos do nível 2 do CMM. Flexibilidade
Deve ser adaptável aos diferentes tipos de necessidades que os clientes apresentarem sem ferir os demais objetivos.
Gerenciamento Deve permitir a qualquer momento o acompanhamento dos
projetos de desenvolvimento, identificando-se responsável, prazos, situação emrelação aos prazos e indicadores se aplicáveis.
Qualitor GMS: princípios
Análise crítica de requisitos
Caracterização da solicitação
Planejamento de implementação
Execução de implementação
Planos de Testes
Geração de documentação
Qualitor GMS é sistematização
Análise crítica e de requisitos Análise e definição da viabilidade técnica, conceitual ou de
prioridades, para a solicitação Dados sobre a necessidade do usuário: motivo, data-limite,
problemas a serem resolvidos, etc Documentação da análise
Caracterização da solicitação, incluindo estimativa de tempo/recursos
Sistema e módulo afetados Tipo de implementação: Nova, alteração, correção, etc Horas de trabalho previstas (Análise, construção, testes) Caso de uso ou função existente ou novo(a)
(documentação dos sistemas) Previsão de versão de liberação Projeto de implementação (opcional)
Qualitor GMS: sistematização
Planejamento de implementação Priorização, com análise de gravidade, urgência e
impacto ou prazo solicitado pelo usuário Tempo de implementação estimado (Horas de trabalho
da equipe e/ou por pessoa) Equipe ou pessoal a ser alocado
Execução da implementação, incluindo controle de prazos Visualização e gerenciamento de filas de implementação Acompanhamento das implementações como Projetos Processo formal para verificação e testes Testes sistematizados, incluindo check-lists (Planos de
testes) Monitoramento e contabilização de retrabalho Garantia de entrega das necessidades: confirmação de
fechamento, inclusive por fase de projeto
Qualitor GMS: sistematização
Geração de documentação,incluindo gerência de configuração ("Versioning").
Implementações por tipo Documentação de casos de uso por sistema/módulo Horas alocadas por sistema/módulo ou solicitantes Desempenho de equipe, com número de implementações,
novos casos de uso, erros gerados, etc Histórico de implementações por versão (Changelist) Apoio de base de conhecimento, para equipe de
desenvolvimento e suporte
Qualitor GMS: sistematização
Fluxo (Metodologia)
Solicitação
Análisecoordenador
QualificaçãoPriorização, planejamento
e Alocação de pessoal
Fila deimplementação
Aprovações
Testes
Aceite
Solicitação• Usuário final cadastra sua necessidade através do call-center ou diretamente via web
É informado sobre as mudanças de situação de acordo com workflow do Qualitor help
Pode acompanhar via web suas solicitações
Informações essenciais para a análise/aprovação
Fluxo (Metodologia)
• Aprovação (opcional) pelo superior imediato ou outros personagens
•Análise pelo Coordenador
O responsável pelo sistema/módulo avalia a solicitação
Aprova ou rejeita
Libera para qualificação, que pode ser feita por ele mesmo ou terceira pessoa
Define opcionalmente protocolos de verificação a serem feitos (Testes)
Fluxo (Metodologia)
Qualificação (Priorização)
São definidos Planejamento de implementação: imediata, próxima
versão, trimestre ‘n’ , etc Coeficientes: por exemplo, Gravidade, Urgência,
Impacto Use case envolvido (ou novo UC) Análise de impactos Número de horas estimadas
Estes dados são utilizados pelo sistema para cálculo de prioridades e geração da fila de implementações
Fluxo (Metodologia)
Principais recursos
Cálculo de prioridadesFila de prioridadesSuporte a TestesTime-sheetDocumentaçãoAcompanhamento como projetos
Cálculo de prioridadesAjudam a determinar “o que fazer primeiro”Diversos algoritmos avançados disponíveis (Modificadores)
CoeficientesLivremente cadastradosO que considerar para as prioridades: por exemplo, Importância e Urgência
Número de dias ou horas da solicitação na “fila”Atraso na previsão original aumenta a prioridadeRe-trabalhoSolicitações não iniciadasSeveridades: cada severidade pode ter diferentes coeficientes
Cálculo de prioridadesPrioridades por coeficientes Valores entrados no “range” permitido
Multiplicado pelo “peso” dos coeficientesConsidera ainda o peso pelos modificadores já citados
No chamado
Na configuração do Tipo
Fila de prioridadesGerenciamento das pendências e prioridadesFila única, baseada nos critérios de restrição* do Qualitor, que mostra as implementações a serem feitas, em ordem.Agrupamento fácil (arrastar e soltar) por responsável, sistema, módulo, tipo de implementação, etcCores identificam a situação e atrasos
* Todos enxergam todas as filas ou somente as suas
Suporte a Testes
Após a execução de cada implementação, o chamado pode ser “Enviado para verificação” -> Teste
O protocolo de teste já pode ter sido definido pelo coordenador: Check-lists prévios
Define-se, portanto, o que testar para cada manutenção executada
Retornos de testes, em problemas encontrados, são contabilizados, para medição de desempenho de pessoas e equipes (Iterações)
Testes de implementações
O chamado entrouem “aguardando verificação”. Para ser fechado deve ser feito o teste definido.
O protocolo de verificação (Teste) consiste em uma
série de etapas, ou passos, a serem testados.
Check-lists podem serObigatórios porUse case.
Time-sheet
Registro e contabilização de atividades das pessoas envolvidas no processo de desenvolvimentoImportante para:
Acompanhamento de tempos de “horas consumidas” para determinação de custos reaisCusto de recursos, para projetosContabilização de atividades e remuneração de pessoal em projetos com mão-de-obra terceirizada
Time-sheetQualitor permite registro e acompanhamento on-line, em tempo real das atividades
DocumentaçãoPara “Revision control”
O que exatamente foi feito em cada versão (pacote)
Na análise crítica da implementação(aprovação), informa-se a versão que conterá a manutenção (Planejamento de implementação)
O sistema mantém o histórico de todas as manutenções por versão.
Base de conhecimentoErros e problemas conhecidos, com versão que corrige-os
Boas práticas de programação
Padrões
Workflow para aprovação, publicação, avisos por email, armazenamento em pastas, popularidade e eficácia de documentação
Projetos de desenvolvimentoControle e acompanhamento de projetos, adequado a desenvolvimento de software
Mecanismos de controle:
Requisitos
Itens de controle(desvios e ações)
Riscos
Planos de ação
Reuniões
Vínculo com base de conhecimento
Projetos de desenvolvimentoAcompanhamento de etapas e fases
Com conceito de baselinePossibilidade de relacionamento “Fase x chamado”Acompanhamento do andamentoWorkflow de mensageria
Projetos de desenvolvimentoCustos e despesas
Lançamento de despesasCustos de Mão-de-obra por pessoa x horas trabalhadas
GMS e projetosImplementações podem ser agrupadas e controladas quanto a:
Versão em que serão liberadasDatas previstasHoras previstas (de todas as implementações)Riscos, reuniões documentadas, planos de ação, base de conhecimento, comunicação às partes envolvidasAcompanhamento pelos solicitantes como um todoPossibilidade de validação por fases
Resumo: em que o GMS pode ajudar
Documentação e entendimento das necessidades (requisitos)
Comunicação e Feedback aos usuários solicitantes
Determinar o que fazer primeiro, quando será feito o que
Medição da Produtividade de equipe
Horas dispendidas por solicitante
Horas dispendidas em correções, novas implementações, etc
Tempo para entrega de solicitações
Falhas geradas
Histórico de implementações por versão
Documentação de sistemas
Casos de uso, funções, Changelist
Apoio ao suporte