Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités

[AVIS] Le paradoxe SharePoint : Gouvernance or not ?

Travaillant main dans la main avec Christian Hougardy sur le sujet de la Gouvernance et ce depuis longtemps, je suis assez effaré du Buzz actuel sur la notion de gouvernance.

Si, si le terme en moins de 4 mois est devenu aussi connu dans le monde du SharePoint que Britney Spears dans le milieu People.

Mais bon, au moins, la gouvernance est un vrai sujet de valeur.

Je suis tombé sur un très bon article du

SharePoint Paradox Meets SharePoint Governance

Je reviendrai pas sur la notion de gouvernance, cet article ou ces posts de Christian couvrent très bien le sujet

Mais je veux attirer votre attention sur quelques points de la lecture de l'analyse du Paradoxe SharePoint

Actuellement, SharePoint 2007 vit un essor incroyable : la demande afflue, la confiance augmente : C'est la technologie à la mode en entreprise

On le constate aisément  :

  • Soit par les chiffres  : $1billion 100 million pour Microsoft en 1 an de license MOSS
  • Soit par le trust du sujet SharePoint dans la plupart des Évangélistes : même Guy Kawasaki y regarde de plus prés
  • Soit par la chasse MASSIVE des compétences SharePoint : bonjour les recruteurs surmotivés
  • Soit par la taille grandissante des projets SharePoint

Difficile d'expliquer un tel essort ?
>>> Pas temps que cela si on regarde certaines caractéristiques de base de SharePoint

  • Générateur d'espace au besoin
  • Des modèles prêts à l'emploi prônant la collaboration, le partage
  • l'interconnexion Office
  • Une montée en charge
  • le natif peut couvrir à froid 80% de besoin de base
  • un modèle objet complet et un système de déploiement complet
  • ...

Si ça ne s'explique pas aisément, en tout cas ça se comprend bien

Le vrai Paradoxe de SharePoint est que son pire ennemi est lui même !!!

KEZAKO

Non non, vous avez bien lu et j'assume

Je m'explique :

Depuis longtemps, j'avertie les gens sur l'aspect viral de SharePoint. Du moment que vous créez un site pour un user voir un second pour des meetings, ses collègues ne mettront pas longtemps a en voir l'intérêt et à exiger le même

Et la commence la SPandémie
>>> Vous créez de plus en plus de site, vous gérez de moins en moins et à la fin vous déléguez les droits de création à des tiers ...

Moralité, SharePoint suit une croissance organique sous contrôle du besoin des utilisateurs, souvent sans fin suite à  la disette informatique de la bubulle de l'an 2000.

En effet, SharePoint offrant une véritable liberté de création de contenu, il donne en même temps un pouvoir très dangereux qui se concrétise en

  • une jungle de site SharePoint
  • une accumulation de data parsemées
  • des moteurs de recherche débordés
  • des DB en croissance permanente  : bonjour les DBA avec 300GB dans un base
  • des KPI clairsemés
  • ...

Qui dit grand pouvoir, dit grande responsabilité

Or, avez vous déjà su convaincre un utilisateur, un IT, un DEV de suivre les formations et de bien écouter ?

C'est assez compliqué. Prenez par exemple le cas des inbox Exchange de plus de 2GB jamais classés ...

L'effet Viral de SharePoint m'amène à une sorte de "théorème" : "Quelque soit la volumétrie estimée du projet, elle sera PI fois supérieure"

Sous entendu : prévoyez un coefficient entre 3 et 4 supérieur à vos prévisions
>>> Quand les utilisateurs adhérent, ils n'en démordent pas, bien au contraire

C'est la qu'arrive les vrais soucis ...

  • Les DBs grossissent et remettent en question l'architecture de stockage
  • Difficile d'unifier une politique de catégorisation/taxonomie
    • Des bibliothèques de partout
    • Des Content types non centralisés
    • Modèles de document ?
    • Gestion des modèles ?
  • Croissance non maîtrisée

Sous entendu : bye bye l'organisation générale

Il faut donc maitriser ses processus et les règles de gestion

Soit la problématique de la gouvernance, la vraie !

Définir les tenants et aboutissants comme :

  • les responsabilités
  • la définition des modèles
  • la délégation
  • les droits et devoirs
  • la politique de croissance et de formation

Sous entendu, contrôler, gérer à la baguette tel un chef d'orchestre Allemand la vie de votre ferme SharePoint

Et là le paradoxe prend toute son ampleur !!!

  1. La force de SharePoint est de générer au besoin / la gouvernance veut les contrôler
  2. La gouvernance est surtout un recueil de processus, pas de bonne pratique

Donc, d'un coté il faut cadrer le potentiel de l' outil et en plus selon des règles de gestion

