22 Engenharia de Software Magazine Plano de projeto

Plano de Projeto
Um Mapa Essencial Gesto de Projetos de Software
Antonio Mendes da Silva Filho
antoniom.silvalho@gmail.com
Professor e consultor em rea de tecnologia da
informao e comunicao com mais de 20 anos
de experincia prossional, autor dos livros Ar-
quitetura de Software e Programando com XML,
ambos pela Editora Campus/Elsevier, tem mais
de 30 artigos publicados em eventos nacionais e
internacionais, colunista para Cincia e Tecnolo-
gia pela Revista Espao Acadmico com mais de
60 artigos publicados, tendo feito palestras em
eventos nacionais e no exterior. Foi Professor Vis-
itante da University of Texas at Dallas e da Univer-
sity of Ottawa. Formado em Engenharia Eltrica
pela Universidade de Pernambuco, com Mestra-
do em Engenharia Eltrica pela Universidade
Federal da Paraba (Campina Grande), Mestrado
em Engenharia da Computao pela University
of Waterloo e Doutor em Cincia da Computa-
o pela Univesidade Federal de Pernambuco.
I
magine voc desejar sair da cidade
onde voc reside e ir at Maring (lo-
calizada na regio noroeste do estado
do Paran), supondo obviamente voc
no residir l. Sem um mapa, um plano ou
qualquer outra fonte de informao para
saber por quais cidades, menor percurso,
melhores estradas, dentre outras informa-
es, voc no ter certeza de alcanar o
seu objetivo (i.e. chegar em Maring).
Agora, trazendo esta meta para o con-
texto de um projeto de soware, voc ne-
cessitar de um mapa de quais atividades
devem ser realizadas, sem o qual voc
car perdido. Aqui, tambm, um plano
torna-se essencial para compreender ris-
cos, compromissos e decises de projeto.
Precisamos de um mapa ou guia que
oferea uma base sistemtica de como
conduzir o projeto e quaisquer modi-
caes necessrias alm de servir como
eciente mecanismo para comunicao
entre os principais interessados no pro-
jeto (isto stakeholders) que inclui clien-
te, usurio nal, gerente projeto, dentre
outros. Esse mapa existe e conhecido
como plano de projeto. Trata-se de um
dos documentos produzidos durante a
realizao de projeto. O plano de projeto
essencial e determinante no sucesso para
uma boa conduo de qualquer projeto.
A gesto de projetos dene quem, o que,
quando e o porqu dos projetos. Ela faz
uso de processos e ferramentas de gesto
os quais servem para ajudar o gerente de
projetos e equipe a organizar, documen-
tar, rastrear e relatar as atividades e pro-
gresso de um projeto. Dentro desse con-
texto, o plano de projeto compreende:
Escopo de projeto bem denido;
Um roadmap dos artefatos a se-
rem entregues;
Documentao de papis e respon-
sabilidades dos participantes;
Uma linguagem comum para co-
municao das atividades do pro-
jeto, bem como a rastreabilidade e
relatrios dessas atividades;
Mecanismos de resoluo de conitos
e mitigao ou atenuao de riscos.
PLANEJAMENTO
Edio 03 Engenharia de Software Magazine 23
Voc pode est se questionando por-
que tudo isso necessrio. E a resposta
para tal indagao vem da necessidade
de gerenciar adequadamente os recur-
sos (geralmente, restritos) existentes,
alm dos custos, tempo e qualidade, a
m de atingir os objetivos do projeto.
De um modo geral, podemos entender o
modelo de desenvolvimento de um pro-
jeto como ilustrado na Figura 1.
Perceba a necessidade de uma abor-
dagem sistemtica e consistente para
conduzir o projeto. Isto conseguido
com a elaborao de um plano de pro-
jeto e seu uso ao longo de todo o proje-
to. O plano de projeto essencial para
o sucesso de um projeto e o gerente de
projeto no se separa dele at o encer-
ramento do mesmo.
Plano de Projeto
O plano de projeto um dos documen-
tos produzidos na conduo de um pro-
jeto. Ele funciona como:
Um integrador entre diversas
aes do projeto;
Mecanismo de comunicao para
os stakeholders (isto , as partes in-
teressadas do projeto);
Captura e documenta a evoluo
do projeto medida que ele vai
sendo executado e novas informa-
es vo sendo disponibilizadas.
A gerncia da execuo do plano de
projeto tem o objetivo de realizar o tra-
balho denido na descrio do escopo
do projeto. Durante a execuo do plano
de projeto, o gerente de projeto se apia
nesse documento para tomar aes cor-
Itens de um Plano de Projeto Contedo
1. Introduo Contm uma descrio dos objetivos do documento, o pblico ao qual ele se destina e em linhas gerais o propsito do projeto a ser desen-
volvido. Pode adicionalmente conter termos e abreviaes usadas, alm de informar como o plano deve evoluir.
2. Escopo do projeto Esta seo descreve em linhas gerais o projeto a ser desenvolvido, comunicando o propsito do mesmo, e a importncia do projeto para
todas as partes envolvidas. O escopo do projeto que ser executado apresentado com uma descrio dos requisitos tcnicos (isto , os
requisitos do produto a ser desenvolvido) que podem ser funcionais, no funcionais (desempenho, usabilidade, portabilidade, conabilida-
de, etc.) e tecnolgicos (tecnologia a ser utilizada). Tambm, apresentam-se requisitos no tcnicos (como, por exemplo, treinamento) e o
escopo no contemplado (que descreve quais funcionalidades no fazem parte do escopo do projeto).
3. Organizao do projeto Apresenta-se uma descrio da estrutura organizacional do projeto, incluindo organograma e a denio de papis e responsabilidades.
4. Equipe e infra-estrutura Contm descrio da equipe e da infra-estrutura utilizada para o desenvolvimento do projeto, incluindo: pessoal, equipamentos, ferra-
mentas, software de apoio, materiais, dentre outros. Isto visa garantir uma estrutura adequada para a execuo das atividades previstas no
plano. Nesta seo tambm apresentada o planejamento da alocao de pessoal no projeto.
5. Acompanhamento do projeto Esta seo do plano de projeto relaciona os momentos para realizao das atividades de vericao do projeto, as quais podero ser feitas
pela equipe tcnica das instituies envolvidas (desenvolvedora e cliente), e tambm a forma como estas atividades sero realizadas. Estas
atividades incluem a realizao de reunies e gerao de relatrios descrevendo informaes sobre o progresso do projeto.
6. Marcos do projeto Contm uma descrio de marcos (milestones) importantes do projeto (incluindo as datas de incio e m do projeto), bem como os arte-
fatos que sero entregues pela empresa desenvolvedora nestes marcos, quando aplicvel. Apenas marcos relevantes devem ser listados, ou
seja, aqueles que contribuiro para a medio do desempenho do projeto. Por exemplo: reunies de reviso, apresentao de prottipos ou
realizao de testes de aceitao. Note que possvel inserir uma viso do cronograma do projeto neste item, destacando apenas os marcos
importantes e suas datas alvo.
7. Gerncia de riscos Os riscos identicados para o projeto esto detalhados e monitorados nos relatrios de progresso. Exemplos de riscos compreendem: risco
de pessoal, risco tecnolgico e de escopo, dentre outros. Um caso de risco de escopo a falta de clareza na denio do escopo de projeto,
que pode resultar em inmeras solicitaes de mudana de escopo.
8. Qualidade do produto (ou sistema) Informa-se a metodologia de desenvolvimento adotada no projeto. Caso, por exemplo, alguma ferramenta especca de desenvolvimen-
to venha a ser utilizada no projeto, isso deve ser descrito neste item. Adicionalmente, informam-se como os artefatos sero gerados por
este projeto, os padres adotados, formatos dos arquivos e templates a serem empregados. Tambm, neste item, costuma-se informar os
critrios de aceitao do projeto.
9. Testes do produto (ou sistema) Este item apresenta uma descrio do projeto de testes do projeto, incluindo detalhamento da estratgia de implementao dos testes,
com estgios e tipos de testes a serem realizados para garantir a conformidade do produto com as especicaes de requisitos funcionais,
no funcionais e requisitos de aceitao do projeto.
10. Referncias Apresenta-se uma relao dos documentos pertinentes ao projeto.
Tabela 1 Relao de itens de um plano de projeto.
retivas visando alcanar o conjunto de
metas planejadas em concordncia com
o que foi denido no plano. Nesse senti-
do, o plano de projeto deve conter:
Como os processos de gerncia se-
ro utilizados;
Como as mudanas sero monito-
radas e controladas;
Milestones com datas de pontos es-
tratgicos para avaliao do projeto;
Baselines para cronograma, cus-
to e qualidade;
Calendrio para recursos utilizados;
Mecanismos de comunicao para
os stakeholders;
Denio de revises para resoluo
de pontos em aberto e/ou pendentes;
Planos de outras reas de conhecimen-
to (como, comunicao e qualidade).
24 Engenharia de Software Magazine Plano de projeto
Figura 1. Perspectivas da gesto de projetos.
importante perceber a importncia
do plano de projeto como determinante
para o sucesso de um projeto. Ele iden-
tica quais artefatos devero ser entre-
gues e quando e, igualmente impor-
tante, informa os recursos necessrios
para realizar as entregas (de artefatos)
indicando as dependncias existentes
para essas entregas. A seo seguinte
apresenta um exemplo de um plano de
projeto ilustrando e complementando
os pontos destacados.
Exemplicando o Plano de Projeto
O plano de projeto contm um conjun-
to de informaes que permite o gerente
de projeto no apenas executar o proje-
to, mas tambm monitorar seu progres-
Note que a Tabela 2 identica um
subconjunto de termos que pode ca-
racterizar um projeto. Poderamos, por
exemplo, adicionar o termo MS para
se referir a um produto ou soluo
da Microso. Todo e qualquer termo,
conveno adotada ou abreviaes de-
veriam ser apresentadas nesta tabela a
m de comunicar s partes envolvidas
e interessadas (i.e. os stakeholders)
o seu signicado. Isto visa prover os
stakeholders com as denominaes cor-
retas empregadas no projeto.
A seo seguinte apresenta uma viso
geral do projeto trazendo objetivos, par-
ticipantes e mecanismos de evoluo do
plano de projeto e aceitao. Isto exem-
plicado no Quadro 2.
so e vericar se o executado est em
conformidade com o planejado. A Ta-
bela 1 apresenta uma relao dos itens
considerados imprescindveis em um
plano de projeto. A relao de itens des-
tacados na Tabela 1 no pressupe a in-
teno de ser completo, mas de apontar
os itens considerados como obrigatrios
num plano de projeto de empresa.
O contedo exato das sees que com-
pem um plano de projeto, geralmente,
difere de empresa para empresa. En-
tretanto, os itens apontados na Tabela
1 normalmente compem as sees do
documento de plano de projeto. As sub-
sees, destacadas nos Quadros 1 a 12,
ilustram o contedo que compe um
plano de projeto.
Quadro 1
Termo Descrio
Artefato Tudo que produzido e documentado em qualquer atividade de qualquer uxo do projeto. Por exemplo: documento de requisitos, diagrama de casos
de usos e glossrio.
Milestone Ponto de checagem; marco que indica a concluso de uma fase ou etapa.
NA No Aplicvel
Patrocinador Representante da empresa cliente ou contratada responsvel pelo sucesso do projeto em instncia superior, garantindo o cumprimento de respon-
sabilidades estabelecidas.
Reviso Apresentao de produtos de software para os interessados visando comentrio e aprovao dos mesmos.
SQA Software Quality Assurance, prossional ou grupo responsvel por garantir a qualidade do produto de software e processo de desenvolvimento.
Tabela 2 Termos e acrnimos do projeto.
1. Introduo
Este documento apresenta o planejamento do projeto
do sistema Exemplo o qual ser utilizado como base s
atividades de acompanhamento, reviso, vericao e
validao do projeto desde seu incio at sua concluso,
a m de garantir a anlise comparativa do desempenho
real versus planejado. Desta forma, aes corretivas e pre-
ventivas podero ser tomadas, sempre que resultados ou
desempenhos reais desviarem signicativamente do plane-
jado. Sua elaborao derivada das informaes contidas no
Plano de Trabalho e convnio assinado com o cliente.
1.1 Termos e acrnimos
Esta seo explica o conceito de um subconjunto de ter-
mos importantes que sero mencionados no decorrer
deste documento. Estes termos so descritos na Tabela 2,
estando apresentados por ordem alfabtica.
PLANEJAMENTO
Edio 03 Engenharia de Software Magazine 25
Quadro 2
2. Viso Geral do Projeto
Analisando-se os aspectos tcnicos (mtodos, proces-
sos e ferramentas) e no tcnicos (gerenciamento,
planejamento e questes econmicas) de produo
de aplicativos de software baseados em componen-
tes, este projeto prope construir a infra-estrutura
necessria para o desenvolvimento de componentes
e aplicativos, fazendo uso da plataforma tecnolgica
orientada a servios (web services).
Nesse sentido, os componentes orientados a servio
a serem desenvolvidos pela Empresa AM Ltda (desen-
volvedora do projeto) serviro de base para construo
de aplicaes pelo cliente direcionadas rea de Turismo.
Como resultado, isto permitir elevar a produtividade
e competitividade, promovendo a posio do cliente
no mercado com uso de solues tecnologicamente
avanadas. Este projeto prope ainda realizar pesquisa
e desenvolvimento da infra-estrutura para o desen-
volvimento de componentes e aplicativos orientado a
servios a serem usados pelo cliente.
2.1 Participantes
Esta seo lista o conjunto de participantes e parceiros
envolvidos no desenvolvimento do projeto que sero men-
cionados no decorrer deste documento. Esta lista apre-
sentada por ordem alfabtica.
|mjre.+ |M |ta+ ae j+je| ae |\ecater
0r+a|t+1e |r+.||Iar ae j+je| ae t||eate / ||a+ac|+aer
2.2 Objetivos Especcos
De acordo com o plano de trabalho assinado com o Cliente,
os objetivos desse projeto compreendem:
|a+||.e ae j|+t+lerm+. tecae|e|c+.,
|ela|1e ae am meae|e ae ae.ea.e|.|meate ae
web services;
|e.ea.e|.|meate ae we| .er.|ce. j+r+ mea|ter+-
o e controle de acesso;
|e.ea.e|.|meate ae we| .er.|ce. j+r+ ceatre|e ae
qualidade de servio;
|e.+at+meate e +.+||+1e ae re|a|.|te. ae cemjeaea-
tes e aplicaes de negcio para a rea de Turismo;
|e.ea.e|.|meate ae jretet|je. +j||c+1e ae we|
services para rea de Turismo;
2.3 Critrios de Aceitao do Projeto
A aceitao nal do projeto est condicionada a:
Ieae. e. +rtel+te. e |aa|c+aere. l|.|ce. ae e\eca1e
descritos na seo 9.1 devem ter sido aprovados
pela Diviso de Qualidade da empresa;
Ieae. e. e|jet|.e. ||.t+ae. a+ .e1e z.z ae.em ter
sido atingidos.
2.4 Mecanismos de Evoluo do Plano de Projeto
O plano do projeto deve ser mantido atualizado para reetir a
situao corrente do projeto. Dessa forma, as seguintes situaes
representam os gatilhos para atualizao deste documento:
||ter+ee. ae ra|r|c+. jaate +e j+trec|a+aer (t||eate),
Maa+a+. ae. cr|ter|e. ae +ce|t+1e ae jrejete,
||ter+ee. ae. e|jet|.e. jre.|.te. ae ||+ae ae Ir+-
balho aprovado pelo cliente;
Maa+a+. a+ ereac|+ ae jrejete a+ emjre.+ ea
do cliente.
Perceba que os objetivos do projeto so
peculiares a cada projeto. Alm disso,
os critrios de aceitao nal do projeto
resultado de acordo entre as parte en-
volvidas (i.e. empresa desenvolvedora e
cliente). O Quadro 3 caracteriza a seo
dos requisitos do sistema.
A seo seguinte apresenta uma viso
geral do projeto trazendo objetivos, par-
ticipantes e mecanismos de evoluo do
plano de projeto e aceitao. Isto exem-
plicado no Quadro 3.
A motivao da seo anterior carac-
terizar as principais funcionalidades a
serem implementadas (as quais so de-
talhadas no documento de requisitos),
alm de informar o que no faz parte
do escopo do projeto. A prxima seo
(Quadro 4) apresenta uma viso organi-
zacional do projeto e os principais ato-
res dessa estrutura.
O Quadro 5 destaca o quantitativo da
equipe e sua respectiva alocao. Tam-
bm, informaes e speccas de cada
um dos membros da equipe e possveis
ferramentas utilizadas no projeto so
apresentadas. Os Quadros de 6 a 9 abor-
dam, respectivamente, Treinamentos
do Projeto, Acompanhamento do Proje-
to, Controle de Mudanas do Escopo de
Projeto e Cronograma.
26 Engenharia de Software Magazine Plano de projeto
Quadro 3
3. Requisitos do Sistema
Esta seo apresenta os requisitos do sistema que ser-
viro de base ao seu planejamento, bem como do es-
copo no contemplado (ou escopo negativo). Mudan-
as nestes requisitos devem ser submetidas ao controle
de mudanas estabelecido para o projeto, descrito no
plano de gerencia de congurao.
3.1 Requisitos Tcnicos
Os requisitos a seguir representam uma viso dos
produtos a serem desenvolvidos nesse projeto. Estes
requisitos sero descritos em detalhes no Documento
de Requisitos do Projeto, que ser complementado e
renado no decorrer do ciclo de vida do projeto.
3.1.1 Requisitos Funcionais
Os requisitos funcionais considerados compreendem:
| |alr+-e.tratar+ ae ae.ea.e|.|meate ae
componentes e aplicativos ser baseada na
plataforma orientada a servios (web ser-
vices) e compreender:
\e| .er.|ce. ae ceatre|e ae +ce..e,
\e| .er.|ce. ae ceatre|e ae |a+||a+ae ae .er.|e,
\e| .er.|ce. j+r+ +re+ ae Iar|.me,
|e.ea.e|.|meate ae we| .er.|ce. j+r+ am+
subrea de aplicao de Turismo, bem como
disponibilizar seus respectivos componentes
de servios no repositrio utilizado. A definio
da subrea de Turismo ser realizada na etapa
inicial deste projeto.
3.1.2 Requisitos No Funcionais
Os requisitos no funcionais considerados neste pro-
jeto compreendem:
0 meae|e ae ae.ea.e|.|meate ae we| .er.|ce. ae-
ver considerar uma infra-estrutura que permita o
desenvolvimento rpido de componentes e aplica-
tivos baseado na plataforma orientada a servios. O
conjunto de componentes orientados a servios resul-
tantes deste projeto servir de base para a construo
de vrias aplicaes para o setor de turismo.
0 jrece..e ae .+||a+1e ae we| .er.|ce. .e eacerr+r+
com a entrega da verso nal dos web services.
3.4 Mecanismos de Evoluo do Plano de Projeto
O plano do projeto deve ser mantido atualizado para
reetir a situao corrente do projeto. Abaixo, apresen-
tado um conjunto de situaes que requer a atualizao
deste documento:
||ter+ee. ae ra|r|c+. jaate +e c||eate,
Maa+a+. ae. cr|ter|e. ae +ce|t+1e ae jrejete,
||ter+ee. ae. e|jet|.e. jre.|.te. ae ||+ae ae Ir+-
balho aprovado pelo cliente;
Maa+a+. a+ ereac|+ ae jrejete a+ emjre.+
ou do cliente.
3.2 Requisitos No Tcnicos
Os requisitos no tcnicos compreendem:
Ieae e |a+||aer m+ter|+| ae a|.a|+1e re.a|t+ate
da execuo deste projeto dever conter informa-
o do suporte nanceiro do cliente e, especial-
mente, no caso de:
o Seminrios e eventos cientcos e tecnolgicos;
o Publicaes tcnicas e cientficas em revistas
especializadas;
o Relatrios tcnicos publicados ou divulgados em
qualquer mdia.
3.3 Escopo No Contemplado
O escopo do projeto no contempla a realizao das
seguintes atividades:
||+|er+r e/ea re+||t+r tre|a+meate ae a.e ae. we|
services desenvolvidos no projeto;
terre1e ae |a., |aeat|lc+ae. em |a+||aer am
dos produtos, aps a durao prevista do projeto
perante o cliente.
Quaisquer outros artefatos no previstos na seo de
produtos deste plano tambm so considerados como no
contemplado no escopo do projeto.
PLANEJAMENTO
Edio 03 Engenharia de Software Magazine 27
Quadro 4
4. Organizao do Projeto
Esta seo apresenta o organograma utilizado no pro-
jeto juntamente com seus papis e responsabilidades.
4.1 Organograma
Esta seo apresenta o organograma do projeto, inclu-
indo os papis exigidos para realizao do projeto e a
relao entre os mesmos. O organograma do projeto
mostrado na Figura 2.
4.2 Papis e Responsabilidades
A Tabela 3 descreve um conjunto de papis e respec-
tivas responsabilidades.
Figura 2. Organograma do projeto.
Papel Responsabilidades
Diretor Executivo ||.a|+r +. a|retr|te. e.tr+te|c+.,
Iem+r aec|.ee. e.tr+te|c+.,
0+r+at|r e camjr|meate ae re.jea.+||||a+ae. e.t+|e|ec|a+. eatre +. j+rte., je..|||||t+aae e .ace..e ae jrejete,
|je|+r +. aec|.ee. a+ e|a|je ae jrejete.
Gerente de Operaes |re.er teae. e. recar.e. aece..+r|e. j+r+ + e\eca1e ae jrejete (c+j|t+| |am+ae, |+raw+re, .eltw+re, tre|a+meate, etc.),
|e+||t+r +cemj+a|+meate teca|ce, la+ace|re, ae e.ceje, r|.ce. e creaer+m+ ae jrejete, ceajaat+meate cem e ereate ae jrejete,
|..am|r + re.jea.+||||a+ae .e|re teae e c|c|e ae .|a+ ae .er.|e,
|e.|c|ea+r e c||eate .e|re e +aa+meate ae. .er.|e. jaate cem e ereate ae jrejete,
Neec|+r jaate +e ereate ae |a+||a+ae + re.e|a1e ae |ae.tee. ae |a+||a+ae a1e .e|ac|ea+a+. ae 1m||te ae jrejete.
Gerente de Negcios ||+|er+r jreje.t+. cemerc|+|.,
teaaat|r aeec|+1e cem e c||eate |a+aae |ea.er maa+a+. ae ca.te ae jrejete e |ae |mj+ct+m e c||eate.
Gerente de Projeto |e+||t+r j|+aej+meate ae jrejete,
0ereac|+r + e|a|je ae jrejete,
0ereac|+r e er+meate ae jrejete,
0+r+at|r e +aa+meate +ae|a+ae ae jrejete cem re|+1e +e j|+aej+ae, ereac|+aae r|.ce. e tem+aae +ee. jre.eat|.+. e cerret|.+.,
|e.|c|ea+r e c||eate .e|re e +aa+meate ae. .er.|e.,
||+|er+r re|+ter|e ae +cemj+a|+meate e ceac|a.1e ae jrejete,
teeraea+r + |ater+1e a+ e|a|je cem e c||eate.
Analista de Negcio |e+||t+r meae|+em ae aeec|e, |a+aae +jrejr|+ae,
|||c|t+r re|a|.|te. e re+||t+r +a+||.e e jrejete ae .|.tem+, e|+|er+aae meae|e. +..ec|+ae.,
||+|er+r jrejete ae te.te. e ceaaat|r te.te. ae .|.tem+,
||+|er+r aecameat+1e teca|c+ aece..+r|+, jer e\emj|e, +jaa+ (|e|j), a|+ ae a.a+r|e, m+ter|+| ae tre|a+meate,
|cemj+a|+r +t|.|a+ae. ae. eaea|e|re. ae .eltw+re, +..ear+aae |ater|a+ae cem re|a|.|te. e c+.e. ae a.e e.jec|lc+ae.,
teaaat|r |mj|+at+1e ae .|.tem+.
Arquiteto de Software |ela|r + +r|a|tetar+ ae .|.tem+,
||aer+r e ceeraea+r +. +t|.|a+ae. ae eaea|+r|+ ae .eltw+re ae jrejete,
:ajert+r e a.e ae lerr+meat+. ae 1m||te ae jrejete,
|cemj+a|+r e. eaea|e|re. ae .eltw+re, e.c|+receaae aa.|a+. teca|c+.,
|+rt|c|j+r ae. te.te. |ater+ae. ae .|.tem+,
|ater+r e. a|.er.e. cemjeaeate. ae .eltw+re jreaat|ae., er+aae .er.1e ae .|.tem+ j+r+ |mj|+at+1e.
Desenvolvedor |mj|emeat+r cemjeaeate. ae .|.tem+,
|e+||t+r te.te. aa|t+r|e. ae. cemjeaeate. ae .eltw+re, ae +cerae cem e. j+aree. +aet+ae. je|e jrejete,
|+rt|c|j+r a+ l+.e ae jrejete, |a+aae +jrejr|+ae,
|+rt|c|j+r ae. te.te. |ater+ae. ae .|.tem+.
Engenheiro de Qualidade |ecameat+r e cealar+r e jrece..e ae .eltw+re + .er at|||t+ae,
|aa|t+r e a.e ae jrece..e,
|+rt|c|j+r ae re.|.ee. |a+aae +ae|a+ae,
|je|+r a.e jrece..e.
Tabela 3 - Papis e Responsabilidades do Projeto
28 Engenharia de Software Magazine Plano de projeto
Quadro 5
5. Equipe e Infra-Estrutura do Projeto
Esta seo dene a composio da equipe e lista a
relao de ferramentas (Tabela 6) necessrias ao ambi-
ente de desenvolvimento do projeto com o objetivo de
garantir uma estrutura adequada para a execuo das
atividades previstas neste plano.
5.1 Planejamento da Alocao de Pessoal
A Tabela 4 apresenta o planejamento de alocao de
pessoal do projeto. A quantidade de funes em relao
ao cronograma foi reduzida no sentido de simplicao.
5.2 Equipe de Projeto
A Tabela 5 lista a relao de participantes do projeto
e informaes de perodo de participao e formas de
contato. Novamente, o nmero de linhas nesta tabela
foi reduzido para efeitos de simplicao, em compa-
rao com o quantitativo da tabela anterior.
Funo Quantidade % Alocao
Gerente de projeto 1 100
Analista de negcio 3 100
Arquiteto de software 1 50
Engenheiro de software 5 100
Web designer 1 50
Engenheiro de Qualidade 1 20
Engenheiro de Congurao 1 20
Administrador de Banco de Dados 1 10
Administrador de Sistemas 1 10
Tabela 4 Planejamento de Alocao de Pessoal.
Tabela 6 - Ferramentas do projeto.
Tabela 5 - Equipe da empresa.
Funcionalidade Ferramenta N Licenas Necessrias
Gerncia de projetos MSProject 1
Gerncia de congurao CVS 0
Anlise e projeto Rational Rose 6
Implementao JBuilder 6
Testes A ser denido -
SGBD A ser denido -
5.3 Ferramentas do Projeto
Nome Papel Perodo E-mail Telefone
Nome do gerente Gerente de Projetos 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9990
Nome do analista Analista de Negcio 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9991
Nome do analista Analista de Negcio 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9992
Nome do arquiteto Arquiteto de Software 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9993
Nome do engenheiro Engenheiro de Software 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9994
Nome do engenheiro Engenheiro de Software 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9995
Nome do engenheiro Engenheiro de Software 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9996
A denir Engenheiro de congurao 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9997
A denir Engenheiro de qualidade 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9998
Engenheiro Web designer 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9999
Engenheiro Administrado de dados 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9900
A denir Administrador de Sistemas 03/2007 a 12/2007 nome@empresa.com.br (11) 9999 9901
PLANEJAMENTO
Edio 03 Engenharia de Software Magazine 29
Quadro 6
6. Treinamentos do Projeto
Esta seo apresenta treinamentos previstos no projeto e a maneira pela qual eles sero realizados.
O treinamento da equipe tcnica envolvida no desenvolvimento do projeto j faz parte do planejamento
corporativo de capacitao de pessoal, de acordo com o plano de cargos em vigor na empresa, o qual descreve
os perfis necessrios para a execuo de diferentes papis. Desta forma, os profissionais selecionados j
possuem perfil necessrio para o cumprimento dos compromissos firmados. Uma vez que o projeto no
incorpora nenhuma tecnologia desconhecida pela equipe tcnica, no sero necessrios treinamentos adi-
cionais. Entretanto, qualquer treinamento necessrio equipe ser relatado no primeiro relatrio de acom-
panhamento de projeto.
Quadro 7
Quadro 8
7. Acompanhamento do Projeto
Esta seo apresenta as atividades de acompanhamento
e vericao do projeto, envolvendo a equipe do projeto,
gerente de projeto da empresa, gerente de operaes e
representante do cliente. Estas atividades incluem a
realizao de reunies e gerao de relatrios descrevendo
informaes sobre o progresso do projeto, questes no re-
solvidas, dentre outras. A Tabela 7 contempla as atividades
de acompanhamento planejadas para o projeto.
As reunies e relatrios apresentados possuem o
seguinte objetivo:
|eaa|1e ae +cemj+a|+meate ae +t|.|a+-
des: tem por objetivo coletar periodica-
mente informaes junto equipe, cliente
8. Controle de Mudanas do Escopo de Projeto
O controle de mudanas de escopo do projeto considera
solicitaes referentes a alteraes nas especicaes fun-
cionais ou tcnicas, adio de novos requisitos, servios
adicionais de consultoria ou apoio tcnico, alteraes de
cronograma e/ou na administrao do projeto como um
e demais reas envolvidas, alm de tomar aes
corretivas quando forem identificados desvios
do planejado.
|e|+ter|e ae jrere..e ae jrejete. tem jer e|jet|.e
comunicar mensalmente os principais interessados
sobre o andamento do projeto.
|e.|.1e lerm+| ae jrejete. .|.+ jr|ac|j+|meate
comunicar a gerncia da empresa e representantes
do cliente sobre status das atividades do projeto.
Adicionalmente, deve-se vericar se o trabalho
essencial da etapa anterior foi completado com
sucesso (planejado vs. realizado), determinando
pr-condies para o sucesso da prxima etapa,
todo. Tais solicitaes podem ser propostas pelo cliente ou pela
equipe de projeto da empresa, sendo passveis de um novo
dimensionamento do esforo e custo necessrios a sua imple-
mentao. As solicitaes de mudana devem ser registradas
na ferramenta de controle de mudanas (e.g. CVS).
resolver questes do projeto, rearmar compromis-
sos e reavaliar riscos. Estas reunies devero ser re-
alizadas a cada semestre e servem como prestao
de contas para o cliente.
|eaa|1e ae lec|+meate ae jrejete cem + e|a|je.
visa comunicar o feedback do cliente equipe,
alm de discutir as lies aprendidas com o projeto
e avaliar o feedback da equipe.
|eaa|1e ae lec|+meate ae jrejete cem e c||eate. tem
por objetivo avaliar a realizao dos compromissos
rmados entre as partes e obter o aceite formal do pro-
jeto pelo cliente. Esta formalizao deve ser realizada
atravs do formulrio de aceitao do produto/servio.
O controle de mudanas permite ainda a realizao de acor-
do entre as partes, considerando o impacto sobre o projeto, so-
bre os acordos e compromissos previamente estabelecidos, e
sobre os cronogramas fsico e nanceiro do projeto. Os custos
associados mudana devero ser apoiados pelo cliente.
Reunio / Relatrio Realizao Participantes / Interessados
Reunio de acompanhamento de atividades Semanal 0ereate ae jrejete a+ emjre.+,
||a|je ae jrejete a+ emjre.+.
Relatrio de progresso do projeto Mensal 0ereate ae 0jer+ee.,
0ereate ae jrejete a+ emjre.+,
|ejre.eat+ate ae c||eate, .e +jrejr|+ae.
Reviso formal do projeto Semestral 0ereate ae jrejete a+ emjre.+,
|ejre.eat+ate ae c||eate, .e +jrejr|+ae.
Reunio de fechamento do projeto com a equipe Ao nal do projeto 0ereate ae jrejete a+ emjre.+,
||a|je ae jrejete a+ emjre.+,
|aea|e|re ae |a+||a+ae a+ emjre.+.
Reunio de fechamento do projeto com o cliente Ao nal do projeto 0ereate ae jrejete a+ emjre.+,
|ejre.eat+ate(.) ae c||eate.
Tabela 7 Reunies e Relatrios de Acompanhamento do Projeto
30 Engenharia de Software Magazine Plano de projeto
Perceba que o cronograma apresen-
tado no Quadro 9 destaca apenas as
principais atividades e elas se encon-
tram agrupadas, caracterizando os
principais marcos do projeto. No h,
contudo, a inteno aqui em ser com-
pleto, mas a de ressaltar como as in-
formaes podem ser apresentadas no
plano de projeto. Os Quadros seguin-
tes, de 10 a 12, tratam de informaes
que so detalhadas em outros docu-
mentos, como indicado.
O conjunto de sees apresentados
servem para ilustrar pontos importan-
tes num plano de projeto. No houve
aqui a inteno de ser completo, mas
de informar quais itens deveriam com-
por o plano de projeto, bem como a de
ilustrar o contedo que pode ser encon-
trado nesse documento.
Concluso
Um projeto compreende um conjunto
de atividades inter-relacionadas com
datas de incio e m, alm de metas
especcas. Tambm, dene-se o que
ser entrada e sada para cada ativida-
de. Tudo isso precisa estar muito bem
orquestrado num documento (que o
plano de projeto) para que o projeto pos-
sa ser conduzido de maneira adequada,
alcanar seus objetivos e atender a me-
tas de qualidade e cronograma. Sem
esse mapa torna-se muito difcil reali-
zar com sucesso um projeto.
Quadro 9
Quadro 11
Quadro 10
9. Cronograma
O cronograma do projeto contempla as ativi-
dades, milestones, dependncias e recursos hu-
manos alocados. Para obter detalhes sobre o
mesmo, o documento do Cronograma do Projeto
deve ser consultado.
9.1 Marcos Signicativos do Projeto
A Tabela 8 apresenta os marcos significativos do
projeto, com datas fictcias, bem como os ar-
tefatos importantes que sero entregues ao cli-
ente nestes marcos, quando aplicvel. Mudanas
acordadas nas datas alvo sero acompanhadas e
registradas, atravs das reunies de acompanha-
mento do projeto.
11. Gerncia de Congurao
A gerncia de congurao do projeto ser detalhada no Plano de Gerncia de Congurao do Projeto. A gerncia
de congurao visa estabelecer e manter a integridade dos produtos de um projeto de software durante o seu ciclo
de vida. Suas atividades envolvem identicar a congurao do software, manter sua integridade durante o projeto
e controlar sistematicamente as mudanas.
Os artefatos do projeto devero ser disponibilizados no repositrio do projeto. Alm disso, os documentos de
interesse do cliente e dos gestores snior ou diretores da empresa sero disponibilizados no site do projeto, cujo
acesso ser restrito aos principais envolvidos.
10. Gerncia de Riscos
Os riscos identicados para o projeto sero detalhados nos relatrios de acompanhamento, bem como na planilha de acom-
panhamento do projeto. Estes documentos contm a lista de riscos identicados, seus impactos e informaes relevantes para
denir estratgia de controle e atenuao (ou mitigao) do risco. Todo o acompanhamento dos riscos do projeto (riscos previ-
amente identicados e riscos surgidos no decorrer do andamento do projeto) ser registrado nos documentos supracitados.
Marco / Meta Fsica Artefatos/ Indicadores Fsicos de Execuo Responsvel Data Alvo
Estudo e anlise de solues tec-
nolgicas para infra-estrutura ori-
entada a servios (web services).
Relatrio tcnico de estudo e anlise Empresa 02/10/2007
Denio de um modelo
de desenvolvimento
de web services.
Relatrio tcnico de modelo Empresa 27/10/2007
Desenvolvimento
de web services para controle
de acesso
Documento de requisitos de web services de
controle de acesso; Documento de anlise e pro-
jeto; Cdigo fonte implementado; Documento do
plano de testes e dos resultados de testes.
Empresa 25/01/2008
Desenvolvimento de web services
para a rea de Turismo
Documento de requisitos de web services para
a rea de Turismo; Documento de anlise e pro-
jeto; Cdigo fonte implementado; Documento do
plano de testes e dos resultados de testes.
Empresa 25/03/2008
Tabela 8 - Marcos Significativos do Projeto
PLANEJAMENTO
Edio 03 Engenharia de Software Magazine 31
Quadro 12
12. Testes do Projeto
Os testes so aplicveis apenas para a implementao dos web services. Os testes de desempenho, carga, estresse e
segurana e controle de acesso s se aplicam, quando pertinente, aos web services.
12.1 Estgios de Testes
A Tabela 9 apresenta os estgios de testes previstos para o projeto e seus objetivos. O planejamento e o controle dos
testes apresentado em outro documento (Plano de Testes).
Tabela 9 - Estgios de Testes do Projeto
Estgio de Testes Objetivo
Teste Unitrio Visa validar individualmente os menores componentes (classes bsicas
e componentes) que sero utilizados na implementao das funciona-
lidades do sistema.
Teste de Integrao Objetiva validar a integrao entre componentes e dos diversos pacotes
na implementao das funcionalidades.
Teste de Sistema Objetiva validar se todos os elementos do sistema foram adequada-
mente integrados e se realizam corretamente as funes especicadas.
Teste no Ambiente de Aceitao Visa assegurar que tudo est realmente pronto para ser utilizado pelo
usurio. Estes testes so realizados pela equipe de projeto da empresa
antes da entrega do sistema ao cliente. Deve ser realizado em um ambi-
ente o mais prximo possvel do ambiente de produo.
Teste de Aceitao Teste realizado pelo cliente objetivando aceitar ou homologar o sistema.
Depois de realizado este teste com sucesso, o sistema estar pronto para
ser implantado no ambiente de produo.
The Project Management Institute
www.pmi.org
PMBOK Project Management Body of Knowledge
www.projectsmart.co.uk/pmbok.html
The Project Management Forum
www.pmforum.org
Checklist para Gerentes de Projeto
www.gantthead.com
The Chaos Report (by Standish Group) Uma
Anlise sobre Sucesso e Falha de Projetos
www.projectsmart.co.uk/docs/chaos-report.pdf
Links
Q@2B3221/.08@</?22@A.216ON<
| .N|I M++t|ae tem |ae .er le|t+ +e .ea
e.te. |+r+ |..e, jrec|.+me. .+|er e |ae
.ece, |e|ter, +c|+ a+ re.|.t+!
|e .ea .ete .e|re e.te +rt|e, +tr+.e. ae ||a|.
www.4erme4/e.cem.et/aetmeqer/ae/lee4eeck

R
@
2
B
221/.0
8
@
<
/
?
2
2
@
A
.
2
1 6 P O <
D seu feedback sobre esta edio!
A Engenharia de Software Magazine
tem que ser feita ao seu gosto.
Para isso, precisamos saber o que voc,
leitor, acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/esmag/feedback