44
Engenharia de Softwares e Gerência de Projetos Prof. Rudson Kiyoshi S. Carvalho Anhanguera - 2015

Aula Gestão de Projetos

Embed Size (px)

Citation preview

Page 1: Aula Gestão de Projetos

Engenharia de Softwares e Gerência de Projetos

Prof. Rudson Kiyoshi S. Carvalho Anhanguera - 2015

Page 2: Aula Gestão de Projetos

Quem sou eu?

Page 3: Aula Gestão de Projetos

- Setia Tecnologia - Arquiteto de Software - Desenvolvedor Java, .NET e Sql Server

- MBA - Engenharia de Software com ênfase em SOA - MBA - Arquitetura de Soluções - Bacharel em Sistemas de Informação

Page 4: Aula Gestão de Projetos

Calendário e Sistema de Avaliação

Page 5: Aula Gestão de Projetos

Calendário

Page 6: Aula Gestão de Projetos

Sistema de AvaliaçãoO QUE MUDA: • Média para aprovação: 6,0• ATPS: 20% da nota = até 2,0 pontos (1o e 2o Sem)• Arredondamento: uma casa decimal (5,85 = 5,9)• Frequência: mínimo 75% O QUE CONTINUA: • Pesos: 40% (1o Bim) / 60% (2o Bim)• 1o Bim (trabalho ou prova + ATPS) / 2o Bim (Prova +ATPS) • Prova substitutiva substitui a nota da B2

Page 7: Aula Gestão de Projetos

Sistema de Avaliação

Page 8: Aula Gestão de Projetos

Provas e Entrega de Trabalho

ATPS entrega: 01/AbrilProvas B1 – 06 a 10/Abril

Page 9: Aula Gestão de Projetos

ATPS• Equipes de 2 a 4 participantes.

• Entregas:

• Parte 1: 01-04-2015

• Relatório 1 -Equipe do Projeto.

• Relatório 2 - Escopo do Projeto.

• Relatório 3 - Cronograma do Projeto.

• Parte 2: 10-06-2015

• Relatório 4 - Plano de Gerenciamento de Risco.

• Relatório 5 - Requisitos do Sistema.

• Relatório 6 - Projeto de Interface com o Usuário.

Page 10: Aula Gestão de Projetos

ATPS - Entrega 1- Relatório 1• Passo1: Estabelecer e formalizar em um relatório

com a equipe inicial do projeto apresentando as características (formação, experiência) de cada um de seus componentes. A equipe de projeto deverá ser constituída por um gerente de projeto mais três colaboradores (representados por quatro alunos). Este relatório deverá ser entregue para o cliente (professor) no primeiro encontro, quando as atividades forem apresentadas para os grupos.

Page 11: Aula Gestão de Projetos

ATPS - Entrega 1- Relatório 2• Passo1: O escopo do projeto especifica as principais características e funções do sistema a ser

criado e também serve de base para a especificação de hardware, software, banco de dados e perfil da equipe. Considerando que o tema é um Sistema de Gerenciamento de Hotel e elabore o escopo do projeto com os seguintes capítulos:

• 2.1 Nome do Projeto: apresentar um nome para o projeto do sistema.

• 2.2 Objetivos do Sistema: apresentar os objetivos do sistema (o que o sistema irá fazer).

• 2.3 Previsão de Início e Término do Projeto: apresentar as datas de início e fim do projeto.

• 2.4 Plataforma (sistema operacional): apresentar o(s) sistema(s) operacional(is) que servirá(ão) como plataforma para o sistema (justificar as razões que o levaram para realizar a escolha).

• 2.5 Linguagem de Programação: apresentar e justificar com suas características a(s) linguagem(ns) de programação escolhidas para o desenvolvimento do sistema.

• 2.6 Principais Stakeholders: apresentar todos os envolvidos no projeto (funcionários do cliente, diretores, gerentes e equipe de análise e desenvolvimento). Colocar a função de cada pessoa envolvida e não o nome da pessoa.

• 2.7 Premissas: são fatores que devem ser considerados no planejamento do projeto.

• 2.8 Restrições: são fatores que afetam o desenvolvimento do sistema.

Page 12: Aula Gestão de Projetos

ATPS - Entrega 1- Relatório 3• Passo1: Considerar o escopo do projeto definido e continuem a elaboração do

