Livre Créer un site SharePoint Online Piloté par les données: Concepts et 14 Travaux Pratiques

L’objectif du livre Créer un site SharePoint Online Piloté par les données: Concepts et 14 Travaux Pratiques (115 pages) est de vous rendre autonome et opérationnel le plus rapidement possible dans la création d’un site de données SharePoint Online grâce à SharePoint Designer et les composants WebPart des données métiers.

Il commence par des manipulations simples basées sur l’utilisation de composants WebPart.

Progressivement, vous apprendrez des usages plus complexes comme par exemple, l’utilisation du service Business Connectivity Services (BCS).

Livre Créer un site piloté par les données pour SharePoint 2016

L’objectif du livre Créer un site SharePoint 2016 Piloté par les données: Concepts et 18 Travaux Pratiques (143 pages) est de vous rendre autonome et opérationnel le plus rapidement possible dans la création d’un site de données SharePoint 2016 grâce à SharePoint Designer et les composants WebPart des données métiers.

Il commence par des manipulations simples basées sur l’utilisation de composants WebPart.

Progressivement, vous apprendrez des usages plus complexes comme par exemple, l’utilisation du service Business Connectivity Services (BCS).

Livre Créer un site piloté par les données pour SharePoint 2013

Le livre Créer un site piloté par les données pour SharePoint 2013 (135 pages) est un recueil de travaux pratiques destinés à des personnes utilisant les sites SharePoint 2013 dans leurs activités bureautiques ou ayant en charge la gestion de sites Intranet hébergés sur Microsoft SharePoint 2013.

En particulier, ce livre d’exercices couvre l’organisation des contenus et leur mise à disposition pour les utilisateurs finaux.

Il s’adresse donc à une population d’usagers communément appelés concepteurs.

Ces Travaux Pratiques pour Concepteurs traitent des possibilités de personnalisation offertes par le navigateur.

Bien qu’il soit simple d’usage, il permet des manipulations souvent insoupçonnées, même par certains utilisateurs chevronnés de SharePoint.

Les travaux pratiques de ce document ont été peaufinés par la pratique de plusieurs centaines de stagiaires en formation.

Conçus dans un réel souci pédagogique, ils commencent par des manipulations de base (création de sites, création de listes etc.).

Progressivement, vous apprendrez des usages plus complexes comme par exemple, la connexion de composants WebPart.

Ces exercices seront aussi l’occasion de comprendre l’intérêt pratique de ces manipulations à l’aide des nombreuses explications.

Vous découvriez aussi certainement de nouvelles notions.

Afin de tenir compte de l’absence du formateur, nous avons inséré plus de 130 illustrations, notamment à l’occasion des passages les plus délicats

Livre sur Microsoft SharePoint 2016 pour Concepteurs : 40 Travaux Pratiques

L’objectif du livre livre Microsoft SharePoint 2016 pour Concepteurs: 40 Travaux Pratiques (300 pages) est de vous rendre rapidement autonome et opérationnel dans la conception de sites SharePoint 2016.

Vous apprendrez aussi les bonnes pratiques et les erreurs à éviter !

Il comporte 39 travaux pratiques : chaque exercice est composé d’un descriptif de l’objectif et de la solution détaillée, étape par étape.

Afin de vous assurer d’être sur la bonne voie, des copies d’écrans illustrent la solution.

Un récapitulatif en fin d’exercice vous rappelle ce que venez d’apprendre.

Livre sur la conception pour SharePoint Online

L’objectif du livre Créer et Organiser le contenu des sites SharePoint Online: Concepts et Travaux Pratiques (265 pages) est de vous rendre rapidement autonome et opérationnel dans la conception de sites SharePoint Online.

Vous apprendrez aussi les bonnes pratiques et les erreurs à éviter !

Il comporte 37 travaux pratiques : chaque exercice est composé d’un descriptif de l’objectif et de la solution détaillée, étape par étape.

Afin de vous assurer d’être sur la bonne voie, des copies d’écrans illustrent la solution. Enfin, un récapitulatif vous rappelle ce que venez d’apprendre.

Modèles de sites SharePoint Server 2016 IT Preview

Les modèles de sites de SharePoint Server 2016 IT Preview sont organisés par fonctionnalités, comme dans SharePoint 2013.

Pour obtenir la liste complète des modèles avec leur compatibilité : SharePoint Server 2016 IT Preview Web Templates.xlsx – Microsoft Excel Online.

Modèles Collaboration

Site d’équipe (Team Site) : C’est le modèle privilégié dans les sites SharePoint. Il sert à partager des documents, des annonces, des calendriers pour un groupe de personnes qui ont un même objectif.

Modèle Site d'équipe SharePoint Server 2016 Preview

Blog : Ce modèle est orienté vers la communication d’idées, de savoirs, de partage d’expériences pour un public qui peut lire et commenter les articles.

Modèle Blog SharePoint Server 2016 Preview

Site du développeur (Developer Site) :  Ce modèle s’adresse aux développeurs qui veulent créer, tester et publier des applications pour Office.

Modèle Site du développeur SharePoint Server 2016 Preview

Site Project Server (Project Site) : L’objectif ce modèle est réunir toutes les données relatives à un projet afin de le gérer.

Modèle Site Project Server SharePoint Server 2016 Preview

