Votre activité n'est pas particulièrement liée au développements de logiciels ou bien vous ne souhaitez pas vous impliquer directement sur un développement. Vous souhaitez une application rapidement développée (pour votre site Internet ou pour votre système d'information, ou n'importe quel autre besoin). Le développement est habituellement suivi par une personne dans votre société ou parfois par un consultant externe.

Les projets en boîte noire conviennent le plus aux sociétés dont l'activité principale n'est pas le logiciel ou qui ont besoin de développements périphériques peu critiques. Ces sociétés ont besoin d'une solution et ne souhaitent pas particulièrement s'impliquer dans le processus de développement. Le principal objectif est le résultat du projet.

- Construction d'un site web
- Construire un site d'e-commerce
- Construire de simples applications pour l'informatique interne
- Développer n'importe quel type d'application

Le produit développé en boîte noire est rarement lié à l'activité principale de la société. Le budget est le plus souvent très limité. Ce projet doit être sans problème. Il y a rarement des attentes très fortes en terme de maintenance ou d'évolution du produit.

Les risques principaux de ce type d'approche sont:

- Si le projet commence à être important, les spécifications risquent de ne pas être complètes à la date de démarrage du projet. Les changements en cours de projet peuvent apporter des renégociations et des tensions.
- Les spécifications ne sont pas complètes. Les équipes de développement risquent de se concentrer exactement sur ce qui est dans les spécifications, même si certaines extensions peuvent aisément être devinées. Ceci s'accentue si le projet prend du retard.
- Même si l'on a défini des règles de codage, la maintenabilité de l'application est bien souvent plus faible que dans des relations suivies à long terme.

Nous pouvons vous aider à limiter les effets indésirables des projets en boîte noire. Le meilleur arrangement est souvent de travailler au forfait avec une certaine flexibilité dans le contenu fonctionnel et qui garantit un niveau de qualité. Les conditions d'acceptation doivent être clairement explicitées et les moyens de validation doivent être définis.

La façon dont on gérera les extensions au contrat au forfait doit être défini dès le commencement. Un prototype est souvent nécessaire pour valider les objectifs à atteindre (maquette).