Devops for Growth

Au vu du nombre de gens qui recherchent de la documentation sur le RUP & ce qui y est associé chez IBM, je vous propose quelques liens vers différentes sources de documents (d'IBM). Je rajouterai au fil de

Doit-on considèrer le RUP (et plus globalement le Processus Unifié, UP, c’est souvent le débat) comme une méthode agile ? Les points de vue de Kroll, Ambler et Jacobson. Rien que ça !!

Pour ma part, je partage l’avis de Per Kroll :

« So, use a light version of RUP correctly, and it is agile. Way to many use a way too heavy version of RUP, without following the (agile) spirit of RUP… »

Pour l’avoir appliqué il ya quelques années (le RUP) et pour l’avoir adapté chez mon employeur (UP), il me semble aussi que c’est certes une question de mesure mais aussi et avant tout une question d’état d’esprit.

On peut être agile en appliquant UP comme on peut ne pas l’être… d’où la nécessite de bien étudier son contexte, de faire un point sur ses pratiques et ses besoins, d’accompagner le changement en douceur. Ne prendre que ce qu’il faut et appliquer les bons principes… d’autant qu’UP est trés clairement en accord avec les 12 principes de l’Agile Manifesto !

Overview

is a simplified version of the Rational Unified Process (RUP). It describes a simple, easy to understand approach to developing business application software using agile techniques and concepts yet still remaining true to the RUP. I've tried to keep the Agile UP as simple as possible, both in its approach and in its description. The descriptions are simple and to the point, with links to details (on the web) if you want them. The approach applies agile techniques include test driven development (TDD), Agile Model Driven Development (AMDD), agile change management, and database refactoring to improve your productivity.

est ce que les methodes RUP et UP sont identiques. avez vous des liens ou je peux trouvé la doc sur ses methodes en français parce que je ne trouve pas assez merci

Rethinking Things

The term Agile RUP isn’t an oxymoron—you can streamline RUP if you want to. That said, RUP is far better suited as a base from which to tailor a heavyweight process because it provides a wealth of detailed advice. If you really want an agile process, you may be better served with Extreme Programming, Feature-Driven Development or Dynamic System Development Method; it’s much easier to determine that something’s missing and then add it to a lightweight process than it is to identify procedures (or portions thereof) of a heavyweight process that you don’t need. But if your organization isn’t ready to plunge into agility, merge RUP with agile techniques. You’ll get a process that’s effective and responsive to your stakeholders’ needs—and isn’t that what you really want?

Le Processus Unifié (UP) et SCRUM partagent une même démarche: itérative, incrémentale, pilotée par les risques, cadencée par le time boxing et par des livraisons fréquentes. Il s’agit de deux Méthodes Agiles, même si pour certaines instanciations d’UP il y a souvent débat et même si SCRUM possède incontestablement plus de légèreté et de dynamisme.…

This white paper overviews the Rational Unified Process (RUP), an evolutionary software development process. The RUP is a prescriptive, well-defined system development process, often used to develop systems based on object and/or component-based technologies. It is based on sound software engineering principles such as taking an iterative, requirements-driven, and architecture-centric approach to software development. It provides several mechanisms, such as relatively short-term iterations with well-defined goals and go/no-go decision points at the end of each phase, to provide management visibility into the development process.

Download: Manager's Introduction to the RUP (321K PDF)

Anyone interested in RUP is very likely also going to be interested in Disciplined Agile Delivery (DAD).