Aula 1 - Apresentacao_Introducao

(1)

Thiago Augusto Alves

(2)

Professor

 Nome: Thiago Augusto Alves

 Graduação: Bacharelado em Sistemas de

Informação pela Faculdade COTEMIG – 2004-2007

 Pôs Graduação Lato Sensu:

Gerenciamento de Projetos de Software pela PUC Minas – 2009- Junho de 2010.

(3)

Professor

 Atuação Profissional:

◦ Consultor Freelance de Analise de Sistemas desde 2008;

◦ Consultor Freelance de Gerencia de Projetos desde 2009;

(4)

Distribuição de Pontos

 Primeiro Bimestre  Segundo Bimestre Tipo Pontos Prova 7 Trabalhos + ATPS 3 Tipo Pontos Prova 7 Trabalhos + ATPS 3

(5)

Prova

 Matéria da Primeira Prova: Toda Disciplina

lecionada ate a realização da mesma;

 Matéria da Segunda Prova: Toda Disciplina

do Semestre;

 Matéria da Prova Substitutiva: Toda

Disciplina do Semestre; (Prova aberta de 20 Questões).

(6)

Contato

 https://sites.google.com/site/thiagoaalves/  [email protected]

No assunto especificar seu nome e o nome da disciplina e a sala.

(7)

Disciplina

 Engenharia de Software e Gestão de

(8)

Bibliografia Básica Padrão

 SOMMERVILLE, Ian (org.). Engenharia

de Software. 9ª ed. São Paulo:

PEARSON, 2011

(9)

Bibliografia Básica Unidade: Faculdade

Anhanguera de Belo Horizonte (FAB)

 PRESSMAN, Roger S.. Engenharia de Software. 7ª ed. São Paulo: Makron Books, 2007.

 KOSCIANSKI, André; SOARES, Michel dos S. (orgs.). Qualidade de Software : Aprenda as Metodologias e Técnicas mais

Modernas para o Desenvolvimento de Software. 2ª ed. São Paulo: Novatec, 2009.

 SOMMERVILLE, Ian. Engenharia de software. 8ª ed. São Paulo: Pearson - Prentice Hall, 2010

(10)

Bibliografia Complementar: Faculdade

Anhanguera de Belo Horizonte (FAB)

 GIDO, Jack. Gestão de Projetos. 2ª ed. São Paulo: -,

2010.

 LAUDON, Kenneth. et al. sistemas de

informações gerenciais. 9ª ed. : Pearson Brasil,

2011.

 AMARU MAXIMIANO, Antonio César.

Administração de Projetos : Como transformar

idéias em resultados. 4ª ed. São Paulo: ATLAS, 2010.

 PFLEEGER, Shari Lawrence. Engenharia de

Software Teoria e Prática. 2ª ed. São Paulo:

Pearson - Prentice Hall, 2004.

 KEELING, Ralph. Gestão de projetos : uma

(11)

Bibliografia Complementar

 Noticias a relacionados ao tema;  Artigos relacionados ao tema;

(12)

Conteúdo Programático

 Apresentação da Disciplina, Gestão de

Projetos Conceitos Básicos;

 Escopo do Projeto;

 Metodologia, técnica e ferramentas da

Gerencia de Projetos;

 Engenharia de Software Conceitos

Básicos;

(13)

Conteúdo Programático

 Processos de engenharia de requisitos.  Modelos de Sistemas;

 Prototipação de Software;

 Projeto e arquitetura de Software;  Projeto de Interface com Usuário.  Trabalho Interdisciplinar.

(14)

Datas Importantes – A Definir

Data Tema

OBS. As datas estão com possíveis alterações de acordo com o calendário da faculdade.

(15)

ATPS

 Grupos com de 2 a 4 pessoas;

 Entregar os nomes dos integrantes do grupo

por e-mail;

◦ Cada grupo deve escolher um nome para o Projeto, Ex: Projeto XYZ;

 Livro Texto da Disciplina.

 SOMMERVILLE, Ian (org.). Engenharia de

Software. 9ª ed. São Paulo: PEARSON, 2011

(16)

(17)

Reflexão

 Você sabe o que é um Projeto?  Para que Serve um Projeto?

 Qual a Finalidade de Um Projeto?

(18)

Gestão de Projetos

 Definição

◦ Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo. A sua natureza temporária indica um inicio e um término definido. O término é alcançado quando os objetivos tiverem sido atingidos ou quando se concluir que esses objetivos não serão ou não poderão ser atingidos e o projeto for encerrado, ou quando o mesmo não for mais necessário. Temporário não significa necessariamente de curta duração. (Project Management Institute, 2008 , p.11)

(19)

Gestão de Projetos

◦ Projeto é um empreendimento não repetitivo, caracterizado por uma sequencia clara e lógica de eventos, com inicio, 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, recursos envolvidos e qualidade. (Vargas 2005, p.7)

(20)

Reflexão

 Tendo em vista as definições para Projeto,

(21)

Gestão de Projetos

 Podemos definir então projeto como:

◦ Um projeto é um esforço para a realização de um conjunto de atividades, que tem como objetivo criar um produto, serviço ou resultado com determinado tempo de duração para um custo especifico.

