Académique Documents
Professionnel Documents
Culture Documents
Gerenciamento de Projeto
Engenharia de Software 2o. Semestre/ 2005
Slide 1
Gerenciamento de Projeto
Slide 2
Objetivos
Mostrar as diferenas entre o gerenciamento de projetos de software e outros tipos e projetos de engenharia; Conhecer as principais tarefas dos gerentes de projeto de software; Discutir planejamento de projeto e o processo de planejamento; Mostrar como as representaes grficas de cronogramas so usadas pelos gerentes de projeto; Discutir a noo de riscos e o processo de gerenciamento de riscos.
Slide 3
Tpicos
Slide 4
Preocupa-se com atividades envolvidas em assegurar que o software seja entregue dentro do prazo e do oramento e que seja realizado em conformidade com os padres requeridos. Gerenciamento de projeto necessrio porque o desenvolvimento de software est sempre sujeito a restries de oramento e de prazo que so estabelecidos pela organizao que desenvolve o software.
Slide 5
O produto intangvel No h processo de software padro Grandes projetos so, freqentemente, projetos nicos. A experincia com um tipo de projeto, em geral, no pode ser aplicada para outro tipo de projeto.
Slide 6
Atividades de gerenciamento
Elaborao de propostas Planejamento e programao de projetos Custo do projeto Monitoramento de revises de projetos Seleo e avaliao de pessoal Elaborao de relatrios e apresentaes
Slide 7
Essas atividades no so exclusivas de gerenciamento de software. Muitas tcnicas de gerenciamento de projeto de engenharia so aplicveis ao gerenciamento de projeto de software. Sistemas de engenharia tecnicamente complexos tendem a apresentar os mesmos problemas dos sistemas de software.
Slide 8
Equipe de projeto
A organizao pode querer desenvolver as habilidades de seus funcionrios em um projeto de software que ir iniciar. O gerente de software precisa trabalhar dentro dessas limitaes quando seleciona a equipe de Slide 9 projeto
Planejamento de projeto
a atividade de gerenciamento que mais consome tempo. uma atividade contnua (concepo at entrega do produto). Planos devem ser revidados conforme informaes se tornam disponveis. Diferentes tipos de planos podem ser desenvolvidos para apoiar o plano de projeto principal que est preocupado com oramento e programao.
Slide 10
Slide 11
Introduo Organizao de projeto Anlise de riscos Requisitos necessrios de hardware e software Estrutura analtica Programao de projeto Mecanismos de monitoramento e de elaborao de relatrios
Slide 13
Organizao de atividades
As atividades em um projeto devem ser organizadas de modo a produzir sadas tangveis para os gerentes julgar o progresso. Marcos so o ponto-final de uma atividade de processo de software. Um produto a ser entregue o resultado do projeto entregue ao cliente. O processo com prototipao, por exemplo, permite uma definio direta de marcos de progresso.
Slide 14
Marcos
Slide 15
Programao de projeto
Envolve a diviso do trabalho total de um projeto em atividades distintas e avaliao do tempo necessrio para completar essas atividades. Coordenar as atividades paralelas de modo que a fora de trabalho seja otimizada. Minimizar dependncias entre tarefas para evitar atrasos causados por uma tarefa ter que esperar que outra seja encerrada. Depende da intuio e experincia do gerente de projeto.
Slide 16
Slide 17
Estimar a dificuldade de problemas e o custo para desenvolver uma soluo difcil. A produtividade no proporcional ao nmero de pessoas que esto trabalhando em uma tarefa. Adicionar pessoas a um projeto atrasado pode atras-lo ainda mais por causa do aumento de comunicao. O inesperado sempre acontece. Mantenha sempre um plano de ao.
Slide 18
Notaes grficas utilizadas para ilustrar a programao de projeto. Mostram a diviso do projeto em atividades. Atividades no devem ser muito pequenas. Devem durar pelo menos uma semana. As redes de atividades mostram dependncias entre atividades e o caminho crtico. Os diagramas de barra mostram para quando est programado o incio e trmino da atividade, bem como os responsveis por cada atividade.
Slide 19
Slide 20
Rede de atividades
14/7/99 8 days T1 4/7/99 start 15 days T2 10 days T4 18/7/99 M5 25 days T8 19/9/99
Slide 21
15 days T3 5 days T6 20 days T7 4/8/99 M4 15 days T9 25/8/99 M6 7 days T11 10 days T5 11/8/99 M7 15 days T10 5/9/99 M8 10 days T12
M1
25/7/99 M3
25/7/99 M2
Finish
Alocao de pessoas
4/7 Fred T4 T8 Jane T1 T3 T9 Anne T2 T6 Jim Mary T7 T5
Slide 23
11/7
18/7
25/
1/8
8/8
15/8 22/8
29/8
5/9
12/9
19/9
T11 T12
T10
Gerenciamento de riscos
Gerenciamento de riscos se preocupa em identificar riscos e traar planos para minimizar os efeitos sobre o projeto. Risco a probabilidade de que alguma circunstncia adversa venha a ocorrer.
Riscos relacionados ao projeto afetam a programao ou os recursos do projeto Riscos relacionados ao produto afetam a qualidade ou o desempenho do software que est sendo construdo. Riscos para o negcio afetam a organizao que est desenvolvendo ou adquirindo o software
Slide 24
Riscos de software
Risco Rotatividade de pessoal Mudana de gerenciamento Indisponibilidade de hardware Alterao no requisitos Atrasos na especificao Tamanho subestimado Baixo desempenho de ferramentas CASE Mudanas na tecnologia Tipo de Risco Projeto Projeto Projeto Projeto e produto Projeto e produto Projeto e produto Produto Negcios Descrio O pessoal experiente deixar o projeto antes do trmino Haver uma mudana no gerenciamento organizacional, com a definio de prioridades diferentes. O hardware essencial ao projeto no ser entregue dentro do prazo Haver maior nmero de mudanas nos requisitos do que o previsto. As especificaes de interfaces essenciais no estavam disponveis dentro dos prazos. O tamanho do sistema foi subestimado As ferramentas CASE que apoiam o projeto no apresentam desempenho conforme o previsto. A tecnologia bsica sobre a qual o sistema est sendo construdo foi superada por novas tecnologias Um produto concorrente foi lanado no mercado antes que o sistema fosse concludo. Slide 25
Negcios
Identificao de riscos
Identificar riscos de projeto, produto e negcios Avaliar as possibilidades e as conseqncias da ocorrncia desses riscos. Traar planos para enfrentar os riscos, seja evitando-os, seja minimizando seus efeitos sobre o projeto. Avaliar constantemente os riscos e revisar os planos para diminuio de riscos, a medida que mais informaes sobre eles se tornam disponveis.
Slide 26
Anlise de riscos
Planejamento de riscos
Monitoramento de riscos
Planos para evitar Planos para evitar riscos eeplanos riscos planos de contingncia de contingncia
Slide 27
Identificao de Riscos
Riscos quanto tecnologia Riscos quanto ao pessoal Riscos organizacionais Riscos quanto aos requisitos Riscos quanto estimativa Riscos quanto ferramentas
Slide 28
Pessoal
Organizacional
Ferramentas Requisitos
Estimativa
29
Anlise de riscos
Julgar sobre a probabilidade e a seriedade de cada risco identificado. A probabilidade pode ser muito baixa (<10%), baixa (10-15%), moderada(15-50%), alta(5075%) ou muito alta (> 75%). Os efeitos dos riscos podem ser determinados como catastrficos, srios, tolerveis ou insignificantes.
Slide 30
Anlise de riscos
Risco Problemas financeiro organizacionais foram o oramento do projeto. impossvel recrutar pessoal com as habilidades requeridas para o projeto. Pessoas chaves esto doentes em perodos cruciais do projeto. Componentes de software que deviam ser reutilizados contm defeitos que limitam sua funcionalidade. So propostas mudanas nos requisitos, que exigem significado retrabalho. A organizao est estruturada de maneira que diferentes gerncias so responsveis pelo projeto O banco de dados utilizado no sistema no pode processar tantas transaes por segundo, como esperado. Probabilidade Baixa Alta Efeitos Catastrficos Catastrficos
Moderada Srios
Slide 31
Anlise de riscos
Risco O tempo requerido para desenvolver o software Subestimado. As ferramentas Case no podem ser integradas Os clientes no compreendem o impacto das mudanas nos requisitos O treinamento necessrio para o pessoal no est disponvel A taxa de soluo de defeitos subestimada. O tamanho do software subestimado. O cdigo gerado pelas ferramentas CASE ineficiente. Probabilidade Alta Alta Efeitos Srios Srios
Moderada Insignificantes
Slide 32
Planejamento de riscos
Considera cada um dos riscos mais importantes e define estratgias para gerencia-lo. Estratgias preventivas
Reduzem a probabilidade de o risco surgir Diminuem o impacto do risco Se o risco acontecer, existe uma estratgia pronta para lidar com o caso
Estratgias de minimizao
Planos de contingncia
Slide 33
Slide 34
Monitoramento de riscos
Avaliar regularmente cada um dos riscos identificados, a fim de decidir se esse risco est se tornando mais ou menos provvel. Avaliar tambm se os efeitos desses riscos se modificaram. O monitoramento de riscos deve ser um processo contnuo. Cada um dos riscos principais deve ser considerado separadamente e discutido em uma reunio.
Slide 35
Fatores de risco
Tipos de risco Tecnologia Pessoal Organizacional Ferramentas Requisitos Estimativa Indicadores em potencial Atraso na entrega de hardware ou software de apoio, muitos problemas de tecnologias so relatados. Pessoal pouco motivado, relacionamento insatisfatrio entre os membros da equipe, disponibilidade de trabalho. Fofocas na empresa, falta de iniciativa por parte da gerncia Relutncia de membros da equipe em utilizar ferramentas, reclamaes sobre ferramentas CASE, solicitaes de estaes de trabalho com maior capacidade. Muitos pedidos de modificaes nos requisitos, reclamaes do cliente. Falha no cumprimento do programa estabelecido, falha em eliminar defeitos registrados.
Slide 36
Pontos chave
Um bom gerenciamento de projeto essencial para o sucesso do projeto. A natureza intangvel do software causa problemas para o gerenciamento. Atividades importantes de gerentes de software: planejamento, estimativa e programao. O planejamento e a estimativa so processos iterativos que continuam ao longo do projeto.
Slide 37
Pontos chave
Um marco de projeto o resultado previsto de uma atividade em que algum relatrio formal de progresso deve ser apresentado gerncia. A programao de projeto envolve a criao de vrias representaes grficas, incluindo redes de atividades e diagramas de barras. barras Os principais riscos de projeto devem ser identificados, avaliados e monitorados, de forma a elaborar planos preventivos, gerenciamento de riscos, ou planos para administrar os riscos.
Slide 38