Gesto de Projetos de desenvolvimento de software

Daniela Franco Silveira

Ps-Graduada em Gesto Projetos pelo Ietec

1.
Introduo
Desenvolvimento de software, como sugere Martins (2006), uma atividade
criativa, diferente dos projetos tradicionais, baseados em atividades produtivas
e processos administrativos que possuem fluxo de trabalho relativamente fixo.
muito difcil planejar antecipadamente o trabalho que ser feito antes de
saber mais precisamente o que vai ser produzido. A engenharia de software
no alcanou o nvel de outras disciplinas e, talvez, nunca alcance, j que as
teorias bsicas de suporte so fracas e pouco compreendidas. Por conseguinte,
a engenharia de software um domnio de alto risco e requer uma abordagem
diferenciada
para
gerenciamento
de
projetos.
De acordo com PMBOK, o gerenciamento de projetos a aplicao do
conhecimento, habilidades, ferramentas e tcnicas s atividades do projeto a
fim de atender aos seus requisitos. O gerenciamento de projetos realizado
atravs da aplicao e da integrao dos seguintes processos de gerenciamento
de projetos: iniciao, planejamento, execuo, monitoramento e controle, e
encerramento.
Cada vez mais os sistemas so complexos e precisam estar prontos em menos
tempo. Um projeto de desenvolvimento de software geralmente sofre muitas
mudanas durante o seu ciclo de vida, dificultando muito o gerenciamento se
forem utilizadas as tcnicas tradicionais de gerenciamento de projetos. Os
requisitos mudam por vrios motivos: usurio muda de idia (as necessidades
dos usurios mudam com o passar do tempo), o problema muda (ao implantar
o sistema verifica que o mesmo no est resolvendo completamente o
problema), mudanas tcnicas (novas tecnologias), mudanas de mercado
(concorrentes podem lanar produtos similares e melhores). [Martins, 2006]
Para atender a esta necessidade de engenharia de software foi criado o
Rational
Unified
Process
(RUP).
2.
RUP
O RUP um processo de engenharia de software cujo objetivo garantir a
produo de software de qualidade, que atenda aos requisitos estabelecidos
pelo cliente (escopo), respeitando um oramento (custo) e um cronograma
(prazo) previamente definidos. [Martins, 2006] Como dito no PMBOK, o que
os gerentes de projetos frequentemente falam de uma "restrio tripla" escopo, custo e prazo. A qualidade do projeto afetada pelo balanceamento
desses
trs
fatores.
No RUP o planejamento baseado num conjunto de processos, que buscam
atingir certos objetivos no tempo. Os processos so utilizados como base para

definir

as

atividades

das

vrias

fases

do

projeto.

[Martins,

2006]

O RUP adota as seguintes premissas bsicas: uso de iteraes para evitar o

impacto de mudanas no projeto, gerenciamento de mudanas e abordagens
dos
pontos
de
maior
risco
o
mais
cedo
possvel.
A proposta do RUP conduzir o projeto em ondas, ou seja, em iteraes. Cada
iterao abordada de forma tradicional, alguns requisitos e riscos mais crticos
so trabalhados, h um pouco de anlise, implementao, testes e implantao.
Depois h outra iterao, onde novos requisitos so trabalhados, outros riscos
so mitigados, h mais anlise, implementao, testes e implantao. Isso
continua at
que
o produto seja concludo. [Martins, 2006]
De acordo com Martins (2006), com essa abordagem, h dois grandes
benefcios:
a) permite que a equipe progressivamente identifique os componentes e decida
quais sero desenvolvidos, reutilizados e quais sero comprados;
b) a integrao no um "big bang " no final do projeto; ao invs disso, os
elementos so integrados progressivamente. O sistema montado atravs de
vrias integraes. Como muitos riscos do projeto geralmente esto associados
s integraes entre os componentes e subsistemas, este mecanismo permite
aumentar
significativamente
as
chances
de
sucesso.
Os processos do RUP orientam o gerente de projeto na elaborao do WBS , na
identificao dos riscos, na diviso do trabalho e no seqenciamento das
atividades.
3.
Planejamento
das
Fases
O plano de projeto define os objetivos do projeto, do ponto de vista do
negcio, indicando o que vai ser produzido e no por que. Os objetivos do
projeto devem ser especficos, mensurveis e realsticos. [Martins, 2006]
No RUP, o projeto composto por quatro fases: Concepo, Elaborao,
Construo e Transio. Cada fase do projeto tem um conjunto especfico de
objetivos:
Concepo: nesta fase, o foco chegar a um acordo com os stakeholders
quanto viso do sistema e aos objetivos e estimativas das demais fases do
projeto.
Elaborao: esta fase um processo de engenharia, onde o foco est em
especificar uma arquitetura robusta e confivel para o sistema fazer o
planejamento para o restante do projeto. Para isso necessrio obter uma
viso abrangente do sistema, como, escopo, funcionalidades principais e
requisitos
no
funcionais.
Construo: a fase de construo basicamente consiste num processo de
manufatura, onde o foco est no gerenciamento de recursos e otimizao do

