OT – Treinamento organizacional
50. Tenha um mapa de treinamentos necessários para cada função
51. Defina claramente quais os treinamentos de responsabilidade da empresa e quais são os do projeto
52. Envolva a área de treinamento no planejamento do projeto
53. Identifique quais são os treinamentos necessários para atender os objetivos estratégicos da empresa
54. Mantenha um programa de treinamento contínuo
55. Colete informações de desempenho dos treinamentos
56. Verifique se após os treinamentos houve melhora de desempenho nas pessoas
57. Tenha uma descrição de responsabilidades e autoridades de cada função
58. Planeje o investimento com treinamentos e periodicamente verifique os benefícios
59. Armazene os dados de treinamentos
PI – Integração de produto
60. Identifique as necessidades de integração entre produtos e componentes
61. Planeje como será a sequência de integração
62. Crie critérios para garantir que os produtos estão prontos para serem integrados
63. Tenha métodos alternativos de integração e selecione o melhor (se possível com DAR)
64. Armazene informações sobre o processo de decisão sobre integrações
65. Tenha guias ou processos de como as atividades de integração devem ser realizadas
66. Verifique a compatibilidade entre as interfaces
67. Documente os ajustes necessários nas interfaces
68. Crie mecanismos que garantam que o produto final contem as versões corretas dos códigos e componentes
RD – Desenvolvimento de requisitos
69. Identifique as necessidades do projeto
70. Identifique as expectativas que os envolvidos tem com o projeto
71. Tenha guias que auxiliem o desenvolvimento de requisitos
72. Traduza os requisitos de negócio e necessidades em requisitos técnicos
73. Verifique antes da validação com cliente
74. Defina critérios que liberem os produtos para validação com cliente
75. Assegure o entendimento correto dos requisitos – valide formalmente com o cliente
76. Faça o mapeamento dos requisitos com funções, códigos, componentes, aquisições, etc.
RSKM – Gerenciamento de riscos
78. Tenha uma base de riscos com o histórico de cada risco
79. Identifique as fontes de riscos
80. Categorize os riscos
81. Identifique as oportunidades (o cmmi não pede isso, mas é uma boa prática)
82. Planeje contingências
83. Tenha planos de mitigação
84. Defina datas e responsabilidades (não deixe nada sem um responsável)
85. Monitore periodicamente os riscos e nos eventos de acompanhamento
TS – Solução técnica
86. Identifique soluções alternativas para atendimento aos requisitos
87. Defina como os requisitos serão atendidos como: desenvolvimento, reutilização, aquisição, tercerização, etc.
88. Utilize DAR para selecionar a melhor solução (boa prática)
89. Documente a solução técnica e requisitos técnicos
VAL – Validação
90. Valide formalmente os produtos
91. Valide os requisitos contra suas especificações
92. Assegure que as principais necessidades definidas pelo cliente foram implementadas
93. Não tenha surpresas, simule uma validação “in house” antes
94. Assegure-se que o ambiente para validação esta montado e é similar ao de desenvolvimento
95. Tenha critérios definidos para a realização dos eventos de validação
96. Documente os resultados da validações
VER – Verificação
97. Planeje os produtos que passarão por verificação
98. Tenha um checklist de verificação
99. Assegure-se que os desvios foram corrigidos
100. Defina critérios que permitam ou não um produto ser liberado após verificação
101. Documente os resultados de verificação
Veja também:
- 101 dicas para implementação do CMMI nível 3 – Parte I DAR – Análise de decisão e resolução 1. Crie um...
- 101 dicas para implementação do CMMI nível 2 – Parte II Continuando o post anterior (101 dicas para implementação do CMMI...
- Top 10 dicas para um bom gerenciamento de projetos 1. Monitore diariamente o desempenho do projeto Monitore diariamente elementos...
- Dicas de institucionalização do CMMI Olá pessoal, hoje vamos falar de dicas para institucionalização, o...
Viviane Ferreira dos Santos : 05 November 2009 as 4:19 pm
O que seria uma dependencia critica? elas estão ligadas diretamente aos compromissos ?
De forma que posso evidenciar essas caracterização e monitoração.
Att
Viviane
Washington Souza : 06 November 2009 as 9:01 am
Como exemplo: Se em um projeto, um fornecedor precisa te entregar o framework do sistema até a data X, esta seria uma dependência crítica.
Sem o framework, seu projeto provavalmente não vai andar ou vai ter o desempenho muito comprometido.
Você pode fazer este monitoramento nos seus acompanhamentos periódicos do projeto
Walkiria : 10 December 2009 as 4:27 pm
Sobre Treinamento Organizacional, estou com dificuldades na parte que se refere em Estabelecer Necessidades Estratégicas de Treinamento e sobre Plano tático e Plano Estratégico.
Obrigada