GPA - Gestão de projeto de software - pontodeensino.com · impostas pelos recursos disponíveis, bem como às metas definidas. 1. Planejamento ... valores e regras do jogo através

Professor Emiliano S.

Monteiro

GPA - Gestão de projeto de software

Aula 1 - Introdução

Agenda de Hoje

1. Planejamento 2. Portfolio 3. Governança 4. Programa 5. Projeto 6. Escopo 7. Ciclo de vida do software 8. Atividade x Tarefa 9. TAP

1. Planejamento

• O planejamento é um esforço humano conjunto, organizado, que modificando a sociedade e acelera o ritmo do desenvolvimento da coletividade.

• Consta de uma formulação sistemática integrada que expressa uma série de propósito a serem realizados, dentro de determinado prazo, levando em consideração as limitações impostas pelos recursos disponíveis, bem como às metas definidas.

1. Planejamento

• É um método de aplicação, contínuo e permanente, destinado a resolver, racionalmente, os problemas que afetam uma sociedade situada em determinado espaço-tempo, em determinada época, através de uma previsão ordenada capaz de antecipar suas ulteriores consequências.

1. Planejamento

• É uma atividade especializa, que utilizando-se o método científico, técnicas diversas e equipes multidisciplinares, é necessário a racionalização e a expansão coerente da produção de bens e serviços para o desenvolvimento.

1. Planejamento - processo

• 1. Fixar objetivos coerentes, prioritários, verificáveis, medíveis, buscando a promoção do desenvolvimento econômico, humano, cultural e a melhoria ambiental da sociedade.

• 2. Determinar o modo e os meios apropriados para alcançar os objetivos fixados;

• 3. Pôr efetivamente em pratica esses meios tendo em vista a realização dos objetivos visados;

• 4. Controlar e corrigir os desvios que ocorram na operacionalização.

• "you can't manage what you can't measure."

1. Planejamento

• A base do planejamento é o diagnóstico (situação atual) e o prognóstico (situação futura).

2. Portfólio

• Um portfólio são todos os projetos para uma organização criada para atingir seus objetivos comerciais estratégicos.

• Isso pode ser todos os projetos para toda uma empresa ou todos os projetos para uma divisão ou empresa em uma grande corporação. Uma boa maneira de pensar sobre o portfólio são todos os projetos sob um guarda-chuva do PMO (escritório de gerenciamento de projetos), onde uma empresa pode ter um PMO para cada área de negócios e/ou um PMO global.

• O nível do portfólio lidará, entre outras coisas, com a governança em torno do ciclo de vida do projeto, padrões, um repositório de documentos e uma ferramenta de portfólio de projetos.

2. Portfólio

• O portfólio refere-se a um grupo de projetos ou programas relacionados ou não relacionados.

• Um portfólio pode consistir em múltiplos programas ou projetos múltiplos sem ter um único programa.

• Um portfólio pode ter vários projetos não similares sem ter um programa, porque dois ou mais projetos não relacionados serão gerenciados em gerenciamento de portfólio.

• Por outro lado, no gerenciamento de programas, apenas projetos relacionados são gerenciados.

• EXEMPLO:

– O primeiro projeto é construir um edifício, o segundo projeto é realizar pesquisa para encontrar o impacto da poluição motora no meio ambiente e o terceiro projeto é configurar um call center.

• Como será o gerenciamento esses projetos? Eles estão relacionados?

3. Governança

• A governança foi definida para se referir a estruturas e processos que são projetados para assegurar responsabilidade, transparência, capacidade de resposta, estado de direito, estabilidade e ampla participação.

• A governança também representa as normas, valores e regras do jogo através das quais os assuntos públicos são gerenciados de forma transparente, participativa e receptiva.

• A governança pode não ser facilmente observável.

• É a cultura e o ambiente institucional em que as partes interessadas interagem entre si e participam de assuntos de interesse em comum.

Governança x Administração

• - Define normas, visão estratégica, direção e formular metas e políticas de alto nível;

• - Supervisionar o gerenciamento e o desempenho organizacional para garantir que a organização esteja trabalhando no melhor interesse e, mais especificamente, as partes interessadas que sejam atendidas pela missão da organização

• - Dirige e supervisiona a gestão para garantir que a organização atinja os resultados desejados e assegure que a organização esteja agindo de forma prudente, ética e legal.

- Direciona a organização de acordo com os objetivos gerais e dá um norte estabelecido pela administração central.

- Implementar as decisões no contexto da missão e visão estratégica.