tempo,

custos

qualidade.

Transio: a finalidade desta fase refinar requisitos, especificaes e transferir

o
produto
para
a
comunidade
de
usurios.
4.
Planejamento
da
Iterao
Cada fase do projeto composta por uma ou mais iteraes e, em cada
iterao, uma parte do software produzida. Cada iterao termina com um
marco do projeto (um marco menor), onde possvel avaliar o progresso do
projeto. Desta forma o produto final ser produzido incrementalmente,
medida
que
as
iteraes
ocorrerem.
Cada iterao abordada como um projeto em cascata. O foco de cada
iterao muda em funo dos seus objetivos, dando-se maior e menor nfase
em cada uma das disciplinas. Os focos das iteraes em cada fase so os
seguintes:
Concepo: o foco entender os requisitos de um modo abrangente e definir o
escopo
do
projeto.
Elaborao: o foco est na captura dos requisitos e na definio da
arquitetura.
Construo: o foco est na implementao, evoluindo-se o prottipo inicial para
um
produto
operacional.
Transio: o foco transferir o produto para o cliente, garantir que tenha nvel
de qualidade esperado e atenda aos requisitos especificados, corrigir erros,
treinar usurios, fazer ajustes no sistema e adicionar elementos que foram
esquecidos.
As iteraes devem ser planejadas em detalhe, vislumbrando-se os objetivos
especficos que foram definidos do planejamento das fases e considerando o
horizonte
de
tempo
da
iterao.

5.
Plano
de
projeto
O plano de projeto de fases abrangente. H somente um para todo o projeto
e seu objetivo registrar as informaes globais do projeto, pertinentes s
fases previstas no RUP. J o plano de projeto de cada iterao desenvolvido
utilizando-se tcnicas tradicionais de planejamento de projetos, como as
propostas
pelo
PMBOK.
O escopo de cada fase deriva dos objetivos da fase e esses, por sua vez, so a
base para a definio do escopo das iteraes. O WBS pode ser definido em
quatro nveis: fases, iteraes, artefatos e tarefas resumo. No planejamento
das fases, alm do WBS, deve existir uma descrio dos objetivos de cada fase
e iterao do projeto. No plano de projeto das iteraes devem ser definidos os

pacotes de trabalho com maior preciso, contudo, ao final de cada iterao, os

objetivos precisam ser revisados de modo que reflitam o estado atual do
projeto.
[Martins,
2006]
Com base no escopo, nos riscos e nos objetivos de cada fase, so definidos os
marcos do projeto, quando os resultados obtidos at o momento so
questionados, artefatos especficos so avaliados, atividades so sincronizadas
ou o produto liberado. Sero criados cronogramas detalhados apenas no
planejamento
das
iteraes.
O
marco maior refere-se a um evento que indica o fim de uma fase e incio de
oura, enquanto que o marco menor indica o fim de uma iterao. Aps definir o
tempo e o esforo para cada iterao, o prximo passo dividi-los entre as
disciplinas do projeto, sendo que cada disciplina define um conjunto de
atividades logicamente relacionadas, definidas no WBS (exemplos de disciplinas
no desenvolvimento de software: Modelo de Negcio, Requisitos, Anlise,
Implementao, Teste, Implantao, Gerenciamento de configurao,
Gerenciamento
de
projeto,
Ambiente).
[Martins,
2006]
O custo associado ao esforo de trabalho dividido entra as fases do projeto
usando uma abordagem top-down , da mesma forma que a estimativa de
tempo. Na construo de um sistema, o homem/hora o principal recurso
consumido e o custo estimado atribuindo-se valor s unidades de esforo,
considerando os diferentes tipos de profissionais para as diversas fases do
projeto. Outros custos que podem ser includos esto relacionados aquisio
de componentes de software e uso de equipamentos. [Martins, 2006]
De acordo com Martins (2006), a correo de problemas de software de 100
a 1000 vezes mais onerosa aps a implantao do sistema do que no incio do
projeto. Por conseguinte, de vital importncia controlar e garantir a qualidade
do sistema durante todo o ciclo de vida de projeto, no que diz respeito s
funcionalidades, confiabilidade e performance. Assim, necessria a criao de
testes para cada cenrio para realizar a verificao da qualidade. Portanto a
verificao contnua da qualidade prov soluo para algumas das causas mais
comuns de fracasso de projetos de desenvolvimento de software.
A quantidade de pessoas a serem alocadas no projeto depende da estimativa
de esforo definida para cada fase e nas restries de prazo. Por outro lado, o
RUP prev um conjunto especfico de responsabilidades e capacitao para
cada processo; logo, pode ser necessrio alocar mais de um profissional no
projeto, caso no seja possvel encontrar uma s pessoa com todas as
caractersticas necessrias para desempenhar todos os papis do RUP. [Martins,
2006]
De acordo com Martins (2006), durante a execuo, a principal informao a
ser comunicada aos stakeholders o relatrio de progresso, que apresenta o
estado atual do projeto. Alm de monitorar e comunicar o esforo previsto
versus o realizado, tambm devem ser monitoradas as atividades no