Site communautaire (Community Site) : L’intérêt de ce modèle est de proposer un site qui rassemble des personnes intéressées par les mêmes sujets. Ce site permet aux idées les plus populaires d’émerger grâce à un indice de popularité, et de mettre en avant les publications qui recueillant les meilleures réponses. Les membres du site gagnent des points de réputation, grâce à leur activité : lancement d’un sujet, réponse aux autres membres, etc.

Modèle Site communautaire SharePoint Server 2016 Preview

Modèles Entreprise (Enterprise)

Centre de documents (Document Center) : Ce modèle permet de créer, exploiter et stocker des documents qui serviront pour un référentiel documentaire ou pour alimenter une base de connaissances.

Modèle Centre de documents SharePoint Server 2016 Preview

Centre de conservation inaltérable (In-Place Hold Policy Center) : Ce modèle de site permet de gérer des stratégies qui visent à conserver les éléments dans des sites SharePoint pour une période de temps déterminée, basée sur la date de création ou de modification de l’élément. Vous pouvez coupler ces stratégies avec celles liées à la suppression de documents selon leurs règles de rétention. Si plusieurs stratégies s’appliquent, le document est conservé pour la période la plus longue. Ce modèle de site fait son apparition avec SharePoint 2016 Preview.

Modèle Centre de conservation inaltérable SharePoint Server 2016 Preview

Centre de découverte électronique (eDiscovery Center) : Ce modèle de site permet de créer, gérer et traiter des cas eDiscovery à des fins juridiques et d’enquête. Les cas eDiscovery permettent de gérer l’archivage du contenu des boîtes aux lettres Exchange, des sites SharePoint ainsi que d’autres sources de contenu. Il est possible de créer des requêtes de recherche sur le contenu archivé, puis d’exporter le résultat des recherches.

Modèle Centre de découverte électronique SharePoint Server 2016 Preview

Centre des enregistrements (Records Center) : Ce modèle de site permet d’archiver à long terme des documents contractuels, juridiques ou autres. Des règles permettent de router le contenu dans la bibliothèque appropriée.

Modèle Centre des enregistrements SharePoint Server 2016 Preview

Centre d’intelligence économique (Business Intelligence Center) : Ce modèle de site permet d’effectuer d’explorer et analyser les données grâce à PowerPivot, de concevoir des rapports interactifs à l’aide d’Excel et de Power View, de partager les tableaux de bord avec Excel Services.

Modèle Centre d'intelligence économique SharePoint Server 2016 Preview

Centre de conformité (Compliance Policy Center) : Ce modèle permet de gérer des stratégies pour supprimer des documents après une période de temps donnée. Ces stratégies peuvent ensuite être affectées à des modèles de collection de sites ou à des collections de sites. Ce modèle de site fait son apparition avec SharePoint 2016 Preview.

Modèle Centre de conformité SharePoint Server 2016 Preview

Centre de recherche d’entreprise (Enterprise Search Center) : Ce modèle permet de créer un site de recherche pour les données gérées dans l’entreprise (pas uniquement le contenu de SharePoint).

Modèle Centre de recherche d'entreprise SharePoint Server 2016 Preview

Hôte de sites Mon site (My Site Host) : Site utilisé pour héberger les sites personnels et la page de profil publique des personnes.

Modèle Hôte de sites Mon site SharePoint Server 2016 Preview

Portail communautaire (Community Portal) : Un modèle de site qui permet de découvrir les communautés les plus populaires, ainsi que les sujets en lien avec vos centres d’intérêt, ou pour contacter d’autres personnes.

Modèle Portail communautaire SharePoint Server 2016 Preview

Centre de recherche de base (Basic Search Center) : Modèle de site qui fournit des fonctions de recherche de base.

Modèle Centre de recherche de base SharePoint Server 2016 Preview

Référentiel de processus Visio (Visio Process Repository) : Ce modèle permet d’afficher, de partager et de stocker des schémas de processus Visio.

Modèle Référentiel de processus Visio SharePoint Server 2016 Preview

Modèles Publication (Publishing)

Portail de publication (Publishing Portal) : Ce modèle est utilisé pour publier des pages web avec des flux de travail d’approbation. Il offre une grande richesse en termes de mise en page et de personnalisation. Il est adapté pour un portail intranet important ou un site Internet, qui comportent un grand nombre de lecteurs et moins de rédacteurs.

Modèle Portail de publication SharePoint Server 2016 Preview

Wiki d’entreprise (Enterprise Wiki) : Ce modèle permet de centraliser les connaissances et la gestion de projet dans l’entreprise. Les sites Wiki d’entreprise sont flexibles et faciles à créer.

Modèle Wiki d'entreprise SharePoint Server 2016 Preview

 

À noter que le modèle de SharePoint 2013 intitulé Catalogue de produits, qui permet de gérer les données d’un catalogue de produits destiné à être publié sur un site, a disparu en tant que tel de SharePoint Server 2016 Preview.

Tâches à accomplir pour la mise en place de SharePoint

Cet article vient détailler les tâches des étapes décrites dans l’article précédent intitulé Démarche de mise en place de SharePoint.

Rappelons qu’il s’agit d’un simple partage d’expérience et qu’il existe d’autres méthodes. L’une d’entre elles sera présentée dans un autre article (en cours de rédaction).

Définition du périmètre du projet

