01_Introducao.pdf

36
Tecnologia em Análise e Desenvolviemnto de Sistemas Disciplina: Gerência de Projetos de Software Introdução – Gerência de Projetos Prof. Hélder Seixas Lima [email protected]

Transcript of 01_Introducao.pdf

Page 1: 01_Introducao.pdf

Tecnologia em Análise e Desenvolviemnto de Sistemas

Disciplina: Gerência de Projetos de Software

Introdução – Gerência de Projetos

Prof. Hélder Seixas [email protected]

Page 2: 01_Introducao.pdf

O que é gerência de projetos?

● Aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de alcançar seus objetivos.

PMBOK® Guide 4ª Edição

Page 3: 01_Introducao.pdf

Quando gerenciar?

Aumento da complexidade

Page 4: 01_Introducao.pdf

Por que gerenciar projetos?

● Prazo● Custo● Escopo● Qualidade

Page 5: 01_Introducao.pdf

Restrição tripla

● O ideal

Prazo Custo

Escopo

Qualidade

● O que costuma acontecer

Prazo Custo

Qualidade

Escopo

Page 6: 01_Introducao.pdf

Tipos de sistema de produção● Produção contínua ou de fluxo em linha: também chamada

produção em série.

Ex: automóveis, biscoitos industrializados e lâmpadas.● Produção por lotes ou por encomenda (fluxo

intermitente): a proudção é feita de forma descontínua, ou seja, em lotes.

Ex: móveis por encomenda, restaurante fast food, peças epaciais.

● Produção por projeto: voltada para a realização de produtos individualizados, sem repetição (cada produto é diferente).

Ex: software, construção civil e consultoria.

Page 7: 01_Introducao.pdf

Tá bom, mas afinal, o que é projeto?

● PMBOK (2004): ”Um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo.”

● Vargas (2002): ”Um empreendimento não repetitivo, caracterizado por uma sequência clara e lógica de eventos, com início, meio e fim, que se destina a atingir um objetivo claro e definido, sendo conduzido por pessoas dentro de parâmetros predefinidos de tempo, custo, recursoss envolvidos e qualidade.”

Page 8: 01_Introducao.pdf

A história fala...

● Alguns dados de fracassos em projetos de TI: 70% de fracasso – Giga(2000); 74% de fracasso – Standish(1998); 90% das implementações de ERP estouram

prazos e orçamentos (Standish). 31% dos projetos de software são cancelados

antes de sua conclusão (Standish Group, 1995)

53% excedem em mais de 50% sua estimativa de custo ou prazo;

Page 9: 01_Introducao.pdf

A síndrome dos 99%Tempo

Page 10: 01_Introducao.pdf

Quando se faz projeto?

● Desenvolvimento de um novo software;● Adaptação de um software existente;● Aquisição de novos servidores de banco de

dados;● Prospecção de ferramentas;● Customização de um aplicativo;● Integração entre sistemas.

Page 11: 01_Introducao.pdf

Quando não se faz projteo?● Operação, também chamada de atividade, envolve a

realização de procedimentos repetitivos (rotineiros), obedecendo a padrões únicos, normalmente pré-estabelecidos.

● Exemplos:

Manutenção periódica de equipamentos; Manutenção corretiva (permanete) de sistemas; Serviços de operação de servidores (backup, rotinas); Serviços de help desk; Atualização da versão de um aplicativo em máquinas

desktop;

Page 12: 01_Introducao.pdf

Conclusão: é ou não é projeto?● Projeto:

É único;

Requer planejamento específico;

O tempo é bem delimitado;

O escopo é bem delimitado;

● Operação (ou atividade):

É repetitiva;

Não exige, necessariamente, planejamento: este, quando existe, pode ser geral;

Tempo pode não ser bem delimitado;

Escopo pode ser variável ou até indeterminado.

Page 13: 01_Introducao.pdf

Exercício 1: Projeto ou operação1) Uma empresa de montagem de redes fazendo manutenção perióica nas redes

instaladas há um ano;

2) Uma software house debugando o código de um sistema para lançar o release 2.0;

3) A mesma companhia realizando testes de rotina em programas de usuário;

4) Aquisição, configuração e instalação de um servidor WEB;

5) Realização de upgrade de hardware e software em um serviddor de banco de dados;

6) Suporte telefônico a clientes, para sanar dúvidas;

7) Apresentação do portifólio de produtos da companhia a novos clientes;

8) Visita de cortesia a um cliente que está adqurindo novos produtos;

9) Reconfiguração de todos os sistemas instalados nos clientes para corrigir um bug.

10) Uma fábridca de software fazendo seu trabalho rotoineiro;

11) Uma companhia produzindo a versão 2 de seu sistema ERP.

Page 14: 01_Introducao.pdf

O papel do gerente de projetos

● A eficácia de um gerente depende do quanto ele compreende e domina três dimensões de seu trabalho:

O quê - as atividades funcionais do trabalho; Por que - a finalidade e os objetivos do

trabalho; Como - os comportamentos necessários para

se conseguir a execução do trabalho.

Page 15: 01_Introducao.pdf

O papel do gerente de projetos

● O gerente de projetos deve ter os papéis de integrador e empreendedor e ainda, possuir liderança.

