Aller au contenu
cube4devcube4dev

Thèses · Comprendre tôt plutôt que figer tôt

Pour un produit nouveau, le cahier des charges est une manière coûteuse de deviner.

D’abord définir, ensuite développer : cela fonctionne pour des tâches connues. Pour un nouveau produit, une partie de la connaissance décisive n’apparaît qu’en construisant.

Seul un noyau de système qui fonctionne montre si l’architecture, les performances et la logique produit vont ensemble.

En détail

Le développement logiciel comme instrument de connaissance

Le développement logiciel est traditionnellement compris comme l'exécution d'une décision déjà prise. On définit d'abord ce qui doit voir le jour. Ensuite, on développe.

Pour les produits nouveaux, cette séparation n'a qu'un sens limité. Une part des enseignements décisifs ne naît qu'au cours du développement.

Seule une véritable interface montre si une idée d'interaction tient. Seules de vraies données rendent visible si un modèle de données convient. Seul un noyau de système qui fonctionne montre si architecture, performance et logique produit s'accordent. Seul un système utilisable permet d'estimer de façon réaliste ce qu'une idée de produit peut réellement devenir.

Le développement ne produit donc pas seulement du logiciel. Il produit de l'information sur le produit à venir.

Dans une phase produit précoce, un état de développement solide peut produire plus de connaissance qu'un tour de spécification abstraite supplémentaire.

Le développement logiciel comme instrument de connaissance →

Autres thèses