Posts Tagged ‘ riscos

101 dicas para implementação do CMMI nível 3 – Parte II 19 May 2009 as 1:56 pm de Washington Souza

OT – Treinamento organizacional

101 dicas para o CMMI nivel 350. 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.

Leia o post completo →

+ Top 10 dicas para um bom gerenciamento de projetos Por Washington Souza 15 May 2009 as 11:56 pm Nenhum comentário

1. Monitore diariamente o desempenho do projeto
Monitore diariamente elementos como custo, qualidade e atendimento a prazo. Você deve documentar no plano de projetos qual a qualidade esperada e variação de custo e prazo. Considere a utilização de EVM para monitorar o custo e prazo, além disso, tome ações sempre que o desempenho sair dos seus limites de controle.

2. Gerencie o escopo
Verifique quais são as reais expectativas do cliente e em casos de divergência negocie com base nos dados que você tem (uma proposta comercial com o escopo ajuda muito).
Ambos devem ter ciência do que foi comprado e o que será feito. Não há problema algum em alterar o escopo, porém deve ficar claro o impacto de alterações (para mais ou para menos). Formalize sempre o que será feito e formalize também toda mudança.

3. Tenha auditorias de qualidade periódicas e independentes em seus projetos
Uma auditoria independente (PPQA por exemplo) ajuda muito a saber se o projeto esta bem sob a óptica da empresa. Utilize isto para corrigir possíveis problemas em casa e não no seu cliente.

4. Faça reuniões de acompanhamento periódicas
O PMI fala muito sobre isso. É muito importante fazer eventos de acompanhamento tanto interno (com sua equipe) quanto com seu cliente (apresentando o desempenho). Documente sempre os eventos de acompanhamento e utilize esta documentação para na próxima reunião.

5. Mantenha a equipe motivada
Motivação é um dos pontos chave de todo projeto (em breve escreveremos mais sobre isso). Uma equipe motivada produz produtos de mais qualidade e em tempos menores. Apple e Pixar são grandes exemplos de equipes empresas motivadas. Bonifique o desempenho acima do previsto. Diversos problemas deixarão de ocorrer pelo simples fato de ter uma equipe motivada.

6. Gerencie os riscos do projeto
Durante todo o projeto você gerencia riscos, pode-se até dizer que o gerenciamento de projetos é na verdade gerenciamento de riscos, desta forma, identifique todos os possíveis riscos e defina planos para gerenciamento destes riscos. Sempre que possível tenha uma contingência para os casos onde “algo deu errado”

Veja o post completo →

+ 101 dicas para implementação do CMMI nível 3 – Parte I Por Washington Souza 13 May 2009 as 2:52 am 2 comentários

DAR – Análise de decisão e resolução

101 dicas para o CMMI nivel 31. Crie um guia para orientar as tomadas de decisões formais
2. Crie critérios que definam quando um processo de decisão formal deve ser realizado
3. Defina critérios para a seleção de alternativas
4. Identifique as soluções alternativas
5. Analise o que normalmente é feito em processos similares
6. Defina claramente o método que será utilizado para análise das alternativas
7. Nunca, jamais se esqueça de analisar as alternativas e documentar esta análise
8. Analise os riscos associados a escolha ou não de uma solução
9. Documente todo o processo de decisão formal
10. Mantenha os dados em gestão de conhecimento para consulta posterior

IPM – Gerenciamento integrado de projeto

11. Tenha uma base de processos
12. Mantenha uma base de melhores documentos, lições aprendidas, modelos, templates e outros
13. Mantenha um plano integrado de trabalho que contemple as atividades de outros grupos bem como previsão de alocação
14. Crie planos que definam como conflitos serão tratados
15. Defina critérios de entrada e saída para as atividades
16. Utilize os planos integrados para o gerenciamento do projeto (um plano de gerenciamento de projeto pode lhe ajudar bastante)
17. Periodicamente atualize a base de conhecimento da organização
18. Mantenha um canal para entrada de sugestões
19. Periodicamente avalie as sugestões e forneça feedback de como estão as sugestões
20. Defina o envolvimento dos stakeholders e comunique-os de suas responsabilidades
21. Identifique e gerencie as dependências e compromissos do projeto
22. Documente ações preventivas e/ou corretivas quando necessário

OPD – Definição do processo organizacional

23. Crie padrões para definição de processos
24. Documente os processos
25. Elabore uma matriz contendo os processos, produtos, atividades e responsabilidades
26. Documente o relacionamento entre os processos e produtos
27. Defina SDLC’s para os principais produtos e serviços
28. Defina critérios para tailoring dos processos quando necessário
29. Documente os processos tailoring dos projetos (quando necessário)
30. Mantenha uma base de medições
31. Periodicamente verifique se há necessidades de ajustes nos processos
32. Estabeleça padrões de infra-estrutura e ativos de processo de acordo com o papel
33. Realize revisão entre pares sempre que houver alterações nos processos
Veja o post completo →

+ Recursos Computacionais Críticos Por Washington Souza 25 February 2009 as 10:16 am 1 comentário

Um display de plasma de 72 polegadas é considerado um RCCRecursos computacionais críticos ou RCCs são coisas tipicamente esquecidas nos projetos e normalmente sua ausência tras grande impacto.

Podemos definir (mas não somente) como RCCs itens atípicos de Hardware. Imagine que você esta fazendo um sistema que mostrará o horário dos voos em aeroportos e para isto utilizará um display de plasma de 72 polegadas.

Este display de plasma é seu RCC neste projeto.

Se você não tiver um para testar seu sistema, talvez você terá que fazer vários ajustes quando for implantar no display de verdade (e acredite, você terá).

Parece bobeira, mas muitos menosprezam o impacto que a ausência de um RCC pode trazer, por isso, sempre verifique se seu projeto tem algum RCC e gerencie a aquisição do mesmo bem como o risco de se não ter.