L’objectif est de recueillir les besoins, auditer l’existant, définir le périmètre, les objectifs de la mission et son planning. Cette étape permet aussi de chiffrer les gains attendus et de calculer le retour sur investissement d’un projet SharePoint.

Tâches :

  • Faire les entretiens de recueil des besoins
  • Analyser l’existant organisationnel et opérationnel
  • Chiffrer les gains attendus
  • Rédiger et faire valider le compte rendu de recueil des besoins

Analyser les besoins métiers

L’objectif est d’identifier les outils fonctionnels à mettre en œuvre dans le cadre du périmètre. SharePoint n’est pas une solution. C’est une suite d’outils à choisir et à mettre en oeuvre.

Tâches :

  • Identifier la taxonomie nécessaire pour classifier les documents
  • Définir la structure du site: hiérarchique, thématique, autre
  • Déterminer les modèles de sites nécessaires pour répondre aux besoins
  • Déterminer les fonctionnalités de sites natives utiles
  • Identifier les listes et bibliothèques à créer
  • Sélectionner les webparts natifs nécessaires
  • Identifier les processus métiers et flux de travail à intégrer dans SharePoint
  • Identifier les formulaires à intégrer dans SharePoint
  • Identifier les besoins de sécurité d’accès et de protection des données
  • Rédiger et faire valider le document des spécifications fonctionnelles

Étudier l’impact organisationnel

L’objectif est d’identifier les impacts sur l’organisation, liés à la mise en place de SharePoint et de repenser cette organisation.

Tâches :

  •  Définir les plans de nommage des objets métiers
  • Recenser les utilisateurs de SharePoint, par sites et sous-sites
  • Identifier la méthode d’approvisionnement des bibliothèques
  • Identifier les méthodes d’accès aux documents
  • Définir l’ergonomie et la navigation des sites
  • Définir le ciblage d’audience
  • Définir les stratégies de gestion des informations
  • Définir les politiques de quota
  • Définir le plan d’accompagnement et les besoins de formation
  • Rédiger et faire valider le document d’organisation

Définir l’architecture technique

L’objectif de l’architecture technique est de dimensionner l’architecture pour 100 utilisateurs ou 10000 utilisateurs.

Tâches :

  • Identifier le nombre et la configuration des applications web nécessaires
  • Identifier les services et applications de services par applications web
  • Identifier les besoins d’accès anonymes
  • Identifier les sources de contenu externes auxquels SharePoint devra accéder
  • Définir les plans de nommage des objets techniques
  • Rédiger et faire valider le document d’architecture

Étudier la sécurité

L’objectif est de garantir au maximum la sécurité des données de SharePoint.

Tâches :

  • Identifier les autorisations d’accès par groupes d’utilisateurs
  • Identifier les autorisations des applications
  • Identifier les groupes SharePoint ou Active Directory à créer ou à utiliser
  • Proposer des solutions de redondances des données
  • Proposer des solutions de chiffrement des échanges
  • Proposer des solutions de lutte contre les malwares
  • Proposer des solutions de lutte contre les intrusions non autorisées
  • Proposer des solutions de chiffrement des données
  • Proposer des solutions de sauvegarde des données
  • Rédiger et faire valider le plan de sécurité

Installer l’environnement SharePoint de développement

L’objectif est de disposer d’un environnement de type « bac à sable » pour les tests, formation et développement. Pour des raisons de sécurité, cet environnement doit être totalement déconnecté de l’environnement de production.

Tâches :

  • Installer SharePoint Server (script PowerShell)
  • Créer les applications web (script PowerShell)
  • Créer et configurer les services et applications de services (script PowerShell)
  • Répartir les services et applications de services par applications web
  • Créer les autorisations nécessaires par groupe d’utilisateurs
  • Créer les groupes SharePoint ou Active Directory
  • Créer le mirroring des bases de données
  • Paramétrer le chiffrement des échanges
  • Paramétrer l’anti-virus
  • Paramétrer les pare-feu
  • Paramétrer Rights Management Server
  • Paramétrer les sauvegardes
  • Surveiller les changements de configuration de la ferme
  • Faire valider l’installation

Prototyper sur le site de développement

L’objectif est de réaliser un prototype opérationnel avec SharePoint afin de montrer à quoi va ressembler le futur site et à quoi il va servir. C’est aussi l’occasion de tester toutes les hypothèses précédentes.

Tâches :

  •  Créer les pages maîtres
  • Créer les gabarits (layouts)
  • Créer les collections de sites et les sites (par script PowerShell)
  • Créer les pages supplémentaires
  • Créer les modèles de sites
  • Créer les termes, ensembles de termes et groupes des métadonnées gérées
  • Créer les colonnes de sites et types de contenu
  • Créer les règles de l’organisateur de contenu
  • Paramétrer les propriétés gérées de la recherche
  • Paramétrer le concentrateur de métadonnées
  • Paramétrer les quotas et les stratégies de gestion des informations
  • Créer les listes et bibliothèques
  • Créer les formulaires
  • Créer les flux de travail
  • Développer les interfaces d’alimentations
  • Développer les interfaces de sorties
  • Développer les traitements spécifiques
  • Faire valider le prototype

Installer l’environnement SharePoint de production

L’objectif est de disposer d’un environnement réel de production pour SharePoint.

