Gestão de Projetos (05/05/2015)
0 gostou506 visualizações
O documento aborda a execução e monitoramento de projetos, enfatizando a importância da comunicação e do envolvimento de stakeholders no processo. Destaca a necessidade de gerenciar mudanças e formalizar o encerramento, bem como levantar lições aprendidas para evolução em gestão de projetos. O autor alerta para a execução dos planos e a avaliação contínua do progresso em relação ao que foi planejado.
Gestão de Projetos (05/05/2015)
- 1. Alessandro Almeida | www.alessandroalmeida.com 05/05/2015 1° Semestre de 2015 SIN-NA7
- 2. Realizando tudo que foi planejado!
- 5. 1. Executar o projeto conforme o planejado
- 6. Fazer acontecer tudo que foi planejado! Sozinho, o Gerente de Projetos não consegue fazer acontecer! Não se esqueça do sponsor, da equipe, dos fornecedores e dos demais stakeholders...
- 7. CUIDADO! A loucura do dia a dia pode fazer com que você se esqueça de tudo (ou boa parte) que foi planejado
- 8. A execução está seguindo conforme o planejado?
- 11. 1. Monitorar a execução do projeto 2. Gerenciar as mudanças 3. Divulgar a situação do projeto
- 12. 1. Monitorar a execução do projeto 2. Gerenciar as mudanças 3. Divulgar a situação do projeto
- 13. Acompanhar tudo que foi planejado! Todos os planos criados (por isso é fundamental não criar planos desnecessários!) Reforçando: A EAP e o Cronograma são ótimos materiais de apoio para o monitoramento!
- 14. Há desvios? Avaliar se é necessário definir um plano de ação para que o projeto volta ao planejado ou se é necessário rever o planejamento Mudanças são necessárias? Etapa 2. Gerenciar as mudanças Pior do que tomar a decisão errada é não tomar uma decisão!
- 15. Não monitorar o projeto é como dirigir um carro sem enxergar o que há na frente... Fonte: http://www.ecotrilhas.net/De t_Materia.asp?materia_ID=2
- 16. 1. Monitorar a execução do projeto 2. Gerenciar as mudanças 3. Divulgar a situação do projeto
- 17. 1. Monitorar a execução do projeto 2. Gerenciar as mudanças 3. Divulgar a situação do projeto
- 18. Nada é permanente, exceto a mudança. (Heráclito)
- 19. Mudanças possíveis dentro de um projeto... Escopo Prazo Custo Critérios de qualidade Equipe Qualquer outro item planejado
- 20. Mudanças possíveis dentro de um projeto: Escopo Prazo Custo Critérios de qualidade Equipe Qualquer outro item planejado
- 21. Como o Gerente de Projetos deve tratar as mudanças no planejamento?
- 23. Considerando o tipo de mudança, consulte o Mapa de Stakeholders para avaliar quem deve ser envolvido
- 24. Além disso, considere que a mudança talvez... precise ser contemplada após o término do projeto vá impactar em alguma premissa ou restrição seja resultante de uma má definição de escopo seja resultante de um planejamento otimista demais Etc...
- 25. Independente da fonte e do tipo de mudança no projeto, a atuação do Gerente de Projeto deve ser sempre...
- 26. Independente da fonte e do tipo de mudança no projeto, a atuação do Gerente de Projeto deve ser sempre... Avaliar Negociar Decidir Executar
- 27. Não fique “sentado no problema”!
- 28. Não fique “sentado no problema”! Fonte: http://www.ogritodobicho.com/2011/03/sentar-e-pensar-no-problema-kakakaka.html
- 29. 1. Monitorar a execução do projeto 2. Gerenciar as mudanças 3. Divulgar a situação do projeto
- 30. 1. Monitorar a execução do projeto 2. Gerenciar as mudanças 3. Divulgar a situação do projeto
- 31. Executar o que foi combinado no Plano de Comunicação Quais ferramentas de comunicação serão utilizadas? Qual é a frequência? Qual é o público? Como o comunicado será feito?
- 32. Lembre-se que a comunicação é um dos fatores críticos para o sucesso do projeto!
- 33. Acabou!
- 36. 1. Formalizar o Encerramento do Projeto 2. Levantar Lições Aprendidas 3. Celebrar
- 37. 1. Formalizar o Encerramento do Projeto 2. Levantar Lições Aprendidas 3. Celebrar
- 38. Homologar e formalizar a entrega... Entregamos tudo que foi combinado? É neste momento que o Gerente de Projeto avalia se o escopo foi documentado corretamente!
- 39. Formalização da entrega: E-mail Assinatura Ata de reunião Etc.
- 40. Se o jogo não for bem combinado, seu cliente não fará a homologação e você corre o risco de ter um projeto sem fim...
- 43. Equipe do Projeto, tentando finalizá-lo.
- 44. 1. Formalizar o Encerramento do Projeto 2. Levantar Lições Aprendidas 3. Celebrar
- 45. 1. Formalizar o Encerramento do Projeto 2. Levantar Lições Aprendidas 3. Celebrar
- 46. O que aprendemos com este projeto?
- 47. As lições aprendidas, quando aproveitadas, permitem uma evolução da maturidade em gestão de projetos
- 48. 1. Formalizar o Encerramento do Projeto 2. Levantar Lições Aprendidas 3. Celebrar
- 49. 1. Formalizar o Encerramento do Projeto 2. Levantar Lições Aprendidas 3. Celebrar
- 51. É hora de comemorar o fim do projeto! De forma sábia, reconheça aqueles que se destacaram!
- 52. Atividade
- 53. Consolidando o aprendizado de Gestão de Projetos
- 54. Os stakeholders precisam saber o que está acontecendo no projeto O Gerente do Projeto consegue definir sozinho que a equipe está no caminho certo? É uma forma de compartilhar os riscos Se todos ficarem cientes dos riscos, será mais fácil sugerir e executar ações para tratá-los A comunicação é um dos fatores críticos para o sucesso de qualquer projeto
- 55. O template do Status Report será enviado po e-mail... Dúvidas na criação? Falem comigo!
- 56. Data da Entrega (e-mail): 20/05
- 57. Posteriormente, o material será consolidado e compartilhado com os demais professores envolvidos noTCC
- 58. Não “potencializem” as entregas e resultados... Tudo que for informado no Status Report deve estar disponível para validação de todos os professores
- 60. SISTEMAS DE INFORMAÇÃO Status Report
- 61. PRONTUÁRIO NOME
- 62. <Informe o Nome do Projeto>
- 63. <Vide Termo de Abertura do Projeto>
- 64. <Vide Termo de Abertura do Projeto>
- 65. <Vide Termo de Abertura do Projeto>
- 66. <Vide Termo de Abertura do Projeto>
- 67. <Vide Declaração de Escopo>
- 68. <Vide EAP, conforme exemplo:>
- 70. Jack Bauer Gerente de Projeto Jack Bauer Analista de Requisitos Capitão Nascimento Desenvolvedor Chuck Norris Analista de Testes James Bond DBA
- 71. PAPEL RESPONSABILIDADES <Vide Plano de Recursos Humanos>
- 72. <Informe o Nome do Projeto>
- 73. <Vide cronograma, conforme exemplo:> 1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4 DOCUMENTAÇÃO RESPONSÁVEL DESCRIÇÃO DE CASO DE USO Mapear requisitos funcionais José Mapear requisitos não funcionais Maria Mapear regras de negócio Manoel Criar documento Cristina Inserir diagramas Francisca Validar com o cliente Joana DIAGRAMA DE CASO DE USO Identificar atores Roberto Definir casos de uso Mário Criar diagramas Pedro SISTEMA CADASTROS Usuário Codificar módulo João Realizar testes unitários Carlos Encaminhar módulo para o testador Tatiane SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO
- 74. <Considere as principais entregas previstas entre outubro/2014 e janeiro/2015>
- 75. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO 1 <Descrição do risco, conforme consta no plano de riscos> (P)ositi vo ou (N)egat ivo <Conforme plano de riscos> <Em mitigação, Eliminado, Transferido, etc.> Observem que a SITUAÇÃO é diferente da estratégia de resposta ao risco. A resposta ao risco foi definida no planejamento, a situação muda conforme o momento do projeto 2 3
- 76. DATA DESCRIÇÃO DA MUDANÇA <Informe mudanças que ocorreram na equipe, escopo, prazos ou outros parâmetros do projeto>
- 77. # DESCRIÇÃO 1 <Informe as lições aprendidas até o momento. Exemplos: Envolver o cliente na validação de requisitos. Realizar reuniões semanais com a equipe do projeto.> 2 3 4 5
- 78. <Informe o Nome do Projeto>