- Toma decisões e políticas operacionais, mantendo os órgãos de governança informados.

- Responde aos pedidos de informações adicionais feitos pela governança.

4. Programa

• Um programa é um grupo de projetos relacionados onde juntos oferecem algum tipo de benefício.

• O programa deve ter uma carta (declaração)claramente definida que indique os objetivos estratégicos que as partes interessadas estão tentando encontrar e a solução planejada (projetos) para atingir esses objetivos.

• As entregas específicas de cada projeto seriam definidas quando cada projeto começasse e deveria alinhar com os objetivos estratégicos do programa.

• O programa geralmente é longo (anos de planejamento e execução) e o nível de integração pode diferir muito entre projetos e empresas.

5. Projeto

• Um projeto tem um começo e fim definidos.

• Um plano de gerenciamento de projeto é criado por um gerente de projeto.

• Este plano exige um buy-in (comprar a idéia) de todas as partes interessadas (stakeholders).

• O plano deve ser realista, com limite de tempo e realizável.

• Os projetos são usados para marcar o tempo dos funcionários como tendo sido gasto em um conjunto relacionado de tarefas ou funções.

• Este período de tempo pode ser usado para direcionar a alocação do salário de um empregado para uma determinada conta ou contas e para produzir relatórios detalhando como o tempo dos funcionários foi gasto.

5. Projeto

• A maioria das pessoas pensa em um projeto como produzindo algo tangível, no entanto, a entrega de um projeto poderia ser uma resposta simples a uma pergunta.

• As pessoas também se confundem com um projeto versus trabalho operacional. O trabalho operacional difere por ter procedimentos aprovados e não ser um empreendimento temporário.

5. Projeto

• De acordo com a 5ª edição do Guia PMBOK, "Um projeto é um empreendimento temporário realizado para criar um produto, serviço ou resultado exclusivo".

• Pode-se dizer que um projeto é de natureza temporária, ou seja, uma vez que o projeto atinge seu objetivo, a sua existência chega ao fim e o objetivo de um projeto é criar um produto único ou desenvolver um sistema para lhe fornecer qualquer serviço, ou é o resultado de qualquer tarefa.

5. Projeto

• Não é necessário que os membros da equipe estejam localizados em um só lugar; Às vezes, a equipe de projeto pode incluir membros localizados fora de sua localização geográfica.

• Uma vez que entregue o produto final ao cliente, o projeto será concluído e fechará o projeto. Além disso, uma vez que a natureza do projeto é temporária, os membros da sua equipe de projeto serão separados assim que o projeto for concluído.

5. Projeto

• Um conjunto de atividades de investimento, políticas e medidas institucionais e de outra índole desenhadas para alcançar um objetivo (ou conjunto de objetivos) de desenvolvimento em um período determinado, ou solucionar um problema ou satisfazer uma necessidade.

Portfolio Programa

Projeto

1 N

1 1

N N

Modelo Entidade Relacionamento

Portfolio Programa

Projeto

1 N

1 1

N N

Recurso

Situação

1

1

1

N

N

N

Tarefas

SWOT

Orçamento

1

1 1 1 N N

N

N

Quantidade de telas iniciais: Telas simples (cadastros): 1. Portfolio 2. Programa 3. Recurso 4. Projeto 5. Situação 6. Tarefa 7. Orçamento 8. SWOT 9. Recurso Telas mestre-detalhe: 1. Portfolio ---> programa 2. Programa --> projeto 3. Portfolio --> projeto 4. Projeto --> SWOT 5. Projeto --> Tarefas 6. Projeto --> Orçamento Outras: 1. Login 2. Menu principal

Modelo Entidade Relacionamento

Portfolio Programa 1 N

1 1

N N

Recurso

Situação

1

1

1

N

N

N SWOT

Orçamento

1

1 1 1 N N N

N

1

N

Tarefas

Projeto

TAP

N

1

Itens_orcamento Seria interessante termos uma sub-tabela chamada

itens_orçamento, mas para simplificar valos ligar os itens diretamente em projeto!!

Incluímos a tabela TAP !!

1 N

6. Escopo

• O âmbito refere-se ao conjunto detalhado de entregas ou recursos de um projeto. Esses resultados são derivados dos requisitos de um projeto.

• O PMBOK® define Escopo de Projeto como "O trabalho que precisa ser realizado para entregar um produto, serviço ou resultado com os recursos e funções especificados".

• Existem três processos de Gestão do Escopo do Projeto: planejamento, controle e fechamento.

6. Escopo - Processos de Gestão

• Planejamento – O processo de planejamento é quando uma