planejadas e o esforo consumido, atravs de relatrios de progresso (earned

value).
[Martins,
2006]
No RUP a identificao dos riscos mais crticos do projeto base para a
definio dos marcos do cronograma. Os riscos que afetam os objetivos do
projeto e a sua exeqibilidade devem ser abordados primeiro na fase de
Concepo. Na fase de Elaborao so mitigados os riscos tcnicos, enquanto
que na fase de Construo so tratados os riscos pertinentes performance de
desenvolvimento e qualidade. Finalmente, os riscos associados implantao
so resolvidos na fase de Transio. No plano de projeto de iteraes, nas fases
de Concepo e Elaborao os objetivos da iterao so definidos com base nos
riscos, que por sua vez, vo definir os casos de uso, cenrios, algoritmos e
outros
elementos
que
sero
trabalhados.
Para garantir que as aes necessrias para mitigao do risco sejam
executadas adequadamente, aconselhvel que sejam includas no WBS e no
cronograma. Geralmente, as revises dos planos de risco so realizadas nos
marcos dos projetos. [Martins, 2006] Em projetos de desenvolvimento de
software, as aquisies esto associadas compra de componentes de
software, ferramentas e ao uso de equipamentos. [Martins, 2006]
6.
Concluses
Um projeto bem sucedido quando foi concludo dentro do tempo e oramento
previstos, apresentou eficincia na utilizao dos recursos disponibilizados e
atingiu
a
qualidade
e
performance
desejada.
[Senra,
2006]
O gerenciamento de projetos de desenvolvimento de software, mesmo quando
baseado em uma metodologia, ainda pode falhar por diferentes motivos. Esses
projetos que falham tm, conforme Martins (2006), muitos sintomas em
comum:
Entendimento
impreciso
das
necessidades
dos
usurios;
- Gerenciamento de requisitos de forma informal e amadora;
Arquitetura
frgil;
Complexidade
excessiva
que
cresce
fora
de
controle;
- Inconsistncias no detectadas nos requisitos, especificaes tcnicas e
implementao;
Testes
insuficientes
ou
inadequados;
Propagao
descontrolada
das
mudanas
de
projeto;
Incompetncia
na
mitigao
dos
riscos.
A equipe de projetos deve estabelecer uma metodologia para gerenciamento,
porm para mitigar estes tipos de problemas, o RUP pode ser um auxiliar
importante com ferramentas e processos. O sistema ser testado vrias vezes,
os requisitos sero refinados e reavaliados, e representaro mais fielmente as
necessidades dos usurios. Com isso as chances para um projeto de
desenvolvimento de software ser bem sucedido podem ser melhoradas.

Referncias
Bibliogrficas
MARTINS, Jos Carlos Cordeiro. Gerenciando Projetos de desenvolvimento de
software com PMI, RUP e UML - 3 ed. rev. e ampl. - Rio de Janeiro: Brasport,
2006.
Um Guia do Conjunto de Conhecimentos em Gerenciamento de Projetos (Guia
PMBOK). Terceira edio 2004 PMI - Project Management Institute.
SENRA, Clnio. Tcnicas de Gesto Aplicadas Tecnologia da Informao (2.1.
Gerenciamento de Projetos) Belo Horizonte, 2006. (Material do curso de PsGraduao em Gesto e Tecnologia da Informao realizada no IETEC. Apostila
didtica).
http://www.portaljava.com.br/home/modules.php?name=News&file=article&sid
=425 - RUP - Rational Unified Pocess - acessado em 15 de jan. de 2007