RUP e XP: Focados no Gerenciamento de Riscos
ANDREA FERREIRA CAJUHI
andrea.cajuhi@hotmail.com
Faculdade de Tecnologia da Zona Leste – FATEC ZL
Avenida Águia de Haia, 2983 - CEP 03685-000 – São Paulo – SP
Resumo
Os riscos são inerentes a todos os projetos, e muitos
deles são descobertos apenas na fase de integração do
sistema. Os não identificados podem ter como origem a
arquitetura mal projetada ou requisitos não otimizados.
A utilização de métodos e processos de gerenciamento
de projetos tem como finalidade aperfeiçoar o processo
como um todo, entretanto, este artigo dará ênfase ao
gerenciamento de riscos.
Algumas das diferenças que serão tratadas no decorrer
do artigo são: o Rational Unified Process (RUP), por
exemplo, que é baseado em casos de uso, onde as
descrições do uso do sistema são continuamente
implementadas, integradas e testadas.
Por sua vez, o Extreme Programming (XP) aplica o
projeto baseado em testes, os casos de teste são
implementados antes da escrita do código. O XP possui
estórias de usuário - que servem de referência - para
guiar o que deve ser implementado.
No RUP, por ser um processo iterativo e incremental
baseado em melhores práticas de engenharia de software,
os riscos devem ser identificados e eliminados o quanto
antes no ciclo de vida do projeto, visando sempre à
garantia da produção de software de alta qualidade, de
acordo com as necessidades dos usuários e produzidos
no tempo e prazo previstos.
O XP é um método ágil “leve” para o desenvolvimento
de projetos, cujas especificações são passíveis de
alteração. É também um processo iterativo, porém suas
iterações são relativamente mais curtas que as do RUP.
O objetivo do XP é tornar o projeto flexível, diminuindo
os riscos (assim como os custos) de possíveis mudanças.
O código produzido é tomado como indicador de
progresso do projeto.
Este artigo tem como objetivo analisar o gerenciamento
de riscos de projetos utilizando o processo de
desenvolvimento RUP e o método ágil XP, com o fim de
analisar suas possíveis similaridades e divergências, bem
como onde cada um pode ser melhor empregado. Visa,
também, a encorajar o uso de metodologias e processos
de desenvolvimento de software, pois muitas vezes não
1
são aplicados, o que pode ocasionar maiores
inconsistências e riscos.
Palavras-chave: RUP, XP, gerenciamento de riscos,
gerenciamento de projetos, metodologias ágeis.
Abstract
Risks are inherent to all projects, and many are only
discovered during the system’s integration. The
unidentified risks may be caused by poorly designed
architecture or the requirements are not optimized as
expected.
The use of methods and processes of project
management aims to improve the process as a whole;
however, this article will give emphasis to risk
management.
Some of the differences will be approached throughout
the article are: the Rational Unified Process (RUP), for
example, is based on use cases, where the descriptions of
the system’s use are continuously implemented,
integrated and tested.
On the other hand, the Extreme Programming (XP)
implements the project based on tests, test cases are
implemented before writing the code. XP has user stories
- which are used as reference - to guide what should be
implemented.
The RUP, for being an iterative and incremental process
based on best practices of software engineering, believes
that the risks must be identified and eliminated early in
the project’s lifecycle, always aiming to ensure the
production of high quality software, according to users'
needs and are produced on time and within planned.
XP is a “light” agile method for the development of
projects whose specifications may change. It is also an
iterative process, but their iterations are relatively shorter
than RUP’s. The XP’s goal is to make flexible design,
reducing the risks (and costs) on possible changes. The
code produced is taken as an indicator of the project’s
progress.
This article aims to analyze the risk management of
projects using the RUP development process and the
agile methodology XP, in order to analyze their
similarities and differences, and where each can be better
applied. The article also aims to encourage the use of
methodologies and software development, since they’re
not often applied, which can cause major inconsistencies
and risks.
Keywords: RUP, XP, risk management, project
management, agile methodologies.
1. Introdução
Riscos são definidos como eventos ou
condições incertas que podem gerar efeitos
negativos ou positivos em alguma parte do
projeto.
O gerenciamento de riscos trabalha justamente
com a incerteza, visando à identificação de
problemas potenciais e de oportunidades antes
que ocorram, com o objetivo de eliminar ou
reduzir a probabilidade de ocorrência e o
impacto de eventos negativos para os objetivos
do projeto, além de potencializar os efeitos da
ocorrência de eventos positivos.
Este artigo tem como objetivo fazer uma
análise geral entre o RUP e XP, apontando suas
características, similaridades e diferenças.
Porém, o ponto principal será o gerenciamento
de riscos durante o processo de
desenvolvimento, bem como em quais cenários
cada metodologia pode ser mais bem
empregada.
2. Rational Unified Process (RUP)
O RUP é um processo de engenharia de
software criado a princípio pela Rational
Software Corporation, que dita técnicas a serem
obedecidas por cada membro de uma equipe de
desenvolvimento vislumbrando o aumento da
produtividade (KRUCHTEN, 2001).
Do ponto de vista gerencial, o RUP provê uma
solução disciplinada de como atribuir tarefas e
2
responsabilidades em uma organização de
desenvolvimento de software.
Uma característica ampla do RUP é o fato de
ser totalmente customizável, contudo é dito
como complexo, sendo recomendável para
grandes equipes de desenvolvimento e a
grandes projetos.
2.1 Gerenciamento de Projeto
Gerenciamento de projeto de software é a arte
de balancear objetivos competitivos, gerenciar
riscos e superar as dificuldades para entregar
um produto que atenda às necessidades dos
clientes e dos usuários (RATIONAL, 2005).
No RUP, a disciplina de Gerenciamento de
Projeto é a que se distribui de forma mais
equilibrada entre todas as disciplinas, estando
presentes em todas as fazes do processo.
A proposta do gerenciamento de projetos é
prover:
 Uma estrutura para gerenciar projetos