Concernant l’automatisation d’une installation et d’une configuration complète de SharePoint, l’article remarquable de Ashkan Jabbari est un excellent point de départ.

Tâches :

  • Installer SharePoint Server (script PowerShell)
  • Créer les applications web (script PowerShell)
  • Créer et configurer les services et applications de services (script PowerShell)
  • Répartir les services et applications de services par applications web
  • Créer les autorisations nécessaires par groupe d’utilisateurs
  • Créer les groupes SharePoint ou Active Directory
  • Paramétrer les caches d’objet et de sorties
  • Créer les clusters des bases de données
  • Paramétrer les variantes de sites
  • Paramétrer la recherche
  • Paramétrer le chiffrement des échanges
  • Paramétrer l’anti-virus
  • Paramétrer les pare-feu
  • Paramétrer Rights Management Server
  • Paramétrer les sauvegardes
  • Paramétrer le catalogue d’applications
  • Déployer le contenu de DÉVELOPPEMENT en PRODUCTION
  • Surveiller les changements de configuration de la ferme
  • Faire valider l’installation

Suivre la ferme SharePoint

L’objectif est de s’assurer de la pertinence de la solution mise en œuvre et de surveiller la ferme SharePoint afin de contrôler sa sécurité.

Tâches :

  • Étudier les rapports et tendances de popularité
  • Suivre les rapports d’audits
  • Suivre les rapports d’utilisation
  • Suivre les journaux de variantes
  • Suivre les journaux internes de SharePoint (usage, santé, diagnostic)
  • Suivre les journaux d’événements Windows

Former et accompagner

L’objectif est de sensibiliser la Direction Générale à l’arrivée de SharePoint et de former les utilisateurs à l’utilisation de ce nouvel outil.

Tâches :

  • Animer des ateliers de présentation
  • Former le personnel technique
  • Former les utilisateurs
  • Créer des fiches pratiques
  • Créer des forums
  • Créer des modes d’emploi sous forme de vidéos
  • Créer des questionnaires d’évaluation

Démarche de mise en place de SharePoint

Cet article présente une démarche de mise en place de SharePoint. Il s’agit d’un simple partage d’expérience. Comme tous les partages d’expérience, il est partiel et partial.

L’article suivant intitulé Tâches à accomplir pour la mise en place de SharePoint vous donne plus de détails sur les tâches à accomplir.

Notez aussi qu’il existe d’autres approches. En particulier, il existe aussi la possibilité de transposer intelligemment les documents stockés sous Windows dans SharePoint. Il s’agit d’une technique qui est présentée dans un autre article.

Dans l’immédiat, cette démarche s’appuie sur les étapes suivantes:

  • Définition du périmètre du projet
  • Analyser les besoins métiers
  • Étudier l’impact organisationnel
  • Définir l’architecture technique
  • Étudier la sécurité
  • Installer l’environnement SharePoint de développement
  • Prototyper sur le site de développement
  • Installer l’environnement SharePoint de production
  • Suivre la ferme SharePoint
  • Former et accompagner

Ces étapes peuvent se chevaucher.

Définition du périmètre du projet

L’objectif est de recueillir les besoins, auditer l’existant, définir le périmètre, les objectifs de la mission et son planning. Cette étape permet aussi de chiffrer les gains attendus et de calculer le retour sur investissement d’un projet SharePoint.

A priori, il semble difficile d’évaluer le retour sur investissement d’un projet collaboratif car les gains espérés portent généralement sur l’augmentation de l’efficacité des utilisateurs. Ce qui paraît compliqué à mesurer.

Pourtant, il existe des métriques factuelles. Ainsi, la mise en place du portail collaboratif peut conduire à la diminution du nombre de documents à manipuler,  la diminution du volume de stockage ou la diminution du temps à chercher un document.

À titre d’exemple, la diminution du volume de stockage peut atteindre 30 % des documents existants, sans perte d’informations. La diminution du temps de recherche d’un document peut passer de 30 minutes en moyenne à moins de 3 minutes (mesures faites chez un client).

Analyser les besoins métiers

L’objectif est d’identifier les outils fonctionnels à mettre en œuvre dans le cadre du périmètre. SharePoint n’est pas une solution. C’est une suite d’outils à choisir et à mettre en oeuvre.

Cette étape nécessite de connaître le périmètre défini dans l’étape précédente, l’existant et les possibilités natives de SharePoint.

Le choix des outils à une conséquence directe sur le coût total du projet.

Par exemple, un besoin utilisateur, comme vouloir gérer un stock de biens, peut se traduire par une liste personnalisée avec les métadonnées ad’hoc (2 jours), ou bien par la création d’un formulaire InfoPath et d’un flux de travail SharePoint Designer (<10 jours), ou d’un développement spécifique (15-20 jours, voire plus ?).

Par ailleurs, la taxonomie est une tâche indispensable dans un projet collaboratif réussi.

En science, la taxonomie sert à classer ou organiser les animaux, les plantes selon leurs caractéristiques. Dans SharePoint, la taxonomie consiste à classer et organiser les objets d’un site en cherchant leur hiérarchie et leurs relations entre eux.

Ce travail consiste à identifier les caractéristiques des objets manipulées dans SharePoint. Par exemple, une facture a des caractéristiques différentes d’un devis, qui lui-même est différent d’une note de frais ou d’une demande de congés.

