Introduction et contexte du cas d’étude

Introduction et contexte du cas d’étude


La publication intersites (plus communément appelée « Cross-Site Publishing »), apparue avec SharePoint 2013, vous connaissez?

Récemment, chez GSoft, nous avons eu l’occasion de l’utiliser dans le cadre de l’un de nos projets d’intranet d’entreprise. Le moins que l’on puisse dire est que, bien que séduisante en théorie, cette nouvelle façon de faire de la publication dans l’outil s’avère être un véritable challenge (pour ne pas dire casse-tête) fonctionnel et technique dès lors qu’il s’agit de l’adapter à la réalité d’utilisation en entreprise.

En effet, qu’en est-il de celle-ci lorsque vient le temps de l’intégrer avec d’autres fonctionnalités communément rencontrées dans les intranets d’entreprises telles que le multilinguisme, le ciblage de contenu ou bien même le social?

Il n’existe malheureusement que très peu (voir aucune) documentation sur le sujet, les exemples et autres articles disponibles sur la toile se limitant bien souvent à des cas idéaux et très (trop?) simples. Cependant, pour quelqu’un qui souhaite avoir un aperçu des possibilités de cette fonctionnalité, je vous conseille tous de même la lecture des articles suivants:

Pour notre part, nous avons choisi de vous expliquer, à travers un retour d’expérience, les stratégies d’implémentation que nous avons retenue et les problématiques que nous avons rencontrées dans le cadre de la réalisation d’un intranet SharePoint utilisant cette fonctionnalité comme base. Ainsi nous allons vous détailler :

  • Comment nous avons organisé notre projet pour faciliter un développement centré sur le besoin en méthodologie SCRUM.
  • Comment nous avons mis en place la publication intersites et pourquoi.
  • Comment nous avons gérer le changement au niveau des utilisateurs de l’application.
  • Comment nous avons tiré parti au maximum des fonctionnalités natives de SharePoint.
  • Comment nous avons comblé les manques d’intégration de celle-ci aux autres fonctionnalités rencontrées dans les intranets.
  • Comment nous avons intégralement automatisé nos déploiements.
  • Comment nous avons rendu le tout assez générique pour que vous puissiez vous-même l’implémenter dans vos projets.

Cette série d’articles sera découpée de la manière suivante:

Définition d’un carnet de produit adapté notre philosophie de développement

Notre stratégie pour rendre nos déploiements robustes

Gestion du processus complet de création du contenu jusqu’à son affichage.

Module #2 : La navigation

Catégorisation et accès à l’information.

Module #3 : La gestion documentaire

Gestion des contenus médias et migration de contenus à même le processus de développement.

Module #4 : Le multilinguisme

Création et visualisation de contenus dans une ou plusieurs langues.

Module #5 : Cycle de vie de l’information

Contrôle de l’expiration et la publication des contenus.

Module #6 : Social

Commentaires et interactions entre utilisateurs

Module #7 : Ciblage de contenu

Filtrage de l’information à une ou plusieurs catégories d’individus selon des critères précis

Module #8 : Recherche

Accès optimisé à l’information du portail.

Module #9 : Design

Traduction de l’image de marque de l’entreprise dans la solution.

Rétrospective du projet

Synthèse des enseignements tirés de notre projet

A qui s’adressent ces articles ?

Cette série d’articles aborde des concepts poussés de SharePoint et nécessite donc une bonne connaissance de l’outil notamment en termes de recherche, d’architecture logique et développement. De même, une connaissance des principes fondamentaux de la publication SharePoint est fortement recommandée. Par conséquent, nous destinons ces articles en priorité aux architectes et développeurs SharePoint désireux de mettre en place cette technologie pour des projets de types intranet/extranet/internet.

Cependant, un analyste ou un ScrumMaster y trouvera également son compte pour la mise en place d’un carnet de produit (backlog) efficace pour ce type de solution, car au-delà d’une étude de cas, technique, nous présenterons également notre manière d’organiser nos développements.

Enfin, tout au long de notre discours, nous essayerons de vulgariser nos approches au maximum pour faciliter la compréhension de tous.

Contexte de l’étude de cas

Pour connaître les différents contextes dans lesquels nous avons utilisé la publication intersites, vous pouvez vous référer au site de GSoft :

Nous comparerons ici deux types de solutions de publication SharePoint :

Un exemple concret d’implémentation pour vous donner une idée du résultat final est même disponible à cette adresse : http://chad.ca

Les raisons qui nous ont motivé à utiliser la fonctionnalité de « Cross Site Publishing » sont les suivantes :

Dans un contexte d’intranet :

  • Le contrôle et la répartition de la contribution aux contenus que permet cette approche. Dans le cas d’Agropur, cet aspect était prépondérant étant donné la structure même de l’entreprise.

Dans un contexte de site web :

  • Les capacités de « Search Engine Optimization » permettant un meilleur référencement.
  • Les performances globales qu’apporte la recherche SharePoint de manière générale.

Cependant, dans chacun de ces contextes, vous verrez que la stratégie reste sensiblement la même permettant ainsi de définir un modèle architectural global aux solutions de publication SharePoint en général.

+ There are no comments

Add yours