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