tentativa é feita para capturar e definir o trabalho que precisa ser feito.

• Controle – Os processos de controle e monitoramento se

concentram na documentação de rastreamento, rastreamento e desaprovação / aprovação de alterações de projeto.

• Fechamento – O processo final, o encerramento inclui uma

auditoria dos resultados do projeto e uma avaliação dos resultados em relação ao plano original.

6. Escopo

• Para definir o escopo do projeto, identifique o seguinte:

1. Objetivos do projeto

2. Fases e Subfases (macro etapas)

3. Tarefas

4. Recursos

5. Despesas

6. Cronograma

6. Escopo

• Determinação de escopo usando SMART…

• O que SMART significa?

• Specific - Específico

• Measurable - Mensurável

• Agreed Upon - Aceito

• Realistic - Realistico

• Time Bound – Executável dentro de um prazo

O que não pode ser medido não é gerenciável.

6 Escopo - Gerenciamento

• 1. Gerenciamento do escopo do planejamento: um plano de gerenciamento do escopo é criado com base no aporte do plano do projeto, o documento do projeto e consulta com as partes interessadas.

• 2. Requisitos de coleta: um plano de gerenciamento de requisitos é criado com base no plano de gerenciamento de escopo mais entrada de partes interessadas. Entrevistas, discussões em grupos focais, pesquisas e mais serão usadas para entender os requisitos. Tudo isso será documentado.

• 3. Definição do escopo: uma declaração do escopo do projeto é produzida com base em toda a documentação dos requisitos, mais a carta do projeto (ou TAP) e o plano de gerenciamento do escopo. Esta definição será a base para toda a atividade do projeto.

6. Escopo - Gerenciamento

• 4. Criando a estrutura de repartição do trabalho: uma estrutura de repartição(dividi) do trabalho (quebra do trabalho) (WBS – Work Breakdown structure) é construída após analisar a declaração do escopo do projeto e a documentação dos requisitos. A WBS é basicamente todo o projeto dividido em tarefas individuais, e os entregáveis estão claramente definidos.

• 5. Validação do escopo: aqui, as entregas são inspecionadas e revisadas. Ou são aceitas como completos ou as revisões futuras são solicitadas.

• 6. Controle de escopo: à medida que o projeto é executado, o escopo deve ser controlado. Os relatórios de desempenho são comparados com os requisitos do projeto para ver onde existem lacunas, o que pode resultar em mudanças no plano do projeto.

6. Escopo - do projeto de exemplo [Resumido]




3. Tarefas

4. Recursos

5. Despesas

6. Cronograma

Controlar o gerenciamento de projetos realizando o acompanhamento de tarefas e recursos envolvidos nas mesmas.





3. Tarefas

4. Recursos

5. Despesas

6. Cronograma

A execução do projeto esta divida em 3 macro etapas: a) Levantamento de dados b) Desenvolvimento de protótipo c) Teste de protótipo





3. Tarefas

4. Recursos

5. Despesas

6. Cronograma

1. Análise de requisitos Levantamento de documentos Elaboração de casos de uso Stakeholders Análise de risco 2. Projeto Arquitetura de software 1a. versão do DER Mockup 3. Implementação/construção Aperfeiçoamento do DER Construção do BD Construção de telas Prova de conceito com o usuário 4. Verificação Testes de software (integração) Construção de Instalador Finalização de documentação 5. Manutenção





3. Tarefas

4. Recursos

5. Despesas

6. Cronograma

Tipos de recursos: 1. Pessoas, lista de pessoas 2. Bens materiais 3. Recursos financeiros





3. Tarefas

4. Recursos

5. Despesas

6. Cronograma

Orçamento: 1. Pessoal 2. Serviços de terceiro 3. Material de consumo 4. Material permanente





3. Tarefas

4. Recursos

5. Despesas

6. Cronograma

1. Análise de requisitos 2. Projeto 3. Implementação/construção 4. Verificação 5. Manutenção

7. Ciclo de vida do software

Software Development Life Cycle (SDLC) é um processo usado pelo setor de software para projetar, desenvolver e testar softwares de alta qualidade. O SDLC visa produzir um software de alta qualidade que atenda ou exceda as expectativas dos clientes, atingindo a conclusão dentro de prazos e estimativas de custo. O SDLC é o acrônimo de Software Development Life Cycle. Também é chamado de Processo de Desenvolvimento de Software. O SDLC é uma estrutura que define tarefas executadas em cada etapa no processo de desenvolvimento de software.

7. Ciclo de vida do software

