Planejamento

de Projetos
Tpicos abordados

Definio de preo de software

Desenvolvimento dirigido a planos

Programao de projeto

Planejamento gil

Tcnicas de estimativa
Planejamento de projeto

O planejamento de projeto envolve dividir o projeto em partes

e atribu-las aos membros da equipe, antecipar os problemas
que possam surgir e preparar solues para esses problemas.

O planejamento de projeto, criado no incio, usado para

comunicar a equipe e aos clientes como o trabalho ser
realizado e para ajudar a avaliar o progresso do projeto.
Fases do planejamento

Na fase de proposta, durante a licitao para um contrato para

desenvolver ou fornecer um sistema de software.

Durante a fase de iniciao do projeto, necessrio planejar

quem ir trabalhar no projeto, como o projeto ser dividido em
incrementos, como os recursos sero alocados atravs de sua
empresa, etc.

Periodicamente, ao longo do projeto, quando voc modifica o

seu planejamento luz das experincias adquiridas a partir do
monitorao das informaes e acompanhamento do progresso
do trabalho.
Planejamento da proposta

Pode ser necessrio fazer o planejamento com apenas esboos

dos requisitos de software.

Nessa fase, o objetivo do planejamento fornecer informaes

que sero usadas na definio do preo do sistema para os
clientes.
Definio de preo de software

So feitas estimativas para descobrir o custo do desenvolvedor

para produzir um sistema de software.

Voc deve levar em conta os custos de hardware, software,

formao, deslocamentos e esforo.

No existe uma relao simples entre o custo de

desenvolvimento e o preo cobrado.

Consideraes econmicas, polticas, organizacionais e

empresariais mais amplas influenciam o preo cobrado.
Fatores que afetam a definio de preo de
software
Desenvolvimento dirigido a planos

O desenvolvimento dirigido a planos uma abordagem da

engenharia de software, na qual o processo de
desenvolvimento planejado em detalhes.

O desenvolvimento dirigido a planos baseado em tcnicas

de gerenciamento de projetos e a forma "tradicional" de
gerenciar grandes projetos de desenvolvimento de software.

criado um plano de projeto que registra o trabalho a ser feito,

quem ir faz-lo, o cronograma de desenvolvimento e os
produtos do trabalho.

Os gerentes usam esse plano para apoiar tomadas de decises

e como uma forma de medir o progresso.
Desenvolvimento dirigido a planos prs e
contras

Os argumentos a favor de uma abordagem dirigida a planos so

que o planejamento antecipado permite que questes
organizacionais (disponibilidade de pessoal, outros projetos,
etc.) sejam cuidadosamente consideradas, e que os problemas
potenciais e as dependncias sejam descobertas antes do incio
do projeto, e no quando o projeto j esteja em andamento.

O principal argumento contra o desenvolvimento dirigido a

planos que muitas decises iniciais precisam ser revistas por
causa de alteraes no ambiente no qual esse software ser
usado.
Planos de projeto

Em um projeto de desenvolvimento dirigido a planos, um plano

desse projeto define os recursos disponveis para o projeto, a
diviso de trabalho e um cronograma para a realizao dos
trabalhos.

Sees do plano

Introduo
Organizao de projeto
Anlise de riscos
Requisitos de recursos de hardware e software
Diviso de trabalho
Cronograma de projeto
Mecanismos de monitorao e gerao de relatrios
Suplementos de plano de projeto
O processo de planejamento

O planejamento do projeto um processo iterativo que se inicia

quando criado um plano de projeto inicial durante a fase de
iniciao.

Mudanas no plano so inevitveis

Durante o projeto, na medida em que ficam disponveis

mais informaes sobre o sistema e a equipe desse, voc
deve rever regularmente o plano para refletir as mudanas
de requisitos, cronograma e riscos.

Mudanas nos objetivos de negcio tambm levam a

mudanas nos planos de projeto. Na medida em que os
objetivos de negcio mudam, essas mudanas podem afetar
todos os projetos, que podem ento ser re-planejados.
O processo de planejamento de projeto
Programao de projeto

A programao de projeto o processo de decidir como, em um

projeto, o trabalho ser organizado em tarefas separadas, e
quando e como essas tarefas sero executadas.

Estimar o tempo necessrio para concluir cada tarefa, o

esforo necessrio e quem vai trabalhar nas tarefas
identificadas.

Voc tambm precisa estimar os recursos necessrios para

concluir cada tarefa, tais como o espao em disco necessrio
em um servidor, o tempo necessrio em hardwares
especializados, tal como um simulador, e qual ser o oramento
de viagens.
Programao de atividades de projeto