intensivos de software;
 Diretrizes práticas para planejar, alocar
pessoas, executar e monitorar projetos;
 Uma estrutura para gerenciar riscos.
Esta disciplina foca principalmente sobre os
aspectos importantes de um processo de
desenvolvimento iterativo:
 Gerenciamento de riscos;
 Planejamento de um projeto iterativo,
através do ciclo de vida;
 Monitoramento do progresso de um
projeto iterativo (métricas).
 Figura 1: Arquitetura geral do RUP
2.2 Gerenciamento de Riscos no RUP
O gerenciamento de riscos no RUP está
inserido na disciplina de Gerenciamento de
Projeto, que se propõe a balancear objetivos
concorrentes, gerenciar riscos e restrições, para
que a entrega do produto satisfaça a seus
clientes e usuários. Essa disciplina provê um
framework onde o projeto é criado e
gerenciado.
O gerenciamento de riscos está integrado ao
processo de desenvolvimento, onde as iterações
são planejadas e estão baseadas nos riscos de
maior prioridade. Em uma abordagem iterativa,
os riscos são mitigados mais cedo, porque os
elementos são integrados progressivamente.
Uma vez que cada iteração exercita muitos
aspectos do projeto, torna-se mais fácil
descobrir até que ponto os riscos percebidos
estão se materializando, como também
descobrir novos e insuspeitos riscos, à medida
que os riscos sejam mais fáceis de serem
localizados e os custos envolvidos são menores.
No RUP, o ciclo de vida é iterativo e dividido
em quatro fases, que enfocam a problemática
do risco de uma maneira cooperativa:
3
 Concepção: foco no tratamento dos
riscos relacionados aos casos de
negócio.
 Elaboração: foco principalmente nos
riscos técnicos, examinando-se os riscos
de arquitetura e, se necessário,
revisando-se o escopo do projeto à
medida que seus requisitos tornam-se
melhor compreendidos.
 Construção: foco nos riscos de logística
e na obtenção da conclusão da maior
parte do trabalho.
 Transição: foco nos riscos associados
com a logística de entrega do produto
ao seu usuário.
O papel envolvido com o gerenciamento de
riscos no RUP é o do gerente do projeto, que
executa as atividades Desenvolver o Plano de
Gerenciamento de Riscos, Identificar e Avaliar
Riscos, e Monitorar o Status do Projeto, que
têm como entrada ou saída os artefatos:
 Visão Geral (documento de requisitos)
 Plano de Gerenciamento de Riscos
 Lista de Riscos