● A responsabilidade fundamental de sua atividade é de entregar seu produto final de acordo com os resultados desejados, dentro dos limites de seu orçamento e dentro da programação de tempo especificada.

Page 16: 01_Introducao.pdf

O papel do gerente de projetos

● Desempenha função controvertida dentro da organização:

Atua junto à administração, falando de orçamentos, prazos e políticas

Atua junto à equipe de desenvolvimento acompanhando os propósitos e desempenho.

Paralelamente, precisa cooperar para que todos possam executar eficazmente os trabalhos sob sua responsabilidade.

Page 17: 01_Introducao.pdf

O papel do gerente de projetos

● O Gerente de Projetos deve exercer autoridade, no mínimo, para:

Ter participação no estabelecimento das prioridades para a alocação de recursos que possam melhorar ou prejudicar o andamento do projeto.

Ter o direito de controlar a alocação e os gastos monetários e de participar no orçamento e na elaboração do plano do projeto.

Page 18: 01_Introducao.pdf

O papel do gerente de projetos

● O Gerente de Projetos deve exercer autoridade, no mínimo, para:

Ter o principal papel na tomada de decisões dentro da organização, no que tange às atividades técnicas e administrativas de seu projeto.

Votar na seleção dos subcontratados e outras organizações, que servirão de suporte para o desenvolvimento do projeto.

Page 19: 01_Introducao.pdf

Grandes Princípios em GP

● Estes três princípios básicos devem sempre ser lembrados, para que se tenha mais chance de êxito em projetos:

1 – Considerar sempre todos os envolvidos no projeto (Stakeholders);

2 – Aprender as lições com o passado; 3 – Não desprezar as leis de Murphy.

Page 20: 01_Introducao.pdf

Grandes Princípios em GP● 1 – Os envolvidos no projeto (Stakeholders)

● Este princípio diz que nunca se deve esquecer de todos os envolvidos num projeto:

Patrocinadores/financiadores; Clientes; Fornecedores; Equipe de projeto; Usuário; Acionistas; Parceiros de negócio; Concorrente, etc...

Page 21: 01_Introducao.pdf

Grandes Princípios em GP

● 2 – Aprender com o passado (Lições aprendidas)

Princípio de suma importância para as organizações em várias áreas, plenamente aplicável à Gerência de Projetos.

Diz que dados históricos referentes a experiências passadas devem ser a principal fonte de aprendizado numa organização, para que não se cometa o mesmo erro duas ou mais vezes.

Page 22: 01_Introducao.pdf

Grandes Princípios em GP

● 2 – Aprender com o passado (Lições aprendidas)

Errar uma vez é humano, duas é... de envergonhar!

Se você acertou, ótimo. Tomara que tenha anotado tudo para poder continuar acertando...

Page 23: 01_Introducao.pdf

Grandes Princípios em GP

● 3 – As leis de Murphy e a gerência de projetos

Todo mundo conhece a chance de ocorrer erros e problemas, conhecida como Lei de Murphy, cujo enunciado é:

”Se algo de errado tiver que acontecer, acontecerá”.

A lei tem um enunciado alternativo (e ainda mais terrível):

”Se algo de errado tiver que acontecer, acontecerá no pior momento possível”.

Page 24: 01_Introducao.pdf

Grandes Princípios em GP

● 3 – As leis de Murphy e a gerência de projetos

Murphy também se tornou um princípio de projeto defensivo. Muitas técnicas de prevenção de falhas, confiabilidade e administração da qualidade forma desenvolvidas com a finalidade de assegurar a menor margem possível de erros que, no entanto, sempre ocorrerão.

Um dos objetivos da gerência de projetos é minimizar erros e suas causas.

Page 25: 01_Introducao.pdf

Grandes Princípios em GP

Page 26: 01_Introducao.pdf

Grandes Princípios em GP● Usuários detestam bugs!

Page 27: 01_Introducao.pdf

Grandes Princípios em GP

● Nem toda apresentação será um sucesso

Page 28: 01_Introducao.pdf

Grandes Princípios em GP

● As estruturas hierárquicas tradicional em muitos casos só atrapalham

Page 29: 01_Introducao.pdf

Grandes Princípios em GP

● Ouça sempre o mercado

Page 30: 01_Introducao.pdf

Grandes Princípios em GP

● Nem toda solução serve para todos os casos!

Page 31: 01_Introducao.pdf

Grandes Princípios em GP

● Adote soluções práticas

Page 32: 01_Introducao.pdf

Grandes Princípios em GP

● Utilize a ferramenta certa para cada situação!

Page 33: 01_Introducao.pdf

Grandes Princípios em GP

● Matemática não resolve tudo!

Page 34: 01_Introducao.pdf

Grandes Princípios em GP

● Previsão e realização nem sempre saem como planejado

Page 35: 01_Introducao.pdf

Grandes Princípios em GP

● Acredite em você mesmo, tenha confiança, vá até o fim

Page 36: 01_Introducao.pdf

Referências

● Slides adaptados do material didático do Professor Pedro Alves de Oliveira utilizado na disciplina Introdução à Gerência de Projetos no curso de pós graduação em Arquitetura de Sistemas Distribuídos (Puc Minas, 2010)

● MARTINS, José Carlos Cordeiro. Técnicas para gerenciamento de projetos de software. Rio de Janeiro: Brasport, 2007.