En 1997 et 1998, des logiciels libres tels que Linux, FreeBSD, Apache et Perl suscitèrent une attention croissante de la part d'un nouveau public composé de chefs de projet, de cadres, d'observateurs de tendance et d'investisseurs.

La plupart des développeurs de ces logiciels accueillirent favorablement cet intérêt pour leur travail : pas uniquement parce que cela développait leur ego mais aussi parce qu'il leur permettait de justifier auprès de leurs supérieurs et de leurs collègues des efforts de plus en plus liés à leurs occupations professionnelles.

Mais ce nouveau public posait des questions difficiles :

• L'approche Open Source est-elle vraiment une nouvelle façon de concevoir un logiciel ?

• Chacun des succès des logiciels libres relève-t-il d'un concours de circonstances ou bien existe-t-il une méthode sous-jacente ?

• Pourquoi diable voudrais-je octroyer des ressources financières au développement d'un projet dont mes concurrents pourraient librement utiliser le code source ?

• Quelle confiance accorder à ce modèle de développement au-delà du cas d'un hacker fou ou de l'étudiant en informatique qui vient juste de réussir à accorder deux octets, lorsque l'on souhaite obtenir un logiciel correct ?

• Cette méthode menace-t-elle ou rend-elle obsolètes celles de ma société quant à la mise au point des logiciels et à leur mode de commercialisation ?

Je vous soumets l'idée que le modèle Open Source est indéniablement un modèle fiable de conduite du développement d'un logiciel commercial. Je veux essayer de vous montrer les conditions pré-requises pour un tel projet, quel type de projet se rattache à ce type de modèle, et les étapes qu'une entreprise devra franchir pour le lancer. Cet essai est destiné aux entreprises qui vendent des logiciels ou de l'assistance technique, ou qui utilisent un logiciel bien spécifique comme cœur de leur activité (idée de pièce maîtresse).