Différences

Ci-dessous, les différences entre deux révisions de la page.

--- public:services_en_ligne:rse_reseau_social_entreprise [2021/11/05 13:30] – [Documentation en ligne] jeremie
+++ public:services_en_ligne:rse_reseau_social_entreprise [2023/06/16 09:56] (Version actuelle) – [Ou installer ces services ?] jeremie
@@ Ligne 3: / Ligne 3: @@
 ====== Services "réseau social d'entreprise" (RSE) ======
-Je promeus Mattermost qui est opensource, ou à défaut Slack en version payante. Il est sinon un peu trop bridé (c'est normal, c'est une entrerprise qui doit gagner de l'argent, et la version gratuite n'est là que pour attirer).
+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.
-Leur énorme avantage est de répondre à un besoin bien ciblé: un forum/chat structuré, tant interne qu'externe. En effet ils servent utilement aussi pour le support/SAV client par exemple (cas réels).
+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 !
-Slack ou Mattermost peuvent avoir des extensions, tel que le partage de calendrier etc. C'est assez souvent en redondance avec d'autres systèmes tels qu'Exchange (typique), ou même un Nextcloud, qui est initialement fait pour partager des docs en interne et/ou externe (y compris calendriers, contacts etc).
+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).
-===== Cas réels =====
-Je connais bien et j'ai déjà installé quelques "solutions RSE mixtes", stables et efficace. Si l'on devait n'en mentionner que deux, qui augmente la productivité et la fluidité de l'information au sein de l'entreprise et même avec ses clients, citons-en juste trois.
+Son énorme avantage est de répondre à un besoin bien ciblé: un forum/chat structuré, tant interne qu'externe.
-=== Forum, chat, support client ===
+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é.
-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]]
+=== 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 ?
-C'est un mélange extrèmement performant de forum ou chat structuré, un équivalent libre de Slack.
+[[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.
@@ Ligne 26: / Ligne 26: @@
 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.
-=== Partage de fichier ===
+=== Nextcloud : partage de fichier ===
-  * [[https://nextcloud.com/|Nextcloud]] (stockage et partage de fichiers)
+[[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.
-=== Documentation en ligne ===
+=== 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. Un wiki est un très bon système, à moins de vouloir basculer vers un CMS  (système de gestion de contenu) souvent inutilement commplexe, voire risqué.
+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.
-  * Celui que je préfère depuis plus d'une dizaine d'année reste le plus simple, rapide et efficace [[https://www.dokuwiki.org/dokuwiki|Dokuwiki]].
+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.
-Les pages que vous lisez en ce moment sont précisément "servies" par ce wiki. Ce n'est pas la panacée en terme esthétique, mais c'est 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é), publier des rapports automatiquement et trivialement (une page est un fichier), et surtout garder la possibilité de mettre à jour ou de corriger en deux clics.
+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.
-Accessoirement il y a une gestion de droit puissante pour accéder à cette information, par exemple pour publier des notices produits pour un client, documents internes, veille, etc.
+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é ===
@@ Ligne 57: / Ligne 68: @@
 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)
+  * 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 transparent "in situ" (hors télétravail), c'est utile aussi pour des usages de très grosses données partagées (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)
+    * 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 =====
@@ Ligne 68: / Ligne 81: @@
 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 fois par an pour des mises à jours distantes ou lors de missions tierces.
+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.
-Le coût d'une installation bien faite "in situ" est donc quasiment nul à l'usage (serveur + NAS + alimentation de secours de type UPS). C'est une belle façon de recycler un PC, d'utiliser un NAS voire même un "single board computer" à quelques dizaines d'euros pour les services les moins demandeurs (wiki, mattermost, mail...).
 ====== Les outils plus "lourds" ======