Installer un système de ticketing open source pour une équipe de 8 personnes : bonne idée ou prise de tête ?

Calculez le taux horaire de votre dev. Même s'il ne passe que 4 heures par mois à installer, configurer et débugger ce serveur, son coût interne équivaut déjà au tarif annuel d'un abonnement cloud. Et s'il démissionne demain, qui gère la machine ? Prenez une solution SaaS sans hésiter.

Ne tombez pas dans le piège du dogme open source. Les devs adorent tout auto-héberger parce que c'est un super terrain de jeu pour eux. Mais quand les mails des clients finissent dans les spams ou que le serveur plante, c'est vous qui trinquez. Si votre cœur de métier n'est pas l'infogérance, l'auto-hébergement du support est une charge inutile.

On a testé l'open source dans notre agence de 10 personnes. La première année, on a eu 3 grosses pannes : crash serveur, rupture de synchro des boîtes de réception et mise à jour foireuse. Ça nous a décrédibilisés auprès des clients. On a fini par passer sur un outil cloud, on paie 200 EUR par mois mais on a une tranquillité d'esprit totale depuis deux ans.

et si au lieu de tout installer nous-mêmes on prenait une formule d'installation infogérée chez l'hébergeur pour l'outil open source la charge de maintenance nous reviendrait quand même ?

Vous avez tout à fait raison d'abandonner la boîte mail partagée à 8 c'est le chaos garanti. Par contre il existe des offres d'entrée de gamme sur les solutions cloud à 12-15 EUR par utilisateur qui font largement le taf. du coup comptez 100-120 EUR par mois pour votre équipe et évitez-vous des maux de tête.

en allemagne les amendes sur la protection des données c'est ultra strict... si vous configurez mal l'outil open source et qu'il y a une fuite d'échanges clients vous allez prendre cher et les plateformes cloud gèrent déjà toute cette conformité de base.

En résumé, le consensus est clair : même si le logiciel open source est gratuit, le coût de main-d'œuvre opérationnelle et de maintenance revient plus cher qu'un abonnement SaaS. Si votre cœur de métier n'est pas l'administration système, la solution cloud reste le choix le plus rationnel.

Trois points à vérifier lors de cette opération. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger. Corrigez-moi si je me trompe.

Je ne suis pas d'accord sur ce point. Si le périmètre s'agrandit, il faut augmenter soit le délai, soit le budget. Il n'y a pas de troisième option.

Absolument. Si j'ajoute quelque chose : Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

Voilà, désolé si je me suis étendu.

Merci pour votre retour.

j'ai vécu la même chose.

Nous avons vécu presque la même chose l'année dernière. Si le périmètre s'agrandit, il faut augmenter soit le délai, soit le budget. Il n'y a pas de troisième option.

Dans un système repris, le plus coûteux sont les dépendances inconnues. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

C'est noté, merci. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Essayer de faire cela seul est la voie la plus coûteuse.

Pour entrer dans le détail : Si c'est une première, commencez petit, l'échelle viendra plus tard.

Tout va bien les trois premiers mois, les problèmes arrivent au quatrième. C'est mon avis, je ne l'écris pas comme une vérité absolue.

J'ai une objection à faire ici. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

La réponse ci-dessus va droit au but. Tous ceux qui se pressent sur systeme de ticketing open source se heurtent au même obstacle.

Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré. C'est mon avis, je ne l'écris pas comme une vérité absolue.

Nous avons vécu presque la même chose l'année dernière. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

C'est confirmé par l'expérience.