Nous sommes ProjectWizards

Un bon outil est la somme de mille petites décisions. C'est pourquoi nous préférons bien faire une chose plutôt que beaucoup à moitié. Cette obstination se loge dans chaque détail de notre logiciel : dans le comportement d'une activité que l'on déplace comme dans la façon dont un diagramme s'imprime. Il nous est déjà arrivé d'agrandir mille fois une barre de Gantt, juste pour débattre de son ombre.

Nous croyons en une société ouverte et démocratique. Au libre échange des arguments. À la disposition à changer d'avis lorsque de meilleures raisons s'y opposent. Et à des rapports qui restent justes même en cas de désaccord. Sans ces valeurs, aucune collaboration ne fonctionne, ni à petite échelle au sein de notre équipe, ni à grande échelle dans la société. Nous ne les tenons pas pour acquises, et c'est pourquoi nous le disons.

Notre équipe travaille de façon décentralisée, en télétravail, répartie sur plusieurs lieux. Et cela depuis plus de 20 ans. Cela épargne les trajets quotidiens, et chacun s'installe là où le travail avance le mieux.

Nous voyageons peu, car l'essentiel se règle en ligne. Quand un déplacement a vraiment du sens, par exemple un rendez-vous client qui ne fonctionne que sur place ou une conférence, nous faisons le trajet en train autant que possible, plutôt qu'en voiture ou en avion.

Nous utilisons des appareils Apple. Ils durent longtemps, et de toute façon la plus grande empreinte écologique d'un ordinateur provient de sa fabrication, pas de son usage.

Dans nos réunions d'équipe, nous débattons ouvertement. Les bons résultats ne naissent que de cette manière : poser les choses honnêtement sur la table, les remettre en question, et parfois s'accrocher. Nous nous méfions du consensus rapide.

Une règle prime sur tout : le débat porte toujours sur le fond, jamais contre la personne. On peut attaquer durement une idée et respecter malgré tout celle ou celui qui la porte. Cette distinction est exigeante, mais elle nous fait tous progresser, et les résultats parlent d'eux-mêmes.

Nous pratiquons nous-mêmes la gestion de projet, et la gestion des risques en fait partie. Frank Blome partage l'avis de Tom DeMarco : "La gestion des risques, c'est la gestion de projet pour adultes." Ou, comme il aime le dire : ne sors jamais sans un plan B.

En 2016, Kagi, notre prestataire de facturation de l'époque, a fait faillite et a bien failli nous entraîner avec lui. Nous nous en sommes sortis parce que nous avions calculé de manière prudente et gardé un plan B. C'est cette même façon de penser qui habite notre logiciel : marges, dépendances claires, chemin critique. Avec eux, vous planifiez des échéances qui tiennent.

Notre logiciel est un outil. Nous ne décidons pas de l'usage qui en est fait, qu'il serve à planifier un hôpital ou quelque chose que nous n'approuverions pas nous-mêmes. Aucun éditeur de logiciel de planification ne peut se permettre de trier les projets de ses clients. Ce ne serait ni applicable ni honnête.

Ce que nous pouvons faire est plus modeste et plus concret : une bonne planification réduit le gaspillage. Moins de temps morts, moins de reprises, moins de matériaux dont personne n'aura finalement besoin. Dans le bâtiment, l'un de nos domaines d'usage les plus importants et l'un des secteurs les plus émetteurs qui soient, il y a là un vrai levier. Non parce que notre logiciel serait écologique, mais simplement parce qu'une planification propre gaspille moins. C'est cette utilité que nous offrons, du mieux que nous pouvons. Nous ne promettons rien de plus.

Merlin Project s'exécute entièrement en local sur votre Mac ou votre iPad. Aucun serveur de ProjectWizards ne traite vos données de projet. Qui veut collaborer en équipe synchronise via le service de son choix : iCloud, Dropbox ou pratiquement n'importe quel stockage cloud courant. Mais rien ne vous y oblige. Vous seul décidez où vivent vos données.

Cela compte pour nous, car c'est une question d'autodétermination. Aujourd'hui, beaucoup d'outils ne fonctionnent plus que si l'on confie ses données. Nous tenons cela pour une mauvaise voie. Votre plan de projet ne doit pas dépendre du fait qu'un éditeur maintienne ou non ses serveurs en marche.

Nous concevons des logiciels qui tiennent dans la durée. Natifs sur les appareils Apple, en local sur votre machine, sans passage forcé au cloud.

Merlin existe depuis 2004, et nous le développons sans relâche. Cette constance compte pour nous plus que la mode passagère. Vous devez travailler avec un outil qui, dans cinq ans, fera encore ce qu'il doit, plutôt que de vous lier à une infrastructure étrangère.