(22)

Reflexão

(23)

(24)

Gestão de Projetos

 Um projeto pode ser a construção de

uma casa, o desenvolvimento de um software, a criação de um móvel sob medida, a implantação de uma nova linha de produção na fábrica, escrever um livro, realizar uma viagem ...

(25)

Gestão de Projetos

 As características do projeto são:

◦ tem prazo definido de começo e fim, é temporário;

deve ser planejado, executado e controlado;

◦ entrega produtos, serviços ou resultados exclusivos;

◦ é desenvolvido por etapas e tem evolução progressiva;

◦ envolve uma equipe de profissionais;

(26)

Gestão de Projetos

 Agora sabemos o que é um projeto.

 Mas o que vem a ser a Gestão de

(27)

Gestão de Projetos

 Sobre gerenciamento de projetos, o PMI

(2008, p.11) define como sendo “a

aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de atender os seus requisitos”.

(28)

Gestão de Projetos

◦ O propósito do processo Gerência de Projetos é

estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios

significativos no desempenho do projeto. (SOFTEX 2009, p.7)

(29)

Gestão de Projetos

 Gerenciar projetos e gerenciar

ferramentas, recursos humanos, conhecimentos e técnicas para que os objetivos pré-estabelecidos sejam alcançados no tempo e custos determinados.

(30)

Gestão de Projetos

 Gestão de Projetos realizar o controle

dos Projetos.

(31)

Gestão de Projetos

Pensamento

Estratégico Estratégias Projetos

Definindo a Empresa do Futuro Transformando Idéias em Realidade.

(32)

Gestão de Projetos

 Agora que entendemos o que e um

Projeto e o que é Gestão de Projetos vamos falar de por onde começar.

 O primeiro passo e definir o Escopo do

(33)

Reflexão

 Você sabe o que é Escopo?

(34)

Gestão de Projetos

 O Objetivo do Escopo é:

◦ Garantir que o projeto realize todo e

somente o trabalho necessário para o seu sucesso.

(35)

Gestão de Projetos

 Em um Resumo Escopo e a definição do

que deve e não deve ser entregado.

 Serve com um guia para o que deve ser

(36)

Gestão de Projetos

 Definição de Escopo:

 Detalhamento do que será disponibilizado

em partes menores, mais detalhadas e gerenciáveis, com a finalidade de:

◦ Ter um visão melhor para avaliação de cronograma, custos e recursos

◦ Padrões para medição de performance e controle (baselines)

(37)

Gestão de Projetos



A definição apropriada do escopo é

um ponto crítico para sucesso do

projeto:

◦ “ Quando existe uma definição pobre do

escopo, pode ser esperado um custo final do projeto mais alto por causa de inevitáveis

mudanças que rompem com o ritmo do projeto, causam retrabalho, aumentam o tempo do projeto e diminuem a

(38)

Gestão de Projetos

Escopo Não Escopo ( Não fazem parte do escopo)

Desenvolvimento completo do

Modulo de Cadastro de Funcionário.

Interação com o Sistema Financeiro da Empresa;

Interação com Pacote Office. Interação pela WEB Funcionamento em Dispositivos

Mobile.

Modulo de Relatórios Gráficos.

Vamos pegar como exemplo o desenvolvimento do Sistemas XYZ.

(39)

Gestão de Projetos

 Área cinza: “E um dos pontos críticos da

gestão de projetos, por que aquilo que não esta presente no não escopo ou mesmo no escopo.”

 Área cinza e sempre negociável. Podem

ser novos requisitos ou funcionalidades. Mas a implementação de um deles altera drasticamente todo o projeto.

(40)

Gestão de Projetos

 10 Dicas para realizar a definição de um

Bom Escopo:

1. Assegure-se de que todos sabem e

entendem qual o objetivo do projeto e que haja consenso sobre o resultado final do mesmo;

2. Ouça com atenção o que seu cliente descreve;

3. Tente entender não o que ele lhe pede para fazer, mas sim o que ele precisa para

(41)

Gestão de Projetos

4. Descubra o que ele não quer. Muitas vezes um projeto não vai para frente por que o escopo foca em coisas que não deveriam estar lá;

5. Estabeleça o que não vai ser feito no projeto enquanto o cliente ainda estiver disponível. Se ele pedir X e Y, mas você perceber que Z e W devem ser providenciados, mas somente W é da sua responsabilidade, deixe claro que Z está fora do escopo do projeto;

6. Estabeleça o que será necessário para que o projeto seja atingido, defina os pressupostos, de forma que

todos saibam de antemão quais as necessidades básicas do projeto antes que elas atrapalhem seu andamento;

7. Seja realista quanto ao que pode ou não ser realizado, quanto mais “pé-no-chão” é o escopo, maior a chance de sucesso do projeto;

(42)

Gestão de Projetos

8. Evite o GoldPlating. Se não faz parte do escopo do projeto, não adianta tentar agradar o cliente com aplicações/funções ‘firula’. Elas podem

acabar acarretando em um atraso no cronograma;