Dividir o projeto em tarefas e estimar o tempo e os recursos

necessrios para concluir cada tarefa.

Organizar tarefas simultaneamente para otimizar a utilizao

da fora de trabalho.

Minimizar as dependncias entre as tarefas para evitar atrasos

causados por uma tarefa que esteja esperando a concluso de
outras tarefas.

Depende da intuio e da experincia dos gerentes de projeto.

Etapas e entregas

As etapas so pontos do cronograma contra os quais voc pode

avaliar o progresso, por exemplo, a transferncia do sistema
para testes.

Entregas so produtos de trabalho entregues ao cliente, por

exemplo, um documento de requisitos do sistema.
O processo de programao de projeto
Problemas de programao

Estimar a dificuldade dos problemas difcil, assim como

estimar o custo de desenvolvimento de uma soluo.

A produtividade no proporcional ao nmero de pessoas

trabalhando em uma tarefa.

Adicionar pessoas a um projeto atrasado atrasa-o ainda mais

por causa do overhead de comunicao.

O inesperado sempre acontece. Sempre permitir contingncias

no plano.
Representao de cronograma

Normalmente so utilizadas notaes grficas para ilustrar o

cronograma do projeto.

Essas mostram a diviso do projeto em tarefas. As tarefas no

devem ser muito pequenas. Elas devem levar cerca de uma
semana ou duas.

Os grficos de barras so a representao mais comumente

utilizada para cronogramas de projetos.

Elas mostram o cronograma como atividades ou recursos

contra o tempo.
Tarefas, duraes e dependncias
Grfico de barras de atividades
Grfico de alocao de pessoal
Planejamento gil

Mtodos geis de desenvolvimento de software so abordagens

iterativas nas quais o software desenvolvido e entregue aos
clientes em incrementos.

Ao contrrio das abordagens dirigidas a planos, a

funcionalidade desses incrementos no planejada com
antecedncia, mas decidida durante o desenvolvimento.

A deciso sobre o que incluir em um incremento depende

do progresso das prioridades do cliente.

As prioridades e os requisitos do cliente mudam por isso faz

sentido ter um plano flexvel, que possa acomodar essas
mudanas.
Fases do planejamento gil

Planejamento de release, que olha frente durante vrios

meses e decide sobre os recursos que deveriam ser includos
em um release de um sistema.

Planejamento de iterao, o qual tem uma viso de mais curto

prazo, e se concentra no planejamento do prximo incremento
de um sistema.

Geralmente em torno de 2-4 semanas de trabalho de uma

equipe.
Planejamento em XP
Planejamento baseada em estrias

A especificao do sistema em XP baseada em estrias de

usurios que refletem as caractersticas que devem ser
includas no sistema.

A equipe do projeto l e discute as estrias e classifica em

ordem do tempo que acredita ser necessrio para
implementar a estria.

O planejamento de release envolve a seleo e refinamento das

estrias que iro refletir as caractersticas a serem
implementadas em um release de um sistema e na ordem em
que as estrias devem ser implementadas.

So escolhidas as estrias a serem implementadas em cada

iterao, com o nmero de estrias refletindo o tempo de
entrega de uma iterao (geralmente 2 ou 3 semanas).
Pontos importantes

O preo cobrado por um sistema no depende apenas dos

custos de desenvolvimento estimados, os quais podem ser
ajustados dependendo do mercado e das prioridades
organizacionais.

O desenvolvimento dirigido a planos organizado em torno de

um plano de projeto completo que define as atividades do
projeto, o esforo planejado, a programao de atividades e
quem responsvel por cada atividade.

A programao de projeto envolve a criao de representaes

grficas do plano de projeto. Grficos de barra mostram a
durao da atividade e prazos da equipe, so as representaes
de cronograma mais usadas.

O jogo do planejamento de XP envolve toda a equipe no

planejamento do projeto. O plano desenvolvido de forma
Tcnicas de estimativa

As organizaes precisam fazer estimativas de esforo e custo

de um software. Existem dois tipos de tcnicas que pode ser
usadas para fazer isso:

Tcnicas baseadas em experincias As estimativas de

requisitos de futuros esforos so baseadas na experincia
do gerente com projetos anteriores e no domnio da
aplicao. Essencialmente, o gerente faz um juzo
fundamentado a respeito de como devem ser os requisitos
de esforo.

Modelagem algortmica de custos Nessa abordagem,

usada uma abordagem para calcular o esforo do projeto
com base em estimativas dos atributos de produto, como
tamanho e caractersticas do processo, assim como a
experincia da equipe envolvida.
Abordagens baseadas em experincias

Tcnicas baseadas em experincias se baseiam em julgamentos

baseados na experincia de projetos anteriores e ao esforo
dispendido nesses projetos em atividades de desenvolvimento
de software.

Normalmente, voc identifica os entregveis em um projeto e

os diferentes componentes de software ou sistemas a serem
desenvolvidos.

Voc documenta esses em uma planilha, estima cada um

individualmente e calcula o esforo total necessrio.

Normalmente til ter um grupo de pessoas envolvido na

estimativa de esforo e pedir a cada membro do grupo que
explique a sua estimativa.
Modelagem algortmica de custos

O custo estimado como uma funo matemtica de produto,

de projeto e atributos de processo, cujos valores so estimados
por gerentes de projeto:

Esforo = A x Tamanho B x M
A uma constante dependente da organizao, Tamanho
o tamanho do cdigo, B reflete o esforo proporcional para
grandes projetos e M um multiplicador refletindo atributos
de produtos, processo e de pessoas.

O atributo de produto mais comumente usado para a estimativa

de custo o tamanho do cdigo.

A maioria dos modelos so semelhantes, mas eles usam valores

diferentes para A, B e M.
Incerteza de estimativa

O tamanho de um sistema de software s pode ser conhecido

com preciso quando esse concludo.

Vrios fatores influenciam o tamanho final

Uso de COTS e componentes;
Linguagem de programao;
Distribuio de sistemas.

Na medida em que o processo de desenvolvimento progride

ento a estimativa de tamanho torna-se mais precisa.

As estimativas dos fatores que contribuem para B e M so

subjetivas e variam de acordo com o julgamento de quem faz
as estimativas.
Incerteza de estimativa
O modelo COCOMO II

Um modelo emprico baseado na experincia em projetos.

Bem documentado, modelo "independente" que no est

vinculado a um fornecedor especfico de software.

uma longa histria desde a verso inicial publicada em 1981

(COCOMO-81) atravs de vrias instanciaes para o COCOMO
II.

O COCOMO II leva em considerao as diferentes abordagens

de desenvolvimento de software, reuso, etc.
Modelos COCOMO II

O COCOMO II incorpora uma srie de submodelos que

produzem estimativas de software cada vez mais detalhadas.

Os submodelos COCOMO II so:

Modelo de composio de aplicao. Usado quando o

software composto de partes existentes.
Modelo de projeto preliminar. Usado quando os requisitos
esto disponveis, mas o projeto ainda no comeou.
Modelo de reuso. Usado para calcular o esforo de
integrao dos componentes reusveis.
Modelo de ps-arquitetura. Usado uma vez que a
arquitetura do sistema foi projetada e mais informaes
sobre o sistema esto disponveis.
Modelos de estimativa COCOMO
O modelo de reuso

Leva em conta o cdigo caixa-preta que reusado sem

alteraes e o cdigo que deve ser adaptado para integr-lo
com o novo cdigo.

Existem duas verses:

O reuso da caixa-preta, na qual o cdigo, no modificado.

calculada uma estimativa de esforo (PM).

O reuso da caixa-branca na qual o cdigo modificado.

computada uma estimativa do tamanho equivalente ao
nmero de linhas do novo cdigo. Em seguida, ela ajusta a
estimativa de tamanho para um novo cdigo.
Modelo de ps-arquitetura

Usa a mesma frmula como o modelo de projeto preliminar,

mas com 17, em vez de 7 multiplicadores associados.

O tamanho do cdigo estimado como:

Nmero de linhas de cdigo novo para serem

desenvolvidas;

Estimativa do nmero equivalente de linhas do novo cdigo

calculado usando o modelo de reuso;

Uma estimativa do nmero de linhas de cdigo que devem

ser modificadas de acordo com mudanas de requisitos.
Requisitos de equipe

A equipe necessria no pode ser computada pela estimativa

de tempo de desenvolvimento a partir do cronograma.

O nmero de pessoas trabalhando em um projeto varia de

acordo com a fase do projeto.

Normalmente, quanto mais pessoas trabalham no projeto,

mais esforo total exigido.

Muitas vezes, o acmulo muito rpido de pessoas se

correlaciona com o no cumprimento do cronograma.
Pontos importantes

Tcnicas de estimativa de software podem ser baseadas na

experincia, em que os gerentes julgam o esforo necessrio,
ou algortmicos, em que o esforo necessrio calculado a
partir de outros parmetros de projeto estimados.

O modelo de custos do COCOMO II um modelo de custos que

usa atributos de projetos, de produto, de hardware e pessoais,
bem como atributos de tamanho e complexidade de produto
para obter uma estimativa de custos.