|
|
|
|
|
|
SAPS - Supervisão e Acompanhamento de Projeto de SoftwareA finalidade de SAPS é fornecer uma visão realista do efetivo progresso do projeto, permitindo que a gerência de desenvolvimento possa tomar ações eficazes quando o desempenho do projeto desviar-se de forma significativa dos planos de software. Tais ações podem incluir a revisão do plano de desenvolvimento de software de modo que reflita a execução real, ou o replanejamento do trabalho restante, ou a tomada de ações para aprimorar o desempenho na execução do desenvolvimento.
Metas
Compromissos1. Designar um gerente de projeto de desenvolvimento de software que se responsabilize pelos resultados e pelas atividades do projeto de desenvolvimento de software 2. Seguir uma política organizacional de SAPS documentada e que viabiliza a gerência do projeto. Esta política especifica que: - Um plano de desenvolvimento de software, documentado, é usado e mantido como a base para o acompanhamento do projeto de software - O gerente de projeto é mantido continuamente informado das questões e do estado do projeto de desenvolvimento de software
Habilitações1. Ter um plano de desenvolvimento de software 2. Ter responsabilidades para a execução das atividades de software, tais como: - Os artefatos de software a serem desenvolvidos, ou serviços a serem fornecidos - O esforço e o custo para essas atividades de software - O cronograma para essas atividades de software - Orçamento para essas atividades de software 3. Ter recursos e fundos disponíveis para SAPS 4. Ter gerentes de software treinados em gerência de projetos 5. Ter gerente de software de primeira linha orientados em aspectos técnicos do projeto de software
Atividades1. Utilizar o plano de desenvolvimento de software como base para SAPS, acompanhando as atividades de software e comunicar o estado de progresso para todos os grupos envolvidos (grupo de engenharia de software , gerentes de software , gerentes de projetos, gerência sênior, etc.). 2. Revisar o plano de desenvolvimento de software do projeto de acordo com um procedimento documentado. - As interdependências entre o sistema de requisitos alocados para software, restrições de design, recursos, custos e cronogramas precisam estar refletidos em todas as alterações do plano. - O plano de desenvolvimento de software é alterado para incorporar todos os novos compromissos do projeto e todas as alterações nos compromissos já assumidos. 3. Revisar compromissos e alterações de compromissos 4. Comunicar alterações nos compromissos aos membros dos grupos de engenharia de software e aos outros grupos envolvidos. 5. Acompanhar o tamanho dos artefatos de software , ou o tamanho das alterações em artefatos já existentes, e tomar ações corretivas sempre que necessário.. 6. Acompanhar esforço e custos de software do projeto e tomar ações corretivas sempre que necessário. - Os gastos reais de esforço e custo e o trabalho completado são comparados ao longo do tempo, com as estimativas documentadas no plano de desenvolvimento de software, de maneira a identificar os gastos além ou aquém do estimado. - O esforço e a alocação de pessoal (custo, qualificação e número de pessoas alocadas) são comparados com as estimativas documentadas no plano de desenvolvimento de software. - As alterações em pessoal alocado (custo, qualificação e número de pessoas alocadas) e em outros custos que afetem os compromissos são negociados junto aos grupos envolvidos e são documentados. 7. Acompanhar a utilização de recursos computacionais críticos. 8. Acompanhar cronograma de software. 9. Acompanhar atividades técnicas de engenharia de software 10. Acompanhar riscos de software relativos a custos, recursos, cronograma e aspectos técnicos do projeto. 11. Registrar dados de medições e replanejamento. - As informações registradas incluem as estimativas e demais informações associadas, necessárias à reconstrução das estimativas e à verificação da plausibilidade de tais estimativas. - Os dados de planejamento e os de replanejamento do projeto e os dados reais de medições são arquivados de modo que possam ser utilizados para planejar outros projetos em andamento ou futuros. 12. Acompanhar o andamento do projeto - O grupo de engenharia de software conduz revisões internas periódicas para acompanhar o progresso técnico, planos, desempenho e outros itens confrotando-os com o plano de desenvolvimento de software 13. Conduzir revisões formais nos marcos de acompanhamento de progresso do projeto. Essas revisões: - São planejadas para ocorrer em pontos relevantes do cronograma do projeto de software, como por exemplo, no início ou fim de fases selecionadas - São conduzidas com o cliente, o usuário final e os grupos envolvidos dentro da organização, quando apropriado - Usam material revisado e aprovado pelos gerentes de software responsáveis - Contemplam os compromissos, os planos e o estado das atividades de software - Resultam na identificação e documentação de questões relevantes, itens de ação e decisões - Abordam os riscos do projeto de software - Resultam no refinamento do plano do desenvolvimento de software, quando necessário
Verificação da Implementação1. Revisar periodicamente as atividades de supervisão e acompanhamento do projeto de software junto à gerência sênior. 2. Revisar junto com o gerente do projeto de software as atividades de supervisão e acompanhamento do projeto de software periodicamente e quando da ocorrência de eventos. 3. Revisar e/ou auditar as atividades e artefatos de SAPS e relata os resultados - Grupo de GQS
Verificação da Implementação1. Revisar atividades de SAPS - gerência sênior 2. Revisar atividades de SAPS - gerente de projeto 3. Revisar e/ou auditar as atividades e artefatos de SAPS - Grupo de GQS
Recomendações
Para Gerente de Software: - Gerência técnica de projetos de desenvolvimento de software - Gerência de Pessoal - Liderança e trabalho em grupo - Acompanhamento e supervisão de tamanho, custo e cronograma de software
- Planilhas Eletrônicas - Programas para Planejamento e acompanhamento de projetos - Sistemas de registro, acompanhamento e tratamento estatísticos de medições
Produtos Gerenciados e Controlados
Procedimentos Documentados
|
Acompanhar os resultados e desempenhos reais confrontando-os com o plano
de desenvolvimento de software