2.2.1 Plano de Gerenciamento de
Riscos
O Plano de Gerenciamento de Riscos descreve
detalhadamente como gerenciar os riscos
associados a um projeto. Ele detalha as tarefas
de gerenciamento de riscos que serão
executadas, as responsabilidades atribuídas e
quaisquer recursos adicionais necessários para
a atividade de gerenciamento de riscos. Em um
projeto menor, este plano pode ser incorporado
ao Plano de Desenvolvimento de Software
(RATIONAL. 2005).
3. Metodologias Ágeis
Metodologias ágeis também dividem o
desenvolvimento do software em iterações,
buscando redução de riscos ao projeto. Ao final
de cada iteração, uma versão (release)
funcional do produto, embora restrita em
funcionalidades, é liberada ao cliente. As
metodologias ágeis destacam aspectos humanos
no desenvolvimento do projeto, promovendo
interação na equipe de desenvolvimento e o
relacionamento de cooperação com o cliente.
Comunicação face a face é preferida à
documentação compreensiva.
3.1 Contrastes de Metodologias
Iterativas e Ágeis
As metodologias ágeis compartilham as idéias
de construção incremental de sistemas
provenientes das metodologias iterativas,
porém os períodos das iterações são geralmente
menores, medidos em semanas, enquanto
iterações de processos iterativos são geralmente
medidos em meses.
4
4. Extreme Programming (XP)
XP é uma metodologia ágil, para o
desenvolvimento de projetos de T.I cujas
especificações são passíveis de alteração. As
iterações do XP costumam ser curtas, gerando
constantes versões do produto (releases) para o
cliente, que por sua vez provê comentários e
opiniões que realimentam a próxima iteração.
O objetivo do XP é tornar o projeto flexível,
diminuindo o custo de possíveis mudanças. O
código produzido é tomado como indicador de
progresso do projeto.
As principais diferenças do XP em relação às
outras metodologias são feedback constante e
abordagem incremental.
O ciclo XP é dividido em seis fases:
1. Exploração: nessa fase o cliente escreve
cartões de estórias, cada um contendo
uma funcionalidade desejada para o
primeiro release.
2. Planejamento: ocorre definição de
prioridades entre as estórias junto com o
cliente. Nesta etapa os programadores
estimam o esforço e o cronograma para
cada uma das estórias.
3. Iterações para Release: nessa fase
ocorrem diversas iterações até o
primeiro release ser completado. Na
primeira iteração é criado o sistema
com toda a arquitetura, nas iterações
seguintes serão adicionadas às
funcionalidades de acordo com as
prioridades estabelecidas.
4. Validação para Produção: nessa fase são
feitos testes extensivos e verificações
para validação do software para ser
utilizado em ambientes de produção.
5. Manutenção: após o primeiro release
para produção, há novas edições do
sistema com novas funcionalidades.
6. Morte: quando não há mais estórias
 Figura 2: Fases do XP
4.1 Gerenciamento de Riscos no XP
Projetos de desenvolvimento de software
representam um investimento de recursos por
parte do patrocinador do projeto, um
investimento que freqüentemente produz pouco
ou nenhum retorno. Em 1994, de acordo com o
Standish Group CHAOS Report, menos de
10% dos projetos de software em grandes
empresas foram bem sucedidos. Empresas
médias tinham uma taxa de 16% de projetos de
software bem-sucedidos, enquanto as pequenas
empresas obtiveram 28% de sucesso em seus
projetos (STANDISH, 1994). Tendo em conta
estas estatísticas, ficou claro que o investimento
no Gerenciamento de Riscos valia à pena. A
pesquisa no Standish Group indicou também
que o tempo menor, com a entrega de
componentes de software muitas vezes precoce,
pode aumentar a taxa de sucesso.
O XP é uma metodologia que monitora os
riscos em todos os níveis do processo de
desenvolvimento.
5
4.2 Pequenos Releases
O XP age sobre a observação de que projetos
de menor dimensão têm uma maior taxa de
sucesso. Decompor todos os projetos de
software em várias versões pequenas, onde
cada versão do software contém apenas um
subconjunto de funcionalidades necessárias.
Estes lançamentos são pequenas versões de
produção incremental do projeto final,
entregues aos usuários do sistema. Cada
lançamento de funcionalidades adicionais
oferece às partes interessadas a oportunidade de
utilizar as capacidades de evolução do software
e fornecer um feedback de alta qualidade,
melhorando a qualidade de elaboração
progressiva.
O tempo entre os lançamentos-alvo é de duas a
oito semanas. Embora muitas vezes possa ser
difícil identificar a funcionalidade apropriada
para os primeiros lançamentos, sua importância
não pode ser exagerada.
Outras práticas do XP envolvem também
enfrentar os riscos comuns a projetos de
desenvolvimento de software. Por exemplo, o
risco associado à perda de um recurso técnico
fundamental é bastante reduzido pelas práticas
de Propriedade Coletiva, e Programação em
Par. Embora ambas as práticas se apliquem ao
Gerenciamento de Riscos, eles também são
práticas essenciais na Gestão de Recursos
Humanos.
5. RUP x XP
As metodologias RUP e XP têm seu
funcionamento baseado em iterações, são
orientadas ao cliente e baseadas em papel. À
primeira vista pode parecer que ambos tratam a
dinâmica de desenvolvimento de software da
mesma forma. Porém, através da análise dos
tópicos deste artigo, algumas diferenças se
tornaram mais claras:
 Ao comparar as definições das
disciplinas e os papéis: o RUP faz uma
divisão de tarefas de forma específica,
enquanto a divisão de papéis proposta
pelo XP tem um caráter de “uso-geral”,
sem atribuições específicas dentro das
atividades.
 O RUP trata o código em subsistemas, e