Cela revient à chercher les propriétés d’un document, ou plus précisément ses métadonnées. Ces métadonnées servent à ranger les documents à leur place. Elles servent aussi à les retrouver plus rapidement.

Si les métadonnées sont mal analysées, voire pas analysées du tout, les utilisateurs risquent de se détourner de SharePoint car ils ne verront pas son intérêt par rapport à Windows. Et ils auront raison.

Pratiquement, tous les projets SharePoint qui ont été délaissés par les utilisateurs souffrent d’un manque d’analyse des métadonnées. Ces sites avaient été construits pour faire du « windows-like ».

La taxonomie représente environ 20% du coût du projet.

Étudier l’impact organisationnel

L’objectif est d’identifier les impacts sur l’organisation, liés à la mise en place de SharePoint et de repenser cette organisation.

SharePoint introduit de nouvelles façons de penser les documents à travers l’Organisateur de contenu, les ensembles de documents ou les stratégies de gestion des informations.

Il faut tirer profit de ces nouveaux paradigmes bureautiques pour simplifier les tâches de l’utilisateur. Concrètement, un utilisateur peut alimenter la bonne bibliothèque au bon endroit d’un site SharePoint en connaissant uniquement l’existence de la Bibliothèque de remise, sans rentrer dans les détails du site.

L’alimentation peut aussi se faire par l’envoi d’un email avec le document en pièce jointe à SharePoint.

Quel que soit la solution retenue, elle devra toujours obéir à la règle du « pas de duplication de contenu ». Si l’information a besoin d’être dupliquée, ça sera à travers une réplication synchronisée.

L’autre besoin concerne l’accès aux documents. Avec un site SharePoint qui utilise les métadonnées, un utilisateur peut trouver un document sans être obligé de parcourir tous les sites, grâce au panneau d’affinement du centre de recherche.

Définir l’architecture technique

L’objectif de l’architecture technique est de dimensionner l’architecture pour 10 ou 10000 utilisateurs.

Il s’agit d’une étape technique où des hypothèses sont faites sur l’utilisation future de SharePoint.

L’intérêt de SharePoint est aussi son évolutivité, qui été encore améliorée dans SharePoint 2016. Concrètement, l’architecture peut évoluer d’un serveur unique à une ferme de 30 serveurs sans perdre le travail déjà réalisé.

Cette étape permet aussi de poser les bonnes questions comme par exemple, sur les accès anonymes (autorisés ou non), qui accédera à SharePoint (utilisateurs de l’Active Directory ou pas).

L’étape de définition de l’architecture technique permet aussi d’identifier les sources de contenu externes auxquels SharePoint devra accéder, soit pour les indexer, soit pour les lire ou les mettre à jour. Dans tous les cas, les méthodes d’accès sécurisées sont à définir.

Étudier la sécurité

L’objectif est de garantir au maximum la sécurité des données de SharePoint.

Les utilisateurs confient leurs précieuses données à SharePoint. Il faut donc s’assurer qu’elles restent disponibles. De plus le coffre-fort de données que contient SharePoint devient appétissant pour de nombreux prédateurs.

Les solutions à étudier couvrent donc les autorisations des utilisateurs et des applications,  la sauvegarde et la redondance des données, le chiffrement des données et des échanges, la lutte contre les malwares et les tentatives de pénétration.

Dès la phase de conception, il est nécessaire d’intégrer les besoins de sécurité, car ils ont un impact certain sur le « design » global des sites SharePoint. Il s’agit d’un outil collaboratif mais cela ne signifie pas que tout le monde peut accéder à toutes les informations sans discernement.

Installer l’environnement SharePoint de développement

L’objectif est de disposer d’un environnement de type « bac à sable » pour les tests, formation et développement. Pour des raisons de sécurité, cet environnement doit être totalement déconnecté de l’environnement de production.

N’acceptez jamais de travailler directement sur l’environnement de production. De même, n’acceptez pas non plus que l’environnement de développement devienne le futur environnement de production. Dans ce cas, vous allez récupérer toutes les scories liées au développement.

Cette étape est très opérationnelle. Il s’agit de créer et paramétrer l’environnement. C’est l’occasion de s’habituer à automatiser les tâches à accomplir avec PowerShell.

Prenez aussi l’habitude de mettre en place des outils pour vous faire des remontées automatiques en cas de changement de la configuration : droits, services, etc. Au début, certains font des manipulations hasardeuses sans le savoir.

Prototyper sur le site de développement

L’objectif est de réaliser un prototype opérationnel avec SharePoint afin de montrer à quoi va ressembler le futur site et à quoi il va servir. C’est aussi l’occasion de tester toutes les hypothèses précédentes.

Cette étape est très opérationnelle. Il s’agit de créer ou paramétrer tous les objets identifiés précédemment.

Le livrable est un ensemble de sites SharePoint.

Vos interlocuteurs ont tendance à préférer voir des petites parties opérationnelles rapidement plutôt  que d’attendre longtemps pour voir un résultat « parfait ».

Une mise en œuvre progressive permet également d’introduire des corrections mineures de trajectoire au fur et à mesure, ce qui conduit finalement à un meilleur résultat.

Dans cette étape, il est malin de chercher à automatiser le plus possible. En effet, le processus de création est itératif car les utilisateurs modifient leurs perspectives au fur et à mesure de l’avancement du prototype.