Requisitos

Design

Codificação Testes

Implantação

Ciclo de vida do software = processos de software

RUP

Cascata

Espiral

Modelo V

SCRUM

RAD

8. Atividade x Tarefa

• Tarefa:

• A palavra tarefa refere-se a "trabalho" ou "um trabalho a ser feito ou realizado". A palavra tarefa, pode significar... "fazer grandes demandas sob o poder de uma pessoa" como na sentença: – Ele deu uma tarefa para completar antes do anoitecer.

• Nesta frase, temos a ideia de que a pessoa deu um tipo de trabalho a alguém para completar antes do anoitecer. Uma tarefa deve ter uma conclusão.

8. Atividade x Tarefa

• Atividade: • Uma atividade refere-se a "evento" ou "acontecer". Observe as duas frases abaixo:

– Há muitas atividades no clube. – Não há atividade na faculdade.

• Em ambas as frases dadas acima, vemos que a palavra atividade é usada no sentido de "evento" ou "acontecer".

• Por isso, as frases significariam "há muitos eventos acontecendo no clube" e "não há acontecimento na faculdade ", respectivamente.

• A palavra atividade significa "a condição de estar ativo ou em movimento". • Envolve o esforço de energia e ação extenuante. É interessante notar que sempre que a

palavra atividade é usada em sua forma plural, então se referiria a uma ocupação. • Enquanto uma tarefa é destinada a ser concluída, uma atividade é destinada ao movimento.

9. TAP – Termo de abertura de projeto

Um documento de projeto é um documento que afirma que existe um projeto e fornece ao gerente do projeto autoridade escrita para começar o trabalho. O documento ajuda o gerente do projeto a comunicar sua autoridade e a explicar aos participantes do projeto e as partes interessadas por que o projeto é necessário, quem envolve, quanto tempo o projeto levará para concluir, quanto custa, quais recursos são necessários e com a conclusão bem-sucedida do projeto ajudará a organização. Uma vez criado, o documento raramente (se alguma vez) foi modificado.


Os modelos de carta de projeto geralmente incluem os seguintes componentes: Objetivo do projeto - documenta os motivos para realizar o projeto em linguagem clara e concisa. Participantes do projeto - identifica o que as pessoas precisam para se envolver no projeto e afirma claramente seus papéis. Partes interessadas - identifica outras pessoas que serão diretamente afetadas pelo projeto e precisam saber sobre o progresso do projeto. Requisitos - identifica quais recursos são necessários para que os objetivos do projeto sejam alcançados. Restrições - documenta potenciais bloqueios ou estrangulamentos. Milestones - identifica datas de início e conclusão, bem como datas para outros pontos de verificação importantes. Comunicação - especifica como o gerente do projeto se comunicará com os proprietários do projeto, participantes e partes interessadas através do projeto. Entregáveis - documenta quais produtos específicos, processos ou serviços que o projeto fornecerá após a conclusão.

TAP – Termo de abertura de projeto


https://project-charter-template.casual.pm/

Algumas Referências Básica: PFLEEGER, Shari Lawrance. Engenharia de software – teoria e prática. 2ª. ed. São Paulo : Prentice Hall, 2004. SOMMERVILLE, Ian. Engenharia de Software. 6ª. Ed. São Paulo : Addison Wesley, 2003. BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. 1.ed. Rio de Janeiro: Elsevier, 2007. Complementar: FERNANDES, Aguinaldo, Aragon. TEIXEIRA, Descartes de Souza. Fábrica de software – implantação e gestão de operações. São Paulo : Atlas, 2004. LARMAN, Craig. Utilizando UML e padrões: uma introdução à análise e o projeto orientados a objetos e ao processo unificado. 2.ed. Porto Alegre: Bookman, 2004. O texto sobre análise de risco foi traduzido de: Risk Analysis & Risk Management - Evaluating and Managing the Risks You Face. http://www.mindtools.com/pages/article/newTMC_07.htm Outros links: The Society for Risk Analysis (SRA) http://www.sra.org/ TAP: https://www.slideshare.net/mateixeira1983/termodeaberturadoprojeto1 https://projetosocialsaoroqueba.wordpress.com/2012/09/18/termo-de-abertura-de-projeto-sala-do-desenvolvimento/ https://pt.slideshare.net/erivansr/projeto-sistema-de-controle-de-estoque

Documents

GPA - Gestão de projeto de software - pontodeensino.com · impostas pelos recursos disponíveis, bem como às metas definidas. 1. Planejamento ... valores e regras do jogo através