Technologies informatiques,
Recherche et développement

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
([[public:heberger_ses_services|retour à l'index]])

====== Services "réseau social d'entreprise" (RSE) ======

Je connais bien et j'ai déjà installé quelques "solutions RSE mixtes", stables et efficace. Voyons-en quelques unes ici qui augmentent la productivité et la fluidité de l'information tant à l'intérieur de l'entreprise qu'avec ses clients.

Il existe d'innombrables solutions, parfois bonnes pour répondre à ce besoin. Mais bizarrement le mail est toujours très utilisé. Il faut croire que ces "usines à gaz" ne sont pas si fonctionnelles !

La brique centrale que je promeus depuis plusieurs années est Mattermost, dans sa version libre, gratuite et opensource de Slack. Ce dernier est bridé, et c'est normal puisque c'est une entreprise qui doit gagner de l'argent (la version gratuite n'est là que pour attirer).

Son énorme avantage est de répondre à un besoin bien ciblé: un forum/chat structuré, tant interne qu'externe.

Slack ou Mattermost peuvent avoir des extensions, tel que le partage de calendrier, du kanban etc. C'est souvent en redondance avec d'autres systèmes tels qu'Exchange (typique) ou même Nextcloud (ci-dessous). Mais attention, le risque d'en vouloir "trop" de services est de retomber sur un gros écosystème plus difficile à adopter, et qui ruinera l'efficacité.


=== Mattermost : forum, chat thématique, support client ===

Les mails sont contre-productifs pour gérer des projets impliquant plusieurs personnes. Pire, il devient vite impossible de coopérer, et certains préfèrent baisser les bras plutôt que d'apporter une contribution au groupe. Et de toute façon en répondant à quel mails, et en sollicitant quelles personnes ?

[[https://mattermost.com/|Mattermost]] est un mélange extrèmement performant de forum ou lieu de discussion structuré à court et à moyen terme.

Le principe est de constituer des équipes, ouvertes ou fermées, et des thèmes de discussions dans ces équipes, temporaires ou non : organisation interne, groupes de travail, communication, veille technologique, support et SAV client ... L'énorme différence avec les mails provient du fait que les membres peuvent consulter ou participer aux discussions thématiques à la fréquence qu'ils souhaitent : on ne rate pas d'information, on reste focalisé, on collabore très efficacement.

{{ :public:services_en_ligne:mattermost.png?400 |}}

Ci-dessus, la version que j'ai installée pour ma coopérative d'entrepreneurs depuis plus d'un an : 130 utilisateurs, 14 équipes (collectifs pour la plupart auto-gérés), 140 thèmes dans ces équipes, 15K messages. L'usage et l'administration sont très intuitifs.

=== Nextcloud : partage de fichier ===

[[https://nextcloud.com/|Nextcloud]] permet de stocker et de partager de fichiers entre plusieurs postes. Il dispose d'extensions : calendriers, contacts etc. Attention à la surenchère donc.

C'est un équivalent à OneDrive / GoogleDrive, qui permet notamment de partager des fichiers entre plusieurs postes. On peut meme synchroniser les photos de son smartphone.

Notons aussi [[https://demo.jirafeau.net/|Jirafeau]] par exemple, pour partager un fichier vers l'extérieur sans devoir passer par Dropbox ou WeTransfer. L'usage d'opensource permet en outre de respecter la charte graphique de son entreprise.

=== Dokuwiki : documentation simple en ligne ===

A ces services, je recommande fortement l'ajout d'un système d'édition, de publication et d'archivage de document en lignes. Il existe d'innombrables CMS  (système de gestion de contenu) mais qui se révèlent souvent inutilement complexes, voire risqués (trop gros, donc pleins de failles). Au plus simple, un "bon vieux" wiki est un système très efficace.

Depuis plus de dix ans je n'ai pas trouvé mieux que le simple, rapide et efficace [[https://www.dokuwiki.org/dokuwiki|Dokuwiki]]. Les pages que vous lisez en ce moment sont précisément "servies" par ce wiki.

Il n'est pas beau en terme esthétique, mais il reste idéal pour archiver de l'information structurée, faire des liens, éditer à plusieurs (c'est moins performant sur ce point qu'un google doc mais tellement plus ordonné). Typiquement, on crée des pages à partir de données issues du Mattermost par exemple, lorsque l'on veut structurer ou archiver des informations pérennes.

Ce type d'outil permet aussi de publier des rapports automatiquement et trivialement (une page est un simple fichier). Il permet de mettre à jour ou de corriger le pages en double cliquant dessus.
On est loin des PDF qui devraient se cantonner aux documents "finaux" ou plaquettes commerciales, mais qui entraînent des problèmes insolubles de diffusion, de co-écriture, de mise à jour ...

Dokuwiki vient avec une gestion de droit asesz simple et très puissante pour accéder à l'information. Cela permet de notices techniques tout autant que des documents internes.

=== Gitolite : Stockage de code source ===

C'est un service technique qui permet de stocker le code source d'un projet informatique. Ce n'est donc pas un service utile pour le grand public. C'est inutile si le projet n'a aucun logiciel développé en interne. Ca ne sert qu'indirectement le commanditaire.

Mais ça reste absolument essentiel pour conserver une traçabilité totale ainsi que bien gérer les révisions d'un logiciel "maison".

Nous suggérons le très léger [[doc:formations:hebergement:service:gitolite|gitolite]] plutot qu'un système plus complexe comme GitLab, qui conviendra mieux dans le cas d'une organisation faisant intervenir plusieurs développeurs ainsi que des chefs de projets sachant déjà gérer ces outils complexes.
=== Visioconférence sur serveur privé ===

  * [[https://jitsi.org/]] (visio conférence) Avec un serveur privé vous aurez une bande passante garantie. Pour un usage occasionnel ce n'est pas forcément pertinent par rapport aux solutions gratuites existantes (au passage: attention, Zoom est à la limite de la malveillance).


=== Et donc ? ===

Je forme et j'installe ces services, autant pour les informaticiens, administrateurs et technophiles qui souhaitent installer et gérer leurs serveurs dédiés, que pour des PME, startups ou leur clients.

Ces compétences incluent bien d'autres services que j'utilise moi même depuis des années, qui vont jusqu'au serveur mail privé, donc illimité et sécurisé [[https://mailinabox.email/|Mail-in-a-Box]].
Vous trouverez davantage d'information [[public:services_en_ligne:herberger_ses_services_formation|sur cette page]].
===== Ou installer ces services ? =====

On peut installer ces services sur
  * un serveur distant (en location chez un hébergeur, à partir d'une vingtaines d'euros par mois pour 80GO de disque dur environ), par exemple [[public:services_en_ligne:inscription_scaleway|Scaleway]] (Online)
  * ou bien en "local" sur un serveur linux dédié et physiquement chez le client, avec:
    * un usage télétravail possible qui dépend de l'accès internet du bureau (fibre optique recevable, ou ADSL potentiellement assez lent)
    * un usage sur site utile aussi lorsque l'on a de très grosses données à partager au sein d'un même réseau local (ex. un client a des bases de données géographiques très lourdes, ainsi que des volumes de photos qui doivent etre accessibles à plusieurs employés sans devoir des dupliquer sur chacun des postes)

Positionner ce serveur "en local" permet de proposer des espaces de stockages considérables car ils n'ont pas à être loués. Le serveur est alors idéalement couplé à un serveur "Nas" robuste et acheté une seule fois, qui permet aussi des sauvegardes. 

Le coût d'usage d'une installation bien faite "in situ" est quasiment nul (serveur + NAS + alimentation de secours de type UPS).Il ne s'agit pas non plus d'une "salle blanche" et l'on perd en partie les facilités de sauvegarde et de migration de systèmes en ligne comme ceux de [[public:services_en_ligne:inscription_scaleway|Scaleway]] mentionné ci-avant.

===== Maintenance et astreinte =====

Coté "entretien", ces solutions sont indépendantes de l'infrastructure du client (sauf demande particulière).

Le besoin de maintenance minimal est très faible, statistiquement une ou deux fois par an pour des mises à jours distantes ou lors de missions tierces.

====== Les outils plus "lourds" ======

Je suis à la fois moins motivé et moins qualifié pour les autres problématiques de **travail à distance**.

Mais il faut citer les quelques solutions "lourdes" telles que les "CMS" (systèmes de gestion de contenu), "ERP" (Progiciel de gestion intégré) ou autres "CRM" (Gestion de la relation client). Ce sont des outils puissants qui permettent de créer et gérer des sites internet complets pour les plus simple, mais aussi de gérer des stocks et même des fiches de paye pour les plus gros.

Dans les faits, je trouve que ces outils sont trop complexes en tout cas pour les petites entreprises. Cela dépend avant tout du chef d'entreprise, qui doit avoir assez de disponibilité, d'énergie et de leadership pour investir dans ces solutions afin d'en bénéficier et d'en faire bénéficier ses employés (ou inversement!). La prise en main est chronophage, et la dépendance à un tiers pour faire tourner un système central est assez risquée.

On le devine, ce sont des plateformes que je n'utilise pas, quand bien même il m'est arrivé d'installer des Bigbluebutton ou autres Odoo sur des demandes insistantes (oui, c'est encore des solutions opensource). Ils offrent des alternatives recevables aux "Microsoft Teams" et autres Citrix, et présentent des nombres ahurissants d'extensions [[https://www.odoo.com/page/all-apps|(liste pour odoo)]].

([[public:heberger_ses_services|retour à l'index]])