9. Não tenho medo nem pena de fazer perguntas. Pode parecer óbvio para você, mas se não

estiver absolutamente claro, pergunte;

10. Tenha o time de projeto (ou os gerentes dos mesmos) na mesa de reunião quando o escopo for definido, assim qualquer problema técnico ou dúvida operacional poderá ser sanada na hora, em vez de descoberta posteriormente, causando problemas para o projeto.

(43)

Gestão de Projetos

 Com escopo definido, vamos passar para

o outro ponto importante a definição da WBS ou EAP.

(44)

Reflexão

(45)

Gestão de Projetos

 O que é uma WBS?

◦ Agrupamento e decomposição de todas as tarefas que serão realizadas no projeto definindo o seu escopo

◦ O que não está na WBS está fora do escopo do projeto

◦ Tem a mesma estrutura de índice para um livro

◦ Existem padrões/templates que podem servir de base para a sua elaboração

(46)

Gestão de Projetos

1. Software Release 1.0 1.1 Levantar Requisitos 1.1.1Fazer apresentações 1.1.2 Fazer reuniões Especificação Técnica Elaborar casos De uso Elaborar Modelo dados Especificação telas Implementação Protótipo Módulo AAA Módulo BBB Manuais Parte Geral Módulo AAA Módulo BBB 1.2 Manuais ... Code of Activity

(47)

Gestão de Projetos

 Deve ser montada a partir do escopo do

produto e do projeto

 O primeiro nível é montado a partir de

◦ Fases do projeto

 Cada atividade incluída deve contribuir

(48)

Gestão de Projetos

 Cada nível é um detalhamento da atividade

superior

 Cada atividade pode receber um

identificador único (code of activity) que

pode ser estabelecido de forma hierárquica, ajudando na sumarização de custos e

recursos

 A WBS deve ser detalhada até chegar em

atividades que o gerente de projetos consiga gerenciar (work packages)

(49)

Gestão de Projetos

 Características dos “work packages”

◦ São reais e podem ser estimadas de forma confiável

◦ Podem ser completadas nos padrões de 4 a 40hs ou 8 a 80hs

◦ Possuem um resultado significativo

◦ Podem ser completadas sem necessidade de mais informações

◦ Poderão ser divididas posteriormente, pelo time de projeto, em tarefas menores

(50)

Gestão de Projetos

 Benefícios da WBS

◦ Fornece uma visão gráfica do escopo do projeto

◦ Previne o esquecimento e a falta de entendimento sobre as atividades

◦ Facilita comunicação entre todos os “stakeholders”

◦ Fornece ao time uma visão do todo

◦ Fornece uma base segura para estimativas de custo, tempo e recursos

◦ Forma de PROVAR necessidade de recursos, custo e tempo

(51)

Gestão de Projetos

 A WBS ( Work Breakdown Structure) e

conhecida também como EAP (Estrutura Analítica do Projeto).

 O Objetivo e pegar o todo e dividir em

menores partes para facilitar o trabalho. Deve se pegar as Etapas e dividi-las em atividades ate que se torne possível a sua realização,

(52)

Gestão de Projetos

 Exercício: (20 Minutos)

 Crie uma EAP para o seguinte escopo:

◦ “Você tem que planejar as aulas de

Gerenciamento de Projetos. Devem ser

ministrados os conceitos iniciais da Matéria bem como uma metodologia para aplicação da mesma. Esta aula devera ser lecionada apôs o termino do seu planejamento.”

(53)

Resolução Exercicio

Aulas de GP Planejar Pesquisar Sobre os Temas Montar Material Aplicar Aula Lecionar

(54)

(55)

(56)

Gestão de Projetos

 Junto com o Escopo do Projeto, a WBS

faz parte do coração de qualquer projeto. Sem ter os dois bem definidos não se tem como iniciar ou mesmo gerar estimativas para o projeto.

 Com o Escopo definido podemos passar

para analisar e trabalhar em cima do Cronograma e Orçamento do Projeto.

(57)

Referencias

 http://www.projectbuilder.com.br/blog- pb/entry/conhecimentos/o-que-e-gestao-de-projetos-e-para-que-serve  http://www.gestaodeprojeto.info/porquefalha m  http://pt.slideshare.net/pejota81/gerenciamen to-de-projetos-apostila-completa  https://brasil.pmi.org/brazil/AboutUS/WhatIs ProjectManagement.aspx  http://papogp.com/10-dicas-para-definir-o-escopo-do-projeto/

(58)

Referencias



http://www.elirodrigues.com/gestao-de-projetos/serie-como-fazer-um-cronograma/

 http://gettingreal.37signals.com/GR_por.php

 PRADO, Darci; Planejamento e Controle de

Projetos. Volume 2. Belo Horizonte. Editora de

Desenvolvimento Gerencial. 2001. 235p.

 Project Management Institute. Um Guia do

Conjunto de Conhecimentos em

Gerenciamento de Projetos (Guia PMBOK) Quarta edição. . 2008. 337 p.

 SOFTEX. Guia de Implementação – Parte 1:

Nível G Maio. 2009. Disponível em:

(59)