Quais são as principais diferenças entre as metodologias ágil e rup?

De maneira semelhante às abordagens ágeis, o Rational Unified Process (RUP) é iterativo e incremental. No entanto, o RUP é mais prescritivo e formal que os métodos Agile. Aqui estão cinco exemplos principais que destacam algumas das principais diferenças:

  1. O RUP usa fases predefinidas. O ciclo de vida do projeto é dividido em quatro fases: início, elaboração, construção e transição. Cada uma das fases é composta por iterações que enfatizam mais as atividades relevantes para a fase específica. Por exemplo, as iterações na fase inicial dão mais ênfase à visão do produto / projeto, enquanto as iterações na fase de elaboração dão mais ênfase aos componentes relevantes para a arquitetura do sistema em desenvolvimento.
  2. A chamada para as fases de Iniciação e Elaboração sugere um grande avanço. Embora a equipe seja incentivada a fazer pelo menos uma construção mínima de software durante essas fases, na realidade a maioria das equipes usa essas fases para formalizar especificações. Após a conclusão dessas fases, espera-se que as equipes pré-aloquem a maior parte do trabalho nas iterações da construção. De alguma forma, as equipes podem achar que, após a Iniciação e Elaboração, um contrato é estabelecido, comprometendo os valores do Agile "colaboração do cliente sobre negociação de contrato" e "respondendo à mudança ao seguir um plano".
  3. O RUP pré-define mais funções. Embora as abordagens ágeis prefiram responsabilizar toda a equipe e, portanto, não reconheçam funções dentro da equipe de desenvolvimento, o RUP prescreve um alto número de funções.
  4. O RUP prescreve mais artefatos. O RUP é orientado por casos de uso e fornece diretrizes e modelos para muitos documentos. Por exemplo, a estrutura do RUP exige um documento formal de arquitetura de software (SAD) e análise de casos de uso (realização). Nesse sentido, alguns agilistas podem dizer que os valores do Agile "Trabalhando software sobre documentação abrangente" e "indivíduos e interações sobre processos e ferramentas" podem estar em risco no RUP.
  5. O RUP é orientado por casos de uso, pesado para o modelo. Exemplos fortes de prescrição e formalidade são os fatos que no RUP pressupõe que os requisitos sejam especificados como casos de uso e que os modelos UML sejam utilizados durante todo o processo. Embora nas abordagens ágeis a maioria das equipes use histórias de usuários, isso não é obrigatório.

Observe que as personalizações ágeis do RUP já existem: Processo Unificado Ágil (AUP). Na minha opinião, quando o Agile aborda a escala, eles começam a parecer mais com o RUP.