C’est aussi un entraînement utile lors du futur passage en production.

Installer l’environnement SharePoint de production

L’objectif est de disposer d’un environnement réel de production pour SharePoint.

Cette étape est très opérationnelle. Il s’agit de créer et paramétrer l’environnement.

L’utilisation de scripts PowerShell pour automatiser le plus possible l’installation est indispensable. Certaines tâches, comme la configuration des serveurs de cache, ne peuvent se faire qu’avec PowerShell.

Le passage de l’environnement de développement en production mérite une attention particulière. En particulier, chaque nouveau cycle de mise à jour ne doit pas être destructif en production. C’est évident mais cela va mieux en le disant.

Le suivi de votre ferme SharePoint est indispensable pour son contrôle et sa sécurité.

Suivre la ferme SharePoint

L’objectif est de s’assurer de la pertinence de la solution mise en œuvre et de surveiller la ferme SharePoint afin de contrôler sa sécurité.

Dans cette étape, il s’agit d’activer avec discernement les très nombreux journaux et rapports liés à SharePoint.

La lecture manuelle de tous les journaux est impossible. Il faut disposer d’outils maisons ou d’éditeurs, afin d’avoir une remontée pertinente et automatique sur des activités anormales de la ferme.

Outre les aspects sécurité, le suivi de la fréquentation des sites, ainsi que les requêtes de recherche des utilisateurs permet de s’assurer de la pertinence des informations contenues dans SharePoint.

Il n’est pas rare qu’un utilisateur recréé une information déjà existante parce qu’il ne sait pas utiliser correctement SharePoint. Les besoins de formation peuvent être aussi détectés par l’analyse des requêtes de recherches.

Former et accompagner

L’objectif est de sensibiliser la Direction Générale à l’arrivée de SharePoint et de former les utilisateurs à l’utilisation de ce nouvel outil.

Pour la Direction Générale, il est suffisant de procéder à quelques démonstrations bien introduites. Ces démonstrations doivent plus mettre en valeur les avantages de SharePoint que ses fonctionnalités.

Outre les formations présentielles, il faut penser à mettre à disposition des utilisateurs des mémos, fiches pratiques et modes d’emploi afin de prévenir les questions qu’ils vont se poser.

Par expérience, l’utilisation de la vidéo est bien vécue, y compris dans les milieux les plus revêches.

Livre Créer et Organiser le contenu des sites SharePoint 2013: Travaux Pratiques Corrigés

Le livre Créer et Organiser le contenu des sites SharePoint 2013: Travaux Pratiques Corrigés (135 pages) est un recueil de travaux pratiques destinés à des personnes utilisant les sites SharePoint 2013 dans leurs activités bureautiques ou ayant en charge la gestion de sites Intranet hébergés sur Microsoft SharePoint 2013.

En particulier, ce livre d’exercices couvre l’organisation des contenus et leur mise à disposition pour les utilisateurs finaux.

Il s’adresse donc à une population d’usagers communément appelés concepteurs.

Ces Travaux Pratiques pour Concepteurs traitent des possibilités de personnalisation offertes par le navigateur.

Bien qu’il soit simple d’usage, il permet des manipulations souvent insoupçonnées, même par certains utilisateurs chevronnés de SharePoint.

Les travaux pratiques de ce document ont été peaufinés par la pratique de plusieurs centaines de stagiaires en formation.

Conçus dans un réel souci pédagogique, ils commencent par des manipulations de base (création de sites, création de listes etc.).

Progressivement, vous apprendrez des usages plus complexes comme par exemple, la connexion de composants WebPart.

Ces exercices seront aussi l’occasion de comprendre l’intérêt pratique de ces manipulations à l’aide des nombreuses explications.

Vous découvriez aussi certainement de nouvelles notions.

Afin de tenir compte de l’absence du formateur, nous avons inséré plus de 130 illustrations, notamment à l’occasion des passages les plus délicats.

SharePoint: Le suivi de l’historique des versions

Le suivi des versions (ou contrôle de versions ou versionning en mauvais franglais) d’une liste ou d’une bibliothèque dans SharePoint peut être à la source de nombreux contresens. Le suivi des versions permet d’avoir plusieurs versions d’un même document. Les

Lors de la création d’une liste ou d’une bibliothèque avec l’interface graphique du navigateur Web, le suivi des versions n’est généralement pas activé par défaut. C’est vrai aussi lors de la création d’une liste ou d’une bibliothèque avec SharePoint Designer.

Il existe toutefois des exceptions. Les bibliothèques de connexions de données, de pages wiki et de rapports ont le suivi des versions activé par défaut mais il est possible de le désactiver.

De même, le suivi des versions est activé par défaut pour les listes de suivi de problèmes, les listes Mémo des appels téléphoniques et Circulations. Ces deux derniers types de liste sont accessibles lorsque la fonctionnalité de site Listes Travail de groupe est activée.

Il y a des différences dans le suivi des versions entre une liste et une bibliothèque.

Suivi des versions d’une bibliothèque

Si le suivi des versions n’est pas actif pour votre bibliothèque, vous pouvez l’activer en allant sur les paramètres de la bibliothèque (Ruban Bibliothèque) puis vous cliquez sur Paramètres de contrôle de version.

Dans la section Document – Historique des versions:

Paramètres de l'historique des versions

Versions principales