projeto de software fazendo a definição das etapas e tarefas a serem executadas para o desenvolvimento do sistema. O projeto deve contemplar as etapas de levantamento do escopo, requisitos, desenvolvimento do software, testes e implantação. Ele especifica o trajeto de todos os aspectos do projeto (Estrutura Analítica), desde sua concepção até o estágio final. Fazer o planejamento das atividades e discutam as atividades com sua equipe de projetos. Este planejamento será utilizado no próximo passo para a elaboração do cronograma de atividades do projeto.

• Passo 2: Cronograma de Atividades do Projeto. Utilizando o software de gerenciamento de projetos Microsoft Project, atribuir o tempo a ser utilizado em cada atividade do projeto. O sistema irá calcular conforme o tempo atribuído a cada tarefa a data prevista para o término do projeto. Fazer os ajustes necessários e crie o cronograma de seu projeto. Gerar um gráfico de Gantt para o projeto de software. Lembrar que o período de desenvolvimento do sistema é de seis meses.

Page 13: Aula Gestão de Projetos

ATPS - Entrega 2- Relatório 4

• Passo1: Plano de Gerência de Riscos do Projeto. Outro importante passo da elaboração de um projeto é a especificação dos riscos do projeto e seu gerenciamento. O plano de gerenciamento de riscos é o levantamento dos possíveis riscos que podem prejudicar o projeto e a definição do plano de ação caso o risco venha a ocorrer. Fazer o levantamento de cinco possíveis riscos e o plano de ação para seu projeto cumprir as metas e os prazos.

Page 14: Aula Gestão de Projetos

ATPS - Entrega 2- Relatório 5• Passo1: Requisitos do Sistema. Requisitos são objetivos ou restrições estabelecidas por

clientes e usuários do sistema que definem suas propriedades. Os requisitos de software são aqueles dentre os requisitos de sistema que dizem respeito a propriedades do software. Eles devem ser detalhados para ser possível o entendimento e extração correta da funcionalidade do sistema. A engenharia de requisitos possui alguns métodos de comunicação como: Entrevistas; Reuniões Estruturadas; Questionários; Brainstorms e Observação. Este relatório deve ser composto pelos seguintes capítulos:

• 5.1 Visão Geral: fazer uma descrição dos objetivos gerais do sistema.

• 5.2 Requisitos Funcionais: fazer a declaração de funções que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como deve se comportar.

• 5.3 Requisitos Não Funcionais: fazer a declaração dos requisitos não funcionais do sistema. Estes requisitos expressam a qualidade e as restrições sobre os serviços ou as funções oferecidas pelo sistema.

• 5.4 Ferramentas de Comunicação: apresentar duas ferramentas de comunicação utilizadas com clientes e as informações adquiridas com elas.

Page 15: Aula Gestão de Projetos

ATPS - Entrega 2- Relatório 6• Passo1: Projeto de Interface com o Usuário. Baseado no documento de Requisitos de Software criem um

protótipo do sistema, especificamente da rotina de hospedagem de clientes no hotel. Utilizar HTML (HyperText Markup Language) para criar o protótipo não funcional e ilustre pelo menos três telas do sistema desde o momento em que o cliente inicia a hospedagem chegando ao hotel até o momento de sua partida, finalizando o período de hospedagem. Como vocês estão utilizando um protótipo não funcional criem um documento mapeando o comportamento do sistema. Este relatório deverá conter os seguintes capítulos:

• 6.1 Tela de Cadastramento de Clientes: apresentar a tela do sistema que fará o cadastramento do cliente no hotel. Apresentar também a descrição de cada campo do formulário e as características dos dados que serão inseridos em seus campos.

• 6.2 Tela de Gerenciamento de Locação de Quartos: apresentar a tela do sistema que fará o gerenciamento da locação de quartos do hotel pelos clientes. Apresentar a descrição dos campos editáveis.

• 6.3 Tela de Encerramento de Hospedagem: apresentar a tela do sistema que fará o encerramento do período de hospedagem do cliente no hotel. Nesta tela deverão aparecer as despesas do cliente referente ao período de estadia e consumo de itens (uso de Internet, alimentos, bebidas, serviços do hotel).

• 6.4 Avaliação da Interface do Usuário: apresentar uma opinião externa sobre o projeto de interface com o usuário. Esta opinião deve levar em consideração a facilidade de uso da interface e verificar se ela cumpre os requisitos do usuário.

