Sucesso em Gerenciamento de Projetos - Palestra FAAP SJC (Jun 2012)

1,694 views

Published on

Published in: Business
1 Comment
2 Likes
Statistics
Notes
No Downloads
Views
Total views
1,694
On SlideShare
0
From Embeds
0
Number of Embeds
21
Actions
Shares
0
Downloads
57
Comments
1
Likes
2
Embeds 0
No embeds

No notes for slide
  • Boa noite, é um grande prazer tê-los aqui na FAAP esta noite para a nossa palestra sobre o Sucesso em Gerenciamento de Projetos!
  • Quem conhece GP? Bem, faremos uma breve introdução para homegeneizar os conhecimentos, depois atacaremos três aspectos do gerenciamento de projetos: Software Metodologia Segredo – pulo do gato – “ improviso planejado ”
  • Por que gerenciar projetos? Moda?
  • Para atingir resultados, eficácia e eficiência. Três ondas: Escopo Tempo e Custo Qualidade e outras áreas Portfólio – escolher os projetos certos
  • Que é um projeto? “ Esforço temporário para produzir um produto, serviço ou resultado único. ” GP – utilizar habilidades e conhecimentos para gerenciar projetos Mas os projetos são muito diferentes! Áreas diferentes, tamanho, complexidade, inovação e outros. Neste sentido, Shenhar e outros propõe uma abordagem contingencial. A dificuldade é encontrar o meio termo entre padronizar sem burocratizar.
  • Não é possível! Trata-se, como vimos, de uma área vasta, multi e interdisciplinar. Eu gosto de resumir, imperfeitamente, como CONTROLE.
  • Agora vamos aos 3 aspectos ou perspectivas em gerenciamento de projetos. Software, possuímos muitos… e outros surgem diariamente.
  • É… até podemos dizer que sim, mas vai dar muito mais trabalho. Gerenciar projetos grandes e complexos é extremamente trabalhoso, ainda mais sem software…
  • Por outro lado, o simples conhecimento do software nos faz gerentes de projetos? Não… O MS-Project, e seus concorrentes, são softwares que não podem ser aprendidos sem os conhecimentos fundamentais de projetos. Do contrário, teremos decisões erradas e o planejamento será ruim.
  • O Resultado é:
  • Algumas funcionalidades 2010
  • É preciso associar a gestão do conhecimento com a padronização da metodologia de GP e o uso de softwares
  • Cenários, sensibilidade, alternativas
  • Vimos que um software não faz GP, não garante sucesso Será que o uso de uma metodologia garante? O domínio de melhores práticas?
  • Vantagens das metodologias e melhores práticas
  • PMI - histórico
  • As áreas de projetos do Guia PMBOK 4a. Ed, mencionar a 5a ed.
  • Gerenciamento de projetos tradicional, considera o ciclo de vida do projeto e suas restrições. Mas é preciso pensar no ciclo de vida do produto e pensar em formas melhores de desenvolvimento.
  • Muitos tem dificuldade em “ decorar ” metodologias porque não contextualizam e aplicam sistematicamente. É preciso ter a big picture dos processos e do projeto.
  • Será? Bem, essa é a minha pequena no seu aniversário do ano passado. Neste ano, eu já avisei a ela que, se o plano de projeto detalhado não estiver na minha mesa com 60 dias de antecedência, não terá aniversário! Obviamente, dei a ela todos os recursos necessários. Ela pode usar meu notebook, MS-Project instalado, bibliografia emprestada da minha biblioteca, informações de especialistas e todos os recursos necessários para o planejamento. Se ela tiver alguma dúvida, pode me ligar a qualquer hora, caso não esteja em casa! Faz sentido? Coloquei esses slide porque vemos cursos e treinamentos em GP cujas atividades são projetos de fazer uma festa, uma viagem, coisas pequenas. Não desmerecendo os projetos em si, mas isso prejudica o aprendizado. Dá a falsa impressão de que podemos “ acoxambrar ” em projetos grandes, como fazemos nos pequenos. Usar todas as áreas e ferramentas disponíveis, ou a maioria delas!
  • Time to market with the RIGHT product
  • Flávio Luiz – flavio.luiz@ipmconsult.ca
  • Time to market with the RIGHT product
  • Máquina de Lavar-Roupas tem que lavar roupas!
  • Sucesso em Gerenciamento de Projetos - Palestra FAAP SJC (Jun 2012)

    1. 1. Fundação Armando Álvares Penteado - FAAP Pós-Graduação Sucesso em Gerenciamento de Projetos Mário H Trentim
    2. 2. Agenda• Introdução• Software• Metodologias• Sucesso em Projetos
    3. 3. Precisamos de gerenciamento de projetos?INTRODUÇÃO 3
    4. 4. Algum dos seus projetos estourouorçamento ou cronograma? Já entregou resultados inúteis? 4
    5. 5. Gerenciamento de Projetos
    6. 6. Gerenciamento de Projetos
    7. 7. A salvação dos GPs…?SOFTWARE 7
    8. 8. Software É possível gerenciar projetos semsoftware?
    9. 9. Software Um curso de MS-Project formagerentes de projetos?
    10. 10. Software subutilizadoPoucos vão além das funções básicasMuitos não conhecem fundamentos de GP
    11. 11. Indicadores Gráficos
    12. 12. Fazendo análise de cenáriosAtivando e desativando cálculo após asalterações
    13. 13. SoftwareVocê faz planejamento ou cria um MS-Project? e tos proje te de ões! eren ecis ao g a d útil tom enta ida. t não rram reend j ec a f e ro um om p S-P nas cM bem pe e ser É a dev que
    14. 14. Reinventando a rodametodologias 15
    15. 15. MetodologiasLinguagem ComumConsistênciaRepetibilidadeIndicadoresMelhoria Contínua
    16. 16. Sobre o PMI (Standards) PMBoK Construção Governo Riscos WBS (EAP) Cronograma Programa Competências Valor Agregado Configuração Maturidade Portifolio
    17. 17. Ciclo de Vida
    18. 18. O Guia PMBOK®• Fluxograma e mapa dos processos
    19. 19. MetodologiasTodo projeto precisa de metodologia? Project? >US$1MM >1year >50people
    20. 20. Gerenciamento do Projeto
    21. 21. Maturidade em GP garante sucesso?
    22. 22. Metodologia + SoftwareDominar o uso de um softwareConhecer e aplicar uma metodologia É suficiente?
    23. 23. Upper managers in many organizations expressfrustration through statements such as “We didproject management in our company, we spent alot of money and effort training and educating ourproject managers, and we developed a projectmanagement career path. So why do we still haveproblems on our projects?” (Englung; Bucero, 2006) 25
    24. 24. O “Pulo do Gato"Sucesso em gp 26
    25. 25. Pensem fora do Triângulo!
    26. 26. O O que é Projeto bem sucedido? que é um um projeto bem sucedido? Satisfaz o financiador ou parceiro Satisfaz o público alvo Satisfaz os usuários Satisfaz a equipe do projeto Atinge os objetivos Cumpre as especificações Gera os benefícios sociais previstosTermina no prazo, cumpre o escopo, temqualidade, gasta o previsto, etc.Entrega valor à sociedade
    27. 27. Qual é o “job to be done"? Projeto bem sucedido resolve oproblema. Projeto bem sucedido aproveita aoportunidade.
    28. 28. Segredo do Sucesso Pense fora do triângulo!competências técnicas + criatividade
    29. 29. Segredo do Sucesso• Escopo ideal? Resolver o problema.• Prazo ideal? Zero!• Custo ideal? Zero! Pensando nos tradeoffs antes de definir o problema!
    30. 30. Sucesso em Gerenciamento de Projetos• Definir Problema ou Oportunidade• Fazer Business Case• Identificar Stakeholders, expectativas e requisitos• Pensar a solução de forma criativa – EAP• Criar e simular cronogramas – What If, sensibilidade, alternativas etc• Criar e simular orçamentos
    31. 31. Experiência da NASA Better, Faster and Cheaper.• Lançado em 1992 pela NASA• Objetivo: encurtar os prazos de desenvolvimento de programas, reduzir custo, e aumentar o retorno científico fazendo voar mais e menores missões em menos tempo.• Redução do gerenciamento pela administração central da NASA, transferindo mais responsabilidade de programa para os centros da NASA.
    32. 32. Abordagem convencional: Phase 0 Phase A Phase B Phase C Phase D Phase E Phase F Acronyms: MDR - Mission Definition Review PRR- Project Requirements Review Mission Feasibility Preliminary Detailed Utilisation Disposal Production/ SRR - System Requirements Review Analysis/ Definition Definition Ground PDR - Preliminary Design Review Needs Qualification CDR - Critical Design ReviewIdentification & Testing QR - Qualification Review FRR - Flight Readiness Review MDR PRR SRR PDR CDR QR FRR Faster Better Cheaper: Ph. Phase A Phase C/D Phase E Phase F B Acronyms: Preliminary Analysis Design/Build/ Definition Integration/Verification Deactivation PDR - Preliminary Design Review Operation and Disposal CDR - Critical Design Review MNS PDCR PDRs& CDRs MNS - Mission Needs Statement PDCR - Project Definition and Cost Review Technology development (Off-line) ‘Building Blocks’ available to Engineering Model standard from off-line technology development programmes
    33. 33. Qual a área mais importante do projeto? EscopoProduct Breakdown Structure VehicleBody Chassis Powertrain Interior Electric Engine Transmission PCS Driveline
    34. 34. Segredo do Sucesso• Domine software• Conheça metodologias• Estude fundamentos• Seja flexível Não “burocratize” o gerenciamento dos projetos
    35. 35. Para Refletir• E = Sucesso• OU = Mediocridade Gerenciar projetos envolve criatividade, adaptabilidade e inovação.
    36. 36. Fundação Armando Álvares Penteado - FAAP Pós-Graduação Obrigado! mario.trentim@gmail.com http://linkedin.com/in/trentim

    ×