para cada subsistema existem membros
responsáveis pelo mesmo. Já o XP trata
o código como coletivo, qualquer
programador que encontre algum
problema, ou algum trecho que possa
ser otimizado, tem permissão para fazê-
lo. Isso pode agilizar o processo no caso
de um programador necessitar corrigir
algum módulo para interagir
corretamente com o seu. Porém isso
pode ser algo prejudicial, pois podem
ocorrer casos onde o código
aparentemente incorreto teve um
motivo para ser estruturado da maneira
que foi.
 O RUP é baseado em casos de uso, as
descrições do uso do sistema são
continuamente implementadas, integradas
e testadas. Já o XP aplica o projeto
6
baseado em teste, casos de teste são
implementados antes da escrita do
código. O XP possui estórias de usuário
para guiar o que deve ser implementado.
Essas estórias são descrições mais
simples se comparadas aos casos de uso
do RUP.
 As duas metodologias indicam que o
projeto completo não pode ser
planejado em detalhe. RUP indica
modificação continua dos planos,
enquanto o XP propõe planejar em
detalhes somente o futuro próximo.
6. Conclusão
De forma geral o XP se apresenta como uma
metodologia a ser utilizada em projetos onde os
requisitos são voláteis ou não claros sendo
assim muito flexível, porém existe uma
limitação de uso em equipes pequenas, pois não
dá ênfase à documentação e sim a comunicação
oral restringindo sua aplicação em projetos com
equipes distribuídas geograficamente. A
divisão de atividades (tarefas e papéis) no XP
também não é muito específica, sendo uma
desvantagem para a divisão de
responsabilidades em projetos grandes.
O RUP estrutura o projeto fazendo uma divisão
bem definida de atividades (tarefas e papéis) e
define uma coleção de artefatos que são usados
como produtos de entrada e de saída de
processos. Essa estruturação do processo
permite que o RUP seja utilizado em projetos
grandes, e com distribuição geográfica, com
um custo adicional de gerência do projeto. Esse
custo adicional pode não ser justificável em
pequenas equipes.
7. Referências
VASCO, Carlos G. Comparação entre
Metodologias RUP e XP. Disponível
em:
<www.ppgia.pucpr.br/~alcides/Teachin <www.simpros.com.br/Apresentacoes...
g/.../RUPvsXP_draft.pdf > Acesso em: /Art_24_Simpros2004.pdf> Acesso em:
12/09/2010 19/09/2010

SOUZA, Thiago Silva. Rational Unified BARBOSA, David Falcão. Aplicação

Process: uma abordagem gerencial. de Práticas de Design de Interação em
Disponível em: um Processo de Desenvolvimento Ágil.
<www.de9.ime.eb.br/~mpribeiro/eng_s Disponível em:
oft/Trabalho RUP/Monografia- <www.simpros.com.br/upload/2007/36
RUP.doc> Acesso em: 12/09/2010 048.pdf> Acesso em: 20/09/2010

PONTUSCHKA, Maurício. CHAUDRON, Michel. Exploring

Mapeamento entre PMBOK, CMM e Effort Distribution in RUP Projects.
RUP. Disponível em: Disponível em:
<www.mbis.pucsp.br/.../Monografia_- <www.portal.acm.org/citation.cfm?id=1
_Mauricio_Pontuschka.pdf> Acesso 414083> Acesso em: 20/09/2010
em: 15/09/2010
CRISPIN, Lisa. XP Testing Without
FONTOURA, Lizandra Manzoni. XP: Taking Advantage of Agile Testing
PRiMA - Project Risk Management Practices. Disponível em:
Approach. Disponível em: <www.methodsandtools.com/PDF/dmt0
<www.lume.ufrgs.br/handle/10183/694 203.pdf> Acesso em: 20/09/2010
7> Acesso em: 16/09/2010
BOOCH, G. Object Oriented Analysis
TAMAKI, Paulo Augusto Oyamada. and Design with Applications. 3.ed.
Uma extensão do RUP com ênfase no Addison-Wesley Professional, 2007.
gerenciamento de projetos do PMBOK p.97-104.
baseada em Process Patterns.
Disponível em: REIFER, Donald. Common Risk
<www.teses.usp.br/teses/disponiveis/3/ Patterns. Disponível em:
3141/tde-08012008-113326/> Acesso <softwaretechnews.thedacs.com/stn_vie
em: 17/09/2010
w.php?stn_id=51&article_id=139>
Acesso em: 21/09/2010
HEIJSTEK,Werner. Evaluating RUP
Software Development Processes
Through Visualization of Effort
Distribution. Disponível em:
<www.portal.acm.org/citation.cfm?id=1
495267> Acesso em: 19/09/2010

ROCHA, Pascale Correia. Mapeamento

do Gerenciamento de Riscos no
PMBOK, CMM e RUP. Disponível em:
7