Ce qui est bien compliqué est, selon mon point de vue, si on applique une Check List à la lettre, on ne fait que contrôler que tout va bien

>>> on ne s'assure pas que la Check List soit justement au fait de vraies bonnes pratiques

En résumé, si la gouvernance définit les "What to do", il faut en parallèle gérer aussi les "How to do"

Vous voulez un exemple ?

Simple, prenons le cas de la DB

  • point de vue gouvernance : un personne est responsable de la maintenance SQL et doit assurer une SLA de 45 minutes en cas de crash
  • point de vue DBA : je ne pourrais définir une SLA que selon mon matériel et vos besoins

C'est facile de définir des SLA mais recopier 150 GB depuis une bande magnétique et la restorer en moins de 45 min ...
>>> il faut donc les machines adéquates, la compétence et valider le tout avant même de définir engagement et responsabilités

Actuellement, le soucis est de justement définir d'un coté les Best Practices SharePoint et ensuite les accorder adroitement avec son plan de Gouvernance 

Maintenant, trouver ces bonnes pratiques, suivre l'évolution de la technologie et prévoir/gérer  le fonctionnement de sa ferme est extrêmement chronophage et compliqué ...

Il est vrai qu'on trouve de plus en plus de gens qui vous diront ce qui est "bien de faire" mais peu qui vous expliquerons "comment le faire"

Tout un dilemme, un autre paradoxe !

Un dernier paradoxe pour la fin ?

Il est actuellement très difficile de mettre en place un vrai plan de gouvernance une fois les machines installées, les licences acquises et le portail ouvert aux utilisateurs. En effet, comment recadrer un processus déjà initié à postériori

Actuellement, la démarche d'auditer ses besoins, son évolution et de définir la véritable utilisation de la technologie n'est jamais synchrone avec l'achat des machines et/ou le potentiel de son réseau. Mais sans cette démarche, comment arriver à un véritable "sizing" ?

...

Mais bon, pour finir sur une note positive :

  • les bonnes pratiques existent !
  • les mauvaises aussi !!!!

Faites de bons choix et surtout soyez prudent avec la technologie SharePoint : Ce produit marche bien voir trop bien smile_wink

A bientôt

Renaud Comte aka TheMit (pour la promotion des "Bonnes Pratiques")
Member of WygTeam
http://www.wygwam.com

Mots clés Technorati : ,,,,
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mercredi 20 août 2008 12:14 par themit

Commentaires

grenouille a dit :

Joli!

ça résume bien la façon dont je vois les choses..

J'ajouterais que faire la démarche d'audit/définition des besoins peut être complexe et longue, et nécessite une grande implication du client en terme de temps et de moyens.

Ce n'est pas toujours facile à faire comprendre que pour avoir un beau projet qui tienne la route, il faut d'abord discuter et planifier.

Car comme tu le dis, SharePoint ça marche très bien et en quelques clics on a quelque chose de sympa, en quelques clics de plus, on se retrouve vite dépassé par la situation...

# août 20, 2008 14:59

minsou a dit :

excellent article, j'ai d'ailleurs eu le droit à un bon exemple de "pandémie" chez un de mes clients : personne ne savait combien il y avait de site et qui les gérait .........

# août 20, 2008 15:01
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Changer l’adresse d’une ferme Office Web Apps associée à SharePoint par Blog de Jérémy Jeanson le il y a 2 heures et 55 minutes

- Une ferme #SharePoint 2013 dans @Azure en quelques clics (1ère partie) ! par Le blog de Patrick [MVP SharePoint] le 08-28-2014, 18:52

- SharePoint 2013: Préparation de la migration - Création des site Templates dans 2010 et 2013 par Blog Technique de Romelard Fabrice le 08-20-2014, 16:31

- [ #Yammer ] How to change interface language ? Comment changer la langue de l’interface ? par Le blog de Patrick [MVP SharePoint] le 08-20-2014, 14:21

- Onedrive Sync Engine Host : CPU à 100% par Le petit blog de Pierre / Pierre's little blog le 08-06-2014, 22:22

- SharePoint : Bug sur la gestion des permissions et la synchronisation Office par Blog Technique de Romelard Fabrice le 07-10-2014, 11:35

- SharePoint 2007 : La gestion des permissions pour les Workflows par Blog Technique de Romelard Fabrice le 07-08-2014, 11:27

- TypeMock: mock everything! par Fathi Bellahcene le 07-07-2014, 17:06

- Coding is like Read par Aurélien GALTIER le 07-01-2014, 15:30

- Mes vidéos autour des nouveautés VS 2013 par Fathi Bellahcene le 06-30-2014, 20:52