Si vous sélectionnez uniquement l’option Créer des versions principales, l’ajout d’un nouveau document, ou sa création,lui donne la version 1.0. Ensuite, à chaque fois que vous modifierez et enregistrerez les propriétés du document, la version va s’incrémenter de 1 : 2.0, 3.0, 4.0 etc.

L’incrémentation dépend aussi de l’intégration des outils clients utilisés (par exemple suite Office, notepad, autre) et donc du type de documents. Par exemple, le numéro de version d’un fichier texte sera incrémenté à chaque enregistrement du document.

Historique des versions d'un fichier texte

Les fichiers d’images fonctionnement comme les fichiers de type texte.

S’il s’agit d’un document Office (Word par exemple), modifié avec le client Office correspondant (Microsoft Word), le numéro de version sera incrémenté uniquement à sa fermeture. les enregistrements successifs n’incrémenteront pas le numéro de version. Par exemple, les fichiers ci-dessous ont été chargés une première fois puis modifiés et enregistrés 4 fois de suite. L’application cliente a été fermée.

Historique des versions d'un fichier Office

Nombre de versions principales à conserver

Dans les paramètres de la bibliothèque, vous pouvez aussi indiquer le nombre maximal de versions principales à conserver. C’est souvent une source de confusion.

En effet, si vous indiquez le chiffre 4, vous pourrez quand même avoir des versions 5.0, 6.0, 7.0 etc. En revanche, vous ne pourrez jamais avoir un historique de plus de 4 versions simultanément. Autrement dit, quand le document atteindra la version 7.0, SharePoint aura gardé la version principale courante (7.0) et les 4 dernières (6.0, 5.0, 4.0, 3.0). Il aura supprimé les plus anciennes versions: 1.0 et 2.0. Lorsque le document passera à la version 8.0, la version la plus ancienne (3.0) sera supprimée et il restera les versions: 8.0 (courante), 7.0, 6.0, 5.0 et 4.0. Et ainsi de suite.

Lorsque vous limitez le nombre de versions principales à conserver en indiquant un chiffre, SharePoint n’opère pas immédiatement pour réduire le nombre de versions. Il supprime les versions supplémentaires (si elles existent) uniquement lorsque vous serez amené à créer une nouvelle version. Ce comportement s’explique pour des raisons de performances car cela lui évite de parcourir une bibliothèque qui comporte parfois des milliers de fichiers pour détecter uniquement ceux qui sont en trop.

Toutefois si votre principale préoccupation est le gain de place disque, la solution est d’utiliser un script PowerShell qui supprime l’historique de version des bibliothèques SharePoint, en indiquant une valeur maximale. Attention, testez sérieusement ce script.

Restaurer une version

Grâce à l’historique des versions, vous pouvez restaurer une version précédente. C’est aussi parfois une source de confusion.

Restaurer une version

La confusion vient du fait, que comme la version 7.0 est restaurée, nous imaginons, instinctivement,  que la prochaine version devrait être la 7.0. Cela donnerait une numérotation : 10.0 puis 11.0 puis 7.0 etc. S’il est possible d’avoir des ruptures dans la numérotation (cf. plus bas), il n’est pas possible d’avoir une numérotation qui ne va pas en croissant.

Il vaut mieux imaginer l’acte de restauration comme la copie intégrale du contenu de la version 7.0 et son collage dans la version 11.0 pour venir remplacer tout le contenu existant. Autrement dit, vous créez une version 12.0 dont le contenu provient de la 7.0. Vous pouvez l’indiquer dans les commentaires afin de mieux suivre l’historique du document.

Versions principales et secondaires

Si, dans les paramètres, vous sélectionnez uniquement l’option Créer des versions principales et secondaires (brouillons), non seulement la case Conserver des brouillons pour le nombre suivant de versions principales se libère mais de plus la section Sécurité des éléments de brouillon se libère aussi, au moins partiellement.

Sécurité des éléments de brouillonLa section Sécurité des éléments de brouillon permet de mieux comprendre l’intérêt des versions secondaires. En particulier, si vous sélectionnez l’option Uniquement les utilisateurs pouvant modifier des éléments.

Pour mieux comprendre, supposez qu’Alice a le droite de créer ou modifier des documents dans cette bibliothèque et Bob a uniquement le droit de lire les documents sans pouvoir les modifier. Si l’option Uniquement les utilisateurs pouvant modifier des éléments est cochée, Bob ne pourra voir que les versions principales. Il ne verra pas les versions secondaires.

Dans l’exemple ci-dessous, Alice a créé le 10/6 un nouveau document dans une bibliothèque où les versions principales et secondaires avaient été préalablement activées. La première version est donc la version 0.1. Le 13/6, elle modifie et enregistre le même document qui passe en version 0.2. Elle le modifie encore le 14/6, il passe en version 0.3.

Le 17/6, Alice décide de passer son document en version principale car elle considère qu’il est terminé ou parce qu’il a été validé. Le passage en version principale s’appelle une publication. Étymologiquement, publier signifie « rendre public ». Le document passe donc en version 1.0. Finalement, Alice modifie encore son document le 20/6, le document se retrouve en version secondaire 1.1. Puis le 21 juin, elle publie une nouvelle version principale, c’est la version 2.0. Enfin, le 23/6 Alice procède à une ultime modification qu’elle ne publiera jamais: le document est en version 2.1.

