![]() |
| CONSULTORIA::Melhoria de Processos de Software::Diagnóstico de Processos | ||||||
|
Quando uma empresa decide investir na melhoria de seus processos de software, surgem uma série de questionamentos e debates envolvendo dúvidas em relação aos possíveis benefícios a serem obtidos com a mudança. |
||||||
|
Porém, um fato é imprescindível: deve-se conhecer a situação atual dos processos de software da empresa antes de iniciar um projeto de melhoria. |
||||||
|
Se você não sabe aonde você está, um mapa não lhe ajudará. (Watts Humphrey) |
||||||
Tomando por base o método de avaliação
SCAMPI e utilizando
nossa experiência acumulada na execução de projetos de melhoria de
processos de software, desenvolvemos o Diagnóstico de Processos OAT Solutions:
|
||||||
|
Saiba como funciona o Diagnóstico de Processos realizado pela OAT Solutions: |
||||||
|
Dia
1 -
Mini-Curso: A primeira atividade a ser realizada é um mini-curso
dos fundamentos de qualidade de software e dos principais modelos de
referência existentes, com ênfase no CMMI. O objetivo é
promover o nivelamento de conceitos e transferência de conhecimento a
respeito dos principais aspectos do modelo, de modo que os profissionais da
Organização que será avaliada adquiram domínio sobre os termos e conheçam
a estrutura do modelo. |
||||||
|
Dias 02 a 04 - Levantamento de Processos, analisando as seguintes áreas* de processo: |
||||||
| Planejamento de Projetos de Software | Para garantir que todo projeto, novo ou de manutenção, conte com um processo objetivo para estimativas e acordo sobre prazo, custo, alocação de recursos técnicos e estratégia de execução. | |||||
| Acompanhamento e Supervisão de Projetos de Software | Para monitorar riscos e garantir que eventuais desvios em relação ao planejamento sejam tratados no menor tempo possível, permitindo também que a Organização construa uma base de conhecimento para projetos futuros. | |||||
| Gerenciamento de Requisitos | Para gerenciar o escopo do projeto ao longo de sua execução, negociar alterações, ter um método claro para análise de impacto e garantir que o conjunto correto de requisitos sejam implementados. | |||||
|
Gerenciamento de Configuração
de Software |
Para garantir a integridade dos produtos relacionados a cada projeto, criando um processo efetivo de controle/recuperação de versões e acomodação de alterações. | |||||
| Garantia de Qualidade de Software | Para garantir a aderência das atividades e dos produtos aos padrões e procedimentos definidos, evidenciando situações de exceção. | |||||
| Gerenciamento de Sub-Contratação de Software | Para que a Organização tenha um processo claro quanto ao que é definido, entregue e esperado em relação aos sub-contratados. | |||||
| Engenharia de Produto de Software** | Para garantir que existe um processo de engenharia de software definido e conhecido pelos profissionais da equipe de desenvolvimento para produzir produtos corretos e consistentes. | |||||
| *(tomando por base o nível 2 do CMMI) | ||||||
| **área do nível 3 do CMMI, incluída na avaliação em razão de sua importância | ||||||
| Dia 05 - Apresentação do Relatório e Fechamento, indicando, por área de processo mapeado, os pontos positivos observados, bem como oportunidades de melhoria. | ||||||
O relatório final, que é apresentado e entregue à
Organização, é confeccionado sob dois prismas:
|
||||||
|
||||||
|
OAT Solutions 2004-2008. Todos os direitos são reservados. |
||||||