Page 16: Aula Gestão de Projetos

Conteúdo Programático

Page 17: Aula Gestão de Projetos

Engenharia de Softwares e Gerência de Projetos.

Page 18: Aula Gestão de Projetos

ObjetivoAplicar boas práticas no

desenvolvimento de sistemas.

Page 19: Aula Gestão de Projetos

Bibliografia Básica Padrão

Page 20: Aula Gestão de Projetos

Gerenciamento de Projetos

Page 21: Aula Gestão de Projetos

Reflexão…

Page 22: Aula Gestão de Projetos

Gerenciamento de Projetos Conceitos

Page 23: Aula Gestão de Projetos

O que é um Projeto?

Page 24: Aula Gestão de Projetos

Projeto segundo o PMI

• Projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado único.

Page 25: Aula Gestão de Projetos

Um projeto é…Um empreendimento temporário

Gera um resultado único.

Elaborado Progressivamente.

Page 26: Aula Gestão de Projetos

Um projeto não é…Uma operação ou processo.

Sempre estratégico ou sempre critico.

Sempre um sucesso.

Page 27: Aula Gestão de Projetos

Características de um projeto e de operações

• Projetos:• Esforço temporário único; • Equipe para planejar e executar; • Escopo que as vezes variam; • Finaliza quando é realizado a entrega;

• Operações:• Esforço contínuo e repetitivos; • Existem pessoas que executam; • Mesmo escopo, medido pela produtividade; • Equipes especializadas; • O ciclo se repete;

Page 28: Aula Gestão de Projetos

Cite alguns exemplos de projetos

Page 29: Aula Gestão de Projetos

O que é Gerenciamento de projetos?

Page 30: Aula Gestão de Projetos

Gerenciamento de Projetos é…

• a aplicação de conhecimento, habilidades, ferramentas e técnicas às atividades do projeto para atender aos seus requisitos.

Page 31: Aula Gestão de Projetos

Escritório de Projetos

• PMO - Project Management Office

• Escritório de Gerenciamento de Projetos

Page 32: Aula Gestão de Projetos

Premissas e Restrições

• Premissas são hipóteses; algo que se assume como verdadeiro no início do projeto por não termos informações suficientes.

• Restrições são limitações impostas interna ou externamente ao projeto. Restrições podem ser a obrigatoriedade de se executar determinadas ferramentas e a forma de trabalho da equipe.

Page 33: Aula Gestão de Projetos

Estrutura Analítica do Projeto - EAP

• Em Gerência de projetos, uma Estrutura Analítica de Projetos (EAP), do Inglês, Work breakdown structure (WBS) é um processo de subdivisão das entregas e do trabalho do projeto em componentes menores e mais facilmente gerenciáveis.

Page 34: Aula Gestão de Projetos
Page 35: Aula Gestão de Projetos

PMBOK Guide

• 10 Áreas de Conhecimento

• 5 Grupos de Processos

• 47 Processo de Gerenciamento de Projetos

Um Guia do Conjunto de Conhecimentos em Gerenciamento de Projetos (Guia PMBOK®)

Page 36: Aula Gestão de Projetos

Estrutura de Projetos

• Gerenciamento organizacional

• Gerenciamento de Portfólio

• Gerenciamento de Programas

• Gerenciamento de Projetos

Page 37: Aula Gestão de Projetos
Page 38: Aula Gestão de Projetos

Grupos de Processos

Page 39: Aula Gestão de Projetos

47 Processos de gerenciamento de

projetos

Page 40: Aula Gestão de Projetos
Page 41: Aula Gestão de Projetos

Video Asterix

Page 42: Aula Gestão de Projetos

Atividade 1- Gerenciamento de projetos Missão Cleopatra

• Após assistir o filme, coloque numa folha de papel os pontos mais importantes presentes no filme que refletem as más práticas do Gerenciamento de Projetos.(atividade em grupo)

Page 43: Aula Gestão de Projetos

Atividade 2 - O celeiro

Video o Celeiro

Page 44: Aula Gestão de Projetos

Atividade 2- Gerenciamento de projetos o Celeiro

• Após assistir o filme, coloque numa folha de papel os pontos mais importantes presentes no filme que refletem as boas práticas do Gerenciamento de Projetos.(atividade em grupo)