Dernière mise à jour le

SharePoint peut presque tout faire, sauf créer une habitude

La liste des fonctions de SharePoint 2007 est presque un piège : bibliothèques, recherche, listes, permissions, versions, workflows et sites. Chacune repose pourtant sur quelques mécanismes communs. Comprendre ces mécanismes aide davantage que d’activer le catalogue au complet.

Une application Web SharePoint reçoit la requête dans IIS. La collection de sites détermine le contenu et une bonne partie de la frontière administrative. Les listes et bibliothèques stockent leurs éléments, propriétés et documents dans une base de contenu SQL Server. Les fonctionnalités activées ajoutent des définitions, pages ou composants à cette structure; elles ne créent pas automatiquement une bonne habitude.

utilisateur -> IIS -> collection de sites -> bibliothèque
                                  |              |
                                  |              +-> versions et métadonnées
                                  `-> base de contenu SQL Server

Le principal concurrent demeure le bouton Joindre un fichier. Pour le battre sur un cas précis, je construirais le trajet complet plutôt qu’une page d’accueil générale.

Exemple : faire approuver une procédure

  1. l’auteur dépose le brouillon dans la bibliothèque Procédures;
  2. le système demande Service et Statut, puis crée la version 0.1;
  3. un workflow assigne la révision à un groupe, pas à une seule personne;
  4. après accord, SharePoint publie la version 1.0;
  5. le lien stable est envoyé aux lecteurs et la recherche l’indexe au prochain crawl.

Chaque étape répond à une question. La version évite les noms final2. Le groupe permet de réassigner. Le statut distingue ce qui est officiel. Le lien évite une nouvelle copie. Le crawl explique pourquoi la recherche ne montre pas immédiatement la dernière correction.

Les permissions demandent une règle simple. Les lecteurs consultent les versions publiées, les contributeurs modifient les brouillons et les propriétaires gèrent les groupes. Multiplier les exceptions par fichier rend le diagnostic pénible et augmente le risque qu’un document sensible soit visible. Une bibliothèque séparée est parfois une meilleure frontière.

Le workflow peut tomber en panne sans erreur de serveur. Un approbateur absent laisse une tâche en attente. Une alerte filtrée donne l’impression que rien n’est arrivé. Je voudrais une vue des tâches âgées, une escalade et un propriétaire capable d’annuler ou de réassigner. Un processus qu’on ne peut débloquer que dans SQL Server est mal conçu.

Les personnalisations créent leur propre dépendance. Une Web Part installée sur un seul serveur peut casser une page après basculement. Une solution maison doit être versionnée, déployée de façon identique dans la ferme et présente dans l’environnement de restauration. Avant d’en écrire une, je vérifierais si une liste, une vue et un workflow standard suffisent.

Je noterais aussi dans quelle base de contenu vit le site pilote et sa taille. Une restauration dans une ferme de test doit ramener la bibliothèque, les versions, le workflow et les groupes. Cette répétition vérifie que le succès de l’usage ne dépend pas d’une personnalisation introuvable ou d’un compte personnel.

Je mesurerais le pilote avec trois faits : temps pour publier, nombre de pièces jointes encore échangées et capacité d’une autre personne à retrouver la version officielle. Si la réponse s’améliore, on peut ajouter un usage. Sinon, une page de plus et douze champs n’auront fait que déplacer le fouillis dans SQL Server.

Mise à jour de 2026

Le soutien de SharePoint 2007 a pris fin le 10 octobre 2017. SharePoint Online et SharePoint Server Subscription Edition offrent maintenant des interfaces et des capacités bien plus modernes, mais aucune version n’installe une habitude à la place des gens. Une migration devrait éviter de recopier telle quelle une vieille ferme avec ses composants abandonnés. Microsoft publie les cycles de vie de SharePoint 2007 et de SharePoint Server Subscription Edition.