Parte da adaptação da estrutura do RUP para uso em um projeto específico é decidir em que disciplinas introduzir. Conforme descrito em Tarefa: Adaptar o Processo de Desenvolvimento para o Projeto, você deve evitar o uso de todo o RUP em um único projeto. Se o seu projeto é bastante novo para as práticas descritas no RUP, você deve concentrar-se na limitação do número de fatores desconhecidos para poucos, a fim de facilitar a transição das equipes a uma nova plataforma de processo.

Depois de decidir quais disciplinas precisam ser introduzidas, decida as seguintes questões para cada uma: 

• Como executar o workflow. 
• Que partes do workflow devem ser usadas. 
• Quando, durante o ciclo de vida do projeto, introduzir os workflows e suas partes. 

Para ajudar na decisão, foram desenvolvidas diretrizes para cada disciplina, chamadas de "Decisões Importantes na <Disciplina X>. Nessas diretrizes, há uma seção intitulada "Decidir como Desempenhar o Fluxo de Trabalho".  Consulte as diretrizes anexadas para conhecer as disciplinas inclusas nessa configuração.

Ao considerar a introdução de determinada disciplina ou parte dela, leve em conta:

• Aplicabilidade. É aplicável para o projeto? É vantajoso incluí-la?
• Problemas e Causas Originais Abordados. Ela aborda os problemas percebidos e suas causas originais?
• Suporte a Ferramentas. Que ferramentas de suporte são necessárias?
• Controle do Tempo. Quando, durante o ciclo de vida do projeto, ela deve ser introduzida? Consulte Conceito: Implementando um Processo em um Projeto, para obter mais informações.
• Custo da Implementação. Qual é o seu custo de implementação no projeto? Isso inclui:
  • Custo para treinar os membros do projeto. 
  • Custo para instalar as ferramentas de suporte.
  • Custo para desenvolver as guias e os gabaritos.

Selecione o conjunto correto de produtos de trabalho para o projeto produzir. Se não for possível articular claramente por que o produto de trabalho deve ser produzido, por exemplo, se nenhum investidor externo o tiver solicitado, considere excluí-lo.

Convém utilizar o caso de desenvolvimento para documentar qualquer desvio do processo subjacente e, portanto, a exclusão de qualquer produto de trabalho deve ser justificada e documentada.

Siga estes passos:

1. Decida como o produto de trabalho (elemento de modelagem ou documento) deve ser utilizado.  Para obter informações sobre um esquema de classificação para documentar a importância de produtos de trabalho individuais e se eles serão ou não utilizados, consulte Diretriz: Classificando Produtos de Trabalho.
2. Decida o nível de revisão para cada produto de trabalho e capture-o em "Revisar Detalhes". Para obter detalhes, consulte Diretriz: Revisar Níveis. Decida como revisar cada produto de trabalho, ou seja, quais procedimentos de revisão devem ser utilizados. 
3. Decida como capturar os resultados finais de uma disciplina.É necessário guardar os resultados impressos em papel? Se preciso, você deverá escolher um ou mais relatórios que extraiam os resultados das ferramentas e imprimi-los. 
4. Decida quais ferramentas serão utilizadas para desenvolver e manter o produto de trabalho.
5. Decida quais propriedades serão utilizadas e como usá-las. Consulte a tabela de Propriedades para cada produto de trabalho e a seção intitulada "Adaptação" de cada produto de trabalho.
6. Quando relevante, decida quais estereótipos serão usados. Para cada produto de trabalho, consulte a seção intitulada "Adaptação".
7. Decida sobre um esboço para os produtos de trabalho de documento. Para o respectivo produto de trabalho, consulte a parte "Esboço Resumido" da descrição principal.

Além desses passos:

• Decida os relatórios a serem usados. Decida se você precisará de relatórios de trabalho para extrair informações dos modelos e documente-as em papel para futuras revisões. Esses relatórios de trabalho são geralmente tratados casualmente, pois são temporários e serão descartados assim que a revisão for concluída. Talvez seja preciso adaptar o resumo.

Há ainda mais questões a serem decididas para cada disciplina. Consulte as diretrizes de "decisões importantes em <nome da disciplina>" referente a cada detalhes, para obter detalhes adicionais.

Estude o conjunto modificado de produtos de trabalho e as tarefas que utilizam, criam e atualizam esses produtos de trabalho. Decida se você deve modificar ou simplificar essas tarefas. Observe que, para cada tarefa, são indicados produtos de trabalho de entrada e de saída. Certifique-se de excluir qualquer etapa ou tarefa desnecessária. Considere o seguinte:

• Introduza novas etapas e possivelmente novas tarefas que reflitam os produtos de trabalho, os relatórios e os documentos que você precisa incluir.
• Verifique como as ferramentas usadas podem facilitar, automatizar ou, até mesmo, excluir alguns passos.
• Introduza nas tarefas quaisquer diretrizes e regras específicas herdadas da experiência da organização. Elas podem ser incluídas como pontos de orientação, listas de verificação, itens de revisão ou podem ser deixadas como documentos à parte que podem ser referenciados.
• Quando as tarefas forem conhecidas, revise os fluxos de trabalho associados a cada disciplina que mostre como as tarefas interagem, removendo ou incluindo tarefas conforme necessário.
• Disciplinas inteiras podem ser omitidas ou criadas.
• Talvez seja necessário introduzir algumas funções adicionais para tratar de tarefas especiais que exigem habilidades específicas.

Descreva as mudanças no Caso de Desenvolvimento.

Escolha o tipo de modelo de ciclo de vida empregado pelo projeto. Refine o modelo do RUP e ajuste marcos, assim como os critérios de avaliação de marcos, se for necessário. Você pode preferir omitir uma ou várias fases e também adicionar ou remover marcos. Consulte Conceito: Fase e Conceito: Iteração para obter informações e idéias adicionais. Documente o modelo de ciclo de vida do projeto na seção "Visão Geral do Caso de Desenvolvimento" do Caso de Desenvolvimento.

Além de selecionar o modelo geral de ciclo de vida, também é importante decidir como os fluxos de trabalho de disciplinas serão desempenhados (quais atividades devem ser desempenhadas e em que ordem), além de decidir quando, durante esse ciclo de vida de projeto, é necessário introduzir cada parte do fluxo de trabalho das disciplinas.  Para obter informações sobre como adaptar o fluxo de trabalho para cada uma das disciplinas do RUP, consulte as notas de uso para conhecer os fluxos de trabalho de referência de cada disciplina do RUP. Documente as decisões de fluxo de trabalho de disciplinas no Caso de Desenvolvimento.

Descreva pelo menos um plano de iteração de amostra (mais provavelmente você descreverá vários planos) para cada fase. Esses planos de iteração descrevem como o projeto funcionará em diferentes iterações e fases do projeto. Consulte as diferentes descrições de fases na página Ciclo de Vida do RUP para conhecer exemplos detalhados.

A finalidade de se descrever amostras de iteração no caso de desenvolvimento é comunicar às equipes do projeto quais tarefas serão desempenhadas pelo seu projeto e em que ordem. Dessa maneira, ela serve como um plano de iteração mais detalhado. A descrição do plano de iteração de amostra deve ser concisa. Não inclua detalhes que pertençam a tarefas, produtos de trabalho e diretrizes. Você pode optar por descrever as amostras de iteração em termos de tarefas ou de atividades. Descrições com base em atividades podem ser mais fáceis de utilizar para planejamento e controle em nível de gerenciamento, mas descrições com base em tarefas são preferidas quando utilizadas em nível profissional.

Na maioria dos casos, você deve descrever pelo menos um plano de iteração de amostra por fase. Descreva os planos de iteração de amostra quando necessários. No início de um projeto, não há motivo para descrever como trabalhar durante a fase de Transição. Comece definindo como o projeto funcionará na fase de Iniciação.

A função Investidor representa todos os investidores possíveis em um projeto. É preciso identificar e descrever os diversos tipos de investidores, suas necessidades e responsabilidades. Representantes do cliente, representantes do usuário, investidores, gerentes de produção e compradores são exemplos de investidores.

Descreva os diferentes investidores e suas necessidades no caso de desenvolvimento, na seção "Funções".

Em algumas organizações de desenvolvimento, os cargos são definidos. Caso essas posições de trabalho usuais tenham grande aceitação dentro da organização, talvez valha a pena fazer um mapeamento entre as funções do RUP e as posições de trabalho na organização. O mapeamento de cargos para funções pode facilitar o entendimento do pessoal da organização sobre como empregar o RUP. O mapeamento também pode ajudá-los a entender que funções e cargos não são a mesma coisa, o que é uma idéia incorreta. Documente esse mapeamento na seção "Funções" do caso de desenvolvimento.

Descreva o caso de desenvolvimento. Consulte a seção "Opções de Representação" bem como qualquer orientação associada (por exemplo, modelos e/ou exemplos).

Muitas decisões devem ser tomadas antes do início do projeto. Após cada iteração do projeto de desenvolvimento de software, avalie o processo e reconsidere as decisões tomadas. Se houver uma nova versão da configuração de base, você deverá atualizar o caso de desenvolvimento.