La régie forfaitée

Fait-on l’impasse sur la documentation ?

Surtout pas! Scrum induit explicitement une documentation fonctionnelle périodique, les backlogs du projet. Et notre contrat de régie forfaitée inclut les temps de rédaction : l’élaboration d’une documentation de maintenance, à la fin de certains cycles, est indispensable pour la transmission du logiciel aux informaticiens du client.

La régie forfaitée et le développement Agile s’adaptent–t-ils à la création de progiciels peu définis au départ, sans spécification fonctionnelle écrite ?

Malheureusement non! Nous sommes parfois confrontés à ce genre de demande : Le client a une vision floue du produit à créer, essentiellement basée sur des concepts généraux repris de logiciels concurrents. Un autre cas assez fréquent ces derniers temps est la demande de «copier» un puissant site d’e-commerce. Aucune méthode ne peut pallier au manque d’implication ou de compétence fonctionnelle du client. Nous proposons dans ce cas une étude fonctionnelle préalable en régie.

Le développement 3-tiers est-il compatible avec Scrum ?

Chez Beler, nous avons une bonne expérience du développement 3-tiers, en Java, en .Net et en Visual C++, sur des projets de plusieurs dizaines d’années.hommes. Certains projets incluaient la construction de grosses bibliothèques de classes IHM et de manipulations de données ... On nous demande en effet parfois une certaine approche du développement 3 tiers, qui implique une architecture lourde et la conception de bibliothèques ou même de SDK spécifiques avant d’obtenir un résultat visible pour les utilisateurs.

A notre avis, cette approche est totalement incompatible avec un développement Agile. Il s’agit d‘une autre approche stratégique du développement de progiciel, qui peut amener de bons résultats à long terme, mais qui n’a rien d’Agile. Nous conseillons plutôt d’aborder la phase de codage en partant d’une conception d’architecture simplifiée, ou plus exactement « incomplète », et d’adopter des bibliothèques du commerce, quitte à les enrichir quand elles sont fournies avec les sources. De toute façon, la plupart des SDK actuels, et en particulier .NET, induisent naturellement, sans gros efforts, un développement 3-tiers. Dans la plupart des cas, les highlights ergonomiques, qui vont différencier un site ou un progiciel de ses concurrents peuvent être implémentés en utilisant des composants du marché à condition de bien les sélectionner

Notre préconisation est de se concentrer sur les classes métiers et sur la vision « orientée utilisateurs » du produit plutôt que sur la création d’un pseudo SDK ou d’une énième bibliothèque de composants.

De nombreuses sociétés de service vendent l’idée contraire, en prétendant que le coût de cette lourde phase préparatoire sera rentabilisé grâce aux bibliothèques d’objets spécifiquement orientées vers les fonctionnalités client. C’est carrément une arnaque.