Dates ALICE
(droit de modifier)
BOB
(droit de lecture)
10/06 0.1 /
13/06 0.2 /
14/06 0.3 /
17/06 1.0 1.0
20/06 1.1 1.0
21/06 2.0 2.0
23/06 2.1 2.0

Lorsque Bob se connecte à la bibliothèque, le 10 juin, il ne voie pas le document car l’option Uniquement les utilisateurs pouvant modifier des éléments (ULUPMDE) a été activée. C’est la même situation le 13 et 14 juin.

Ce n’est qu’à partir du 17 juin que Bob peut lire pour la première fois le document qui est en version principale 1.0. C’est d’ailleurs la seule version qu’il verra aussi le 20/6, bien qu’il existe une version secondaire. En effet, cette version secondaire lui est inaccessible à cause de l’option ULUPMDE activée.

Le 22 juin, Bob peut voir la version 2.0 et c’est la dernière version qu’il pourra lire en l’état car Alice ne fera plus de publication.

Limiter le nombre de versions secondaires à conserver

Ce paramètre est probablement le moins évident à comprendre dans le suivi de l’historique des versions. En effet, une lecture rapide pourrait vous faire croire qu’il est l’équivalent du nombre de versions principales à conserver.

Limiter le nombre de versions secondaires à conserver

Ce n’est pas le cas.

Il indique le nombre de versions principales qui auront des versions secondaires. Il ne limite pas le nombre de versions secondaires qui peut être illimité, si la place disque le permet.

Si, par exemple, vous avez saisi 7 pour le nombre maximal de versions principales et 2 pour le nombre de brouillons.

Limiter le nombre de versions principales à conserver

Cela signifie que SharePoint gardera un nombre illimité de versions secondaires pour les 2 dernières versions principales (6.0 et 7.0 mais aussi 18.0 et 19.0). Les versions secondaires (ou brouillons) des versions principales inférieures seront supprimées (1.0 à 5.0 ou 12.0 à 17.0). Rappelez-vous qu’il faut ajouter la version courant au nombre maximal de versions principales pour obtenir le nombre total maximum de versions d’un document.

Les suppressions réalisées par SharePoint ne vont pas dans la corbeille de site. Une sauvegarde réalisée par un opérateur de sauvegarde permet de restaurer.

Supprimer manuellement des versions

Lors de la consultation de l’historique des versions, SharePoint affiche la possibilité de supprimer des versions principales et secondaires antérieures.

Supprimer manuellement des versions

Si vous cliquez sur Supprimer les versions secondaires, toutes les versions secondaires seront supprimées sauf la dernière version secondaire (si elle existe).

Si vous cliquez sur Supprimer toutes les versions, toutes les versions principales et secondaires seront supprimées sauf la dernière version principale et la dernière version secondaire.

Les versions supprimées principales ou secondaires sont envoyées dans la corbeille du site. Il est donc facile de les restaurer en cas d’erreur.

Restaurer des versions

A la suite d’une suppression manuelle d’une version, la corbeille récupère les versions sous forme de fichiers élémentaires. Il est donc possible de restaurer un fichier dans une version précise sans avoir à tout restaurer. Cela explique pourquoi,  il y a parfois des ruptures dans la numérotation des versions.

Les ruptures dans la numérotation peuvent aussi venir de suppressions manuelles der versions faites à des époques différentes.

Rupture de numérotation des versions

Mécanisme d’approbation

Le mécanisme d’approbation des documents permet de mieux contrôler le risque documentaire. En effet, ce mécanisme permet de s’assurer que le document ne sera visible qu’une fois qu’il sera approuvé.

Lorsque vous cochez à oui l’option Demander une approbation du contenu pour les éléments soumis, la section Sécurité des éléments de brouillon se libère et l’option Uniquement les utilisateurs pouvant approuver des éléments (et l’auteur de l’élément) est activée par défaut.

Approbation de contenu

Comme vous pouvez le constater le mécanisme d’approbation est indépendant de l’historique des versions.

Lors de l’ajout d’un document, si l’approbation de contenu a été activée, la colonne État d’approbation s’affiche.

Approbation de contenu

Le fichier Word a été rajouté après que l’option de contenu ait été activée. Son état d’approbation est en cours.

Si l’option Uniquement les utilisateurs pouvant approuver des éléments (et l’auteur de l’élément) est toujours activée alors un utilisateur qui ne dispose que des droits de lecture et modification ne voit pas le fichier. Pour qu’ils puissent voir le fichier, sans modifier leurs droits, il faut que le fichier soit approuvé par un approbateur.

L’approbation est faite par sélection du document puis clic sur Approuver/refuser dans le ruban, par exemple.

L’état d’approbation peut être annulé: le document peut être par la suite rejeté ou suspendu. Toutefois, ce n’est que dans l’état Approuvé qu’il sera visible de tous les utilisateurs autorisés à le lire.

Si des documents sont présents dans la bibliothèque et que l’approbation du contenu est activé ensuite, les documents présents bénéficient automatiquement du statut Approuvé. les utilisateurs autorisés auront donc accès à ces documents.

Suivi des versions d’une liste

Le suivi de versions d’une liste n’est pas exactement similaire à celui d’une bibliothèque car la notion de versions secondaires a été remplacée par la notion d’approbation.