Gestão de Projetos e Empreendedorismo: SIN-NA7 (11/09/2013)

256 visualizações

Publicada em

Slides da aula apresentada no dia 11 de setembro de 2013.

Disciplina: Gestão de Projetos e Empreendedorismo.

Curso: Sistemas de Informação (SIN-NA7).

Publicada em: Negócios
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
256
No SlideShare
0
A partir de incorporações
0
Número de incorporações
2
Ações
Compartilhamentos
0
Downloads
8
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Gestão de Projetos e Empreendedorismo: SIN-NA7 (11/09/2013)

  1. 1. Alessandro Almeida | www.alessandroalmeida.com 11/09/2013 2° Semestre de 2013 SIN-NA7
  2. 2. Termo de Abertura do ProjetoTCC
  3. 3.  O exercício valeu a pena?  Ao criar oTAP, cada grupo refletiu sobre a estrutura básica do projeto deTCC  (além de exercitar parte da gestão de um projeto)  Considerando as dúvidas que surgiram durante a atividade, vale a pena refletirmos sobre alguns tópicos...
  4. 4.  O que é a justificativa do projeto?  Como podemos definir premissa e restrição?  Qual é a diferença entre elas?  Como distribuir os papéis e as responsabilidades dentro do projeto?  Qual é a diferença entre escopo do produto (sistema) e escopo do projeto?
  5. 5.  A justificativa deve responder a seguinte pergunta: Qual problema precisamos resolver?  Aqui o foco é no problema, e não na solução  A solução será descrita nas seções... ▪ 5. Descrição Macro da Solução ▪ 6. Escopo do Projeto
  6. 6.  Por que é importante pensar na justificativa?  Precisamos entender o problema, antes de propor (ou detalhar) a solução!  Cuidado ao perder o foco da justificativa do projeto! “People don’t want to buy a quarter-inch drill.They want a quarter-inch hole!” Theodore Levitt
  7. 7.  Premissa  São fatores que, para fins de planejamento, são considerados verdadeiros, reais ou certos sem prova ou demonstração  Talvez o seu projeto dependa de alguma premissa para dar certo  Restrição  Limitação ou imposição de limite  Seu projeto precisa ser realizado dentro do limite definido
  8. 8.  Premissa:Talvez o seu projeto dependa de alguma premissa para dar certo... ▪ A Roberta, especialista em BI, vai participar do projeto. ▪ O cliente vai disponibilizar um analista de negócios em tempo integral na fase de levantamento de requisitos.  Restrição: Seu projeto precisa ser realizado dentro do limite definido... ▪ O projeto precisa ser concluído antes de 31/12 ▪ O custo não pode ultrapassar R$ 500.000
  9. 9.  Todos podem fazer tudo?  Cuidado com a difusão de responsabilidade  Artigo recomendado: www.administradores.com.br/artigos/administracao-e- negocios/difusao-de-responsabilidade/29147/  Lembrem-se do ditado...  “Cachorro que tem dois donos morre de fome.”  Definam os papéis e as responsabilidades de cada membro da equipe
  10. 10.  Escopo do projeto: Documentação Gestão da Mudança Treinamento da Equipe Sistema Projeto
  11. 11.  Escopo do projeto:  Escopo do produto: Documentação Gestão da Mudança Treinamento da Equipe Sistema Sistema Cadastro Relatórios Controle de Acesso Banco de Dados Parametri zações Projeto
  12. 12.  O escopo do produto é muito importante, mas não deve ser considerado isoladamente, pois ele faz parte do escopo do projeto
  13. 13. Se preparando para que tudo dê certo...
  14. 14. Execução Monitoramento Encerram ento Iniciação Planejamento
  15. 15. Execução Monitoramento Encerram ento Iniciação Planejamento
  16. 16.  Após o kick-off, inicia-se o planejamento do projeto  Momento de organizar...  o que deve ser feito.  quando será feito.  quem fará.  quanto posso gastar.  os riscos do projeto.  etc.
  17. 17.  Fase que pode determinar o sucesso ou o fracasso do projeto.  Sempre que possível, evite criar documentos que servirão somente para atender a metodologia da empresa, sem agregar à gestão.  Mas não tente realizar um projeto somente no “olhômetro”, pois o risco de fracasso é alto
  18. 18.  Fase que pode determinar o sucesso ou o fracasso do projeto.  Sempre que possível, evite criar documentos que servirão somente para atender a metodologia da empresa, sem agregar à gestão.  Mas não tente realizar um projeto somente no “olhômetro”, pois o risco de fracasso é alto Quem é o único Gerente de Projetos qualificado para a “gestão no olhômetro”?
  19. 19.  Fase que pode determinar o sucesso ou o fracasso do projeto.  Sempre que possível, evite criar documentos que servirão somente para atender a metodologia da empresa, sem agregar à gestão.  Mas não tente realizar um projeto somente no “olhômetro”, pois o risco de fracasso é altoÚnico Gerente de Projetos qualificado para a “gestão no olhômetro”
  20. 20. 1. Detalhar o mapeamento dos stakeholders do projeto 2. Detalhar o Escopo do projeto 3. Detalhar a EAP e o Cronograma 4. Criar o Plano de Comunicação 5. Criar o Plano de Recursos Humanos 6. Criar o Plano de Riscos 7.Validar e divulgar os planos do projeto Planejamento
  21. 21. 1. Detalhar o mapeamento dos stakeholders do projeto 2. Detalhar o Escopo do projeto 3. Detalhar a EAP e o Cronograma 4. Criar o Plano de Comunicação 5. Criar o Plano de Recursos Humanos 6. Criar o Plano de Riscos 7.Validar e divulgar os planos do projeto Planejamento
  22. 22.  Pessoas e organizações que podem ser afetados (ou perceber-se afetados) positiva ou negativamente pelo projeto  Tanto pela execução quanto pelos resultados do projeto
  23. 23.  Será que esqueci de algum stakeholder?  É muito importante revisar o mapeamento e verificar se faltou alguém
  24. 24. Partes Interessadas do Projeto: ABNT ISO 21500:2013
  25. 25.  Qual é o papel e a influência do stakeholder dentro do projeto?  O cara pode ter o poder de “matar” o seu projeto!
  26. 26.  Exemplo... Stakeholder Papel Influência Plano de Ação Zé das Couves (Analista Financeiro) Aprovar relatórios financeiros do BI Alta (afilhado do CFO) Envolvê-lo na definição e aprovação dos relatórios
  27. 27.  Exemplo... Stakeholder Papel Influência Plano de Ação Zé das Couves (Analista Financeiro) Aprovar relatórios financeiros do BI Alta (afilhado do CFO) Envolvê-lo na definição e aprovação dos relatórios O Mapeamento dos Stakeholders é uma ferramenta do Gerente do Projeto. Não é necessário – e nem recomendável – compartilhar com os clientes ou stakeholders
  28. 28. Por que é importante fazer um bom mapeamento dos stakeholders?
  29. 29. Planejamento do Projeto: Parte 1_Mapeamento dosStakeholders
  30. 30.  Identifiquem os stakeholders do ProjetoTCC e a influência que cada um pode exercer sobre o projeto
  31. 31. alessandro.almeida@uol.com.br www.alessandroalmeida.com/unifieo.htm www.slideshare.net/alessandroalmeida

×