Você está na página 1de 27

Gerenciamento de Projetos OO

Planejamento

Objetivos

Planejamento de fases e marcos do projeto w Artefatos de planejamento w Iteraes de um projeto

Quantidade Durao Objetivos

Estratgias quanto ao contedo das iteraes

Planejamento do projeto

Inception

Elaboration

Construction

Transition

tempo

O RUP utiliza o planejamento timebox. O projeto visto como um empreendimento que tem uma data final para acabar. A partir dessa data o plano montado de trs para frente e ento verifica-se quais funcionalidades so possveis de se implementar.

Prazo e recurso Condies principais do planejamento Funcionalidade Condio secundria e negocivel

As trs variveis
w

Prazo
Pessoal Time Organizacional
w

Experincia & histrico

Timebox Releases parciais

Recurso

Modelos de Custo
COCOMO II

Humanos Financeiros Materiais

Escopo

Effort = C1 EAF (size)P1 Effort = C1 EAF (size)P1 Time = C2 (effort)P2 Time = C2 (effort)P2
Software Cost Estimation with COCOMO II Software Cost Estimation with COCOMO II Barry Boehm et al, Prentice Hall, 2000 Barry Boehm et al, Prentice Hall, 2000

Funcionalidade Qualidade

Perfil histrico de projetos


Elaboration Construction Transition

Inception

tempo LCO LCA IOC PR

Recursos

Inception Elaboration

Construction

Transition

t
30% tempo 50% tempo 10% tempo

10% tempo

O Perfil de Borracha (Rubber Profile)


Elaboration Construction Transition

Inception

tempo LCO LCA IOC PR

Recursos

65% esforo 20% esforo Construction 50%

5% esforo

10% esforo Transition

Inception Elaboration 30%

t
10%

10%

Esforo = recursos x tempo [ H-h ]

Esforo relativo por fase


Inception Elaboration Construction Transition

Esforo* 10% 30% 50%

5%

20%

65%

10% 10%

Tempo*

* O seu tempo pode variar

Este perfil adequado a um projeto que tem as seguintes caractersticas:

de tamanho e esforo moderados Est no seu ciclo inicial de desenvolvimento No tem arquitetura pr-existente Possui um pequeno nmero de riscos e fatores desconhecidos

Processo de planejamento
Restries de Prazo e Recursos

Condiciona

Atende?

Gerenciameto do Projeto
Plano do Projeto

Modelo de Use-Case

Especificaes Suplementares

Artefatos para planejar e controlar o projeto


Project Manager

Business Case

Software Development Plan

Iteration Assessment

Status Assessment

Risk List

Project Plan

Iteration Plan

Measurement Plan

Lista de Riscos

Lista dos riscos conhecidos


Risk List

Descrio Probabilidade Impacto Indicadores da ocorrncia Estratgia de absoro do impacto Plano de contingncia (Plano B)

Timing

Verso inicial ao final da fase de Inception Atualizado por iterao

Plano de Projeto e Plano de Iterao


Project Plan

Start 1/2001 LCO 3/2001 LCA 7/2001 IOC 12/2001

2/2001

Plano de Projeto e Plano de Iterao


Project Plan
P A ro pp j ec ro t va l 1 2 Ar ch R e it e vie ctu w re P Re r od l ea uct se

Start 1/2001 LCO 3/2001 LCA 7/2001 IOC 12/2001

2/2001

Plano de Projeto e Plano de Iterao


Project Plan
P A ro pp j ec ro t va l 1 2 Ar ch R e it e vie ctu w re P Re r od l ea uct se

3 it . i t. 4 i t. 5

i t.

it. 2

Start 1/2001 LCO 4/2001 3/2001 LCA 7/2001 IOC 12/2001

2/2001

Iteration Plan WBS


#1 #2 B ui ld D R e esi vie g n w B ui ld

4/2001

5/2001

O planejamento incremental
Project Plan Iteration Plan Next

Fase e Grande Marcos O que? Quando? Iteraes para cada Fase Nmero de iteraes Objetivos Durao Perfil de alocao de recursos

Current

Atividades Recursos Alocao Individual e de equipes Principais builds

Plano grosseiro

Planos refinados

Relembrando Iterao

Uma sequncia distinta de atividades, com um plano detalhado e critrios de avaliao bem definidos, que resulta numa release interna ou externa. w Envolve

Uma completa sincronizao do projeto Um diagnstico da baseline do projeto

Uma nica iterao contem uma mini-waterfall


Iteration Planning Requirements Analysis & Design Implementation Test Prepare Release
Iteration 4 Iteration 5

Iteration 3

Reviso de incio de iterao

Reviso de avaliao da iterao

Planejamento da Iterao

Defina critrios de avaliao objetivos w Identifique quais artefatos, concretos e mensurveis, sero desenvolvidos ou atualizados w Identifique quais atividades sero necessrias para construir os artefatos definidos w Use uma WBS padro ()

Use estimativas para designar durao e esforo para cada atividade w Ajuste o necessrio para manter todos os nmeros dentro das restries de recursos

Quantas iteraes e de qual durao?

Quantas iteraes planejar inicialmente?


Total 3 6 9 2 3 3 1 3 3 1 2 2 1 2 2 0 1 1 1 I E C T

Low

Typical

High

Very High 10

Qual a durao de cada iterao?

Depende de uma srie de fatores:

Tamanho do sistema: Maior o sistema, maior a durao Nmero de pessoas: Maior o nmero de pessoas, maior a durao

Durao da iterao

A durao varia de acordo com o objetivo w A durao pode variar por fase w Tipicamente as iteraes de Elaboration so mais longas do que as iteraes de Construction w Dentro das fases as iteraes so geralmente do mesmo comprimento

A primeira iterao
w

Usualmente a mais difcil

Seja modesto quanto a quantidade de funcionalidade na primeira iterao, seno:

Requer que todo o ambiente e boa parte da equipe estejam disponveis Devem ser resolvidas questes de integrao de ferramentas, alocao de recursos, etc.

Equipes novas em OO, ou no processo iterativo-controlado, so usualmente superotimistas

A iterao poder se prolongar, atrasando o incio das demais O total de iteraes poder ser reduzido O benefcio da abordagem iterativa poder ser reduzido

Estratgias quanto ao contedo da iterao


Problem

Larga e Rasa
S o l u t i o n

Analisa todo o domnio

Todos os use cases so identificados Todos os use cases so analisados

Define uma arquitetura ampla

Estreita e Profunda
Problem S o l u t i o n

Uma fatia do domnio analisada completamente Implementado o desenvolvimento de uma fatia

Hbrida

Uma juno das duas estratgias

Estratgia larga e rasa


w

Apropriada quando

Armadilhas

A equipe inexperinte

No domnio do problema Ou na Tecnologia

No h precedente na arquitetura

Ou a arquitetura um requisito essencialssimo para a funcionalidade

Podemos ficar presos na paralisia de anlise Falta de resultados quantificveis mais cedo A viso de alto-nvel no prov detalhamento suficiente

Estratgia estreita e profunda


w

Apropriada quando

Armadilhas
Sndrome da Chamin
Verticalmente integrado, horizontalmente incompatvel Dificuldade de integrar

So necessrios resultados mais cedo Os requisitos esto evoluindo Prazos muito curtos exigem implementao mais cedo Altas taxas de reuso permitem entregas mais cedo

O comportamento estreito no exercita (e portanto no testa) toda a soluo

Estratgia hbrida

Inception

Larga e rasa

Para ganhar entendimento do escopo

Estreita e profnda

Caso uma prova-de-conceito seja necessria

Problem S o l u t i o n

Estratgia hbrida

Elaboration

Principalmente larga e rasa

Para certificar-se de que a arquitetura responde ao problema

Seletivamente estreita e profunda

Para atacar reas de risco em profundidade

Problem S o l u t i o n

Estratgia hbrida

Construction

Estreita e profunda

Para desenvolver e entregar funcionalidade

Transition

Realizando as coisas esquecidas

Baseado em feedback e defeitos identificados

Problem S o l u t i o n

Atingindo o equilbrio

Muitos insucessos em projeto

Superenfatizaram pesquisa e explorao Superenfatizaram produo

Projetos com sucesso apresentam um ciclo de vida equilibrado

Você também pode gostar