SHAREPOINT USER GROUP SPaa S GCloud Introduction GCloud

SHAREPOINT USER GROUP SPaa. S – G-Cloud

Introduction G-Cloud Share. Point as a Service Questions 2 Share. Point User Group

G-Cloud 3 Share. Point User Group

Pourquoi un G-Cloud Travailler ensemble pour être plus efficace, moins cher et avec une plus grand qualité. Guerre des talents, optimalisation et mutualisation des compétences disponibles. Offrir à nos collaborateurs des défis techniques alignés sur les nouvelles technologies et remplacer les consultants “ad hoc”. Garantie de la sécurité d’emploi pour les ressources et offrir la possibilité de développer de nouvelles compétences. “Concurrence”: Si nous ne pouvons pas offrir une alternative à la concurrence du Cloud Privé, ceux-ci vont nous supplanter à un moment ou à un autre. Le Cloud Public n’offre pas de réponse à notre besoin de sécurité/Privacy. Garantir la continuité et la qualité de services en cas de modification du paysage institutionnel.

G-Cloud / Mission & Vision Mission: La création de “Business Value” par la mutualisation et le déploiement de services informatiques à un coût efficace, et ceci en garantissant un haut niveau de qualité ainsi qu’une sécurité optimale dans le respect de l’individualité des institutions du gouvernement fédéral. Vision: Endéans les 5 à 10 ans, mettre en place une IT commune pour les autorités fédérales qui fournira les bases sur lesquelles institutions pourront gérer leurs métiers.

G-Cloud / Status Iaa. S, Paa. S, Saa. S 40 projets en cours Exemple de Babel. Fed, Sha. D etc. Equipes virtuelles.

G-Cloud / ROI Les équipes peuvent se recentrer sur le core activities. Partage des compétences et des connaissances. Facilite la veille technologique. Augmentation des disponibilités (impact sur la consultance “ad hoc”). Incident, problem et change mgt sur les installations de base (infa et plateformes) gérés par le Cloud. Création d’un réseau de référence technique pour les équipes actuelles.

Lancement du G-Cloud (20152016) / Première Phase Pour les ressources, dans une première phase: – On garde les statuts de chacun. – Les ressources seront “en mission” pour leur institution/ministère. – Les ressources gardent leur chef hiérarchique. – Les ressource pourront avoir deux chefs fonctionnels (un pour l’institution, un autre pour le G-Cloud). – Pas de charge back/compensation prévu dans une première phase. – Le G-Cloud doit prioritairement utiliser les ressources fixes disponibles. – Nous cherchons des collaborateurs compétents et motivés et ceci en accord avec leur management.

SPaa. S 9 Share. Point User Group

SPaa. S / Objectifs Une infrastructure commune, gérées par le G-Cloud Gérée par une équipe opérationnelle, constituée des ressources disponibles chez les partenaires, travaillant part-time au sein du GCloud, part-time au sein de leurs institutions respectives ; ce type d'organisation devant permettre : – de mettre en commun, au sein d'une et une seule équipe, les expériences et compétences acquises par tous les partenaires ; – d'aligner tous les partenaires sur un type d'organisation et de gouvernance ; – de partager et d'aligner les compétences de toutes ces ressources de manière à ce qu'ils puissent en faire bénéficier leurs institutions respectives. Mettre en place un roadmap standardisé. – Celui-ci devant permettre aux partenaires qui seraient intéressés par le projet de mettre en place, en interne, l'organisation nécessaire pour y arriver, et ce, avec le moins d'efforts possible. Ce roadmap prévoyant également la livraison de services de consultance pour l'implémenter au sein de l'institution, ces services de consultance pouvant aller jusqu'à l'organisation de formation, elles aussi mutualisées.

SPaa. S / Scope la mise en place des infrastructures : – une première infrastructure concernerait les services de collaboration et ceux de publication ; • cette infrastructure, doit offrir toutes garanties en termes de sécurité, de continuité, de disponibilité et de scalabilité ; • sera proposée, en tant que services, de manière phasée (le temps que les partenaires puissent mettre en place l'organisation nécessaire chez eux pour pouvoir l'utiliser), l'ordre des phases étant ; – la collaboration simple, sans document couvert par la législation sur la protection de la vie privée ; – la collaboration simple, avec documents couverts par législation sur la protection de la vie privée ; – la collaboration avancée, comprenant les Services avancés de Share. Point, y compris les workflows complexes ; – l'extension de ces sites de collaboration vers une infrastructure complète Share. Point, y compris My. Site, Intranet, Extranet, Internet et ECM. • ces infrastructures seront accessibles à la fois pour les membres d'une même institution/SPF, inter institution/SPF est également accessible pour des collaborateurs externes non connus des services via l’E-Id. Une solution doit être trouvée pour les utilisateurs hors-Belgique.

SPaa. S / Scope – Dans une seconde étape, selon la demande, une deuxième infrastructure (ou plus vraisemblablement, plusieurs infrastructures en parallèle) concernerait les projets nécessitant un développement spécifique, la mise en place de ces infrastructure ferait partie du projet. – Ces deux catégories d'infrastructure doivent également comprendre l'intégration de services techniques supplémentaires, non inclus par défaut dans Share. Point (service de traduction des sites non natifs, intégration E-ID et Shad, intégration avec One drive etc. )

SPaa. S / Scope le roadmap chez le client ; celui-ci comprenant une organisation type sous forme « d'accélérateurs » . Il s'agit ici d'une série de documents, pré-remplis, décrivant l'organisation nécessaire pour pouvoir gérer correctement la gouvernance de l'utilisation de Share. Point. Ces documents reprennent ; la description des différents rôles nécessaires chez le client ainsi que leurs responsabilités et engagements, la description technique des sites demandés ainsi que leurs limites, la politique de sécurité devant être appliqué et les conditions de monitoring. Ces documents sont rédigés de manière à garder un équilibre entre les besoins de base en gouvernance et une certaine créativité de la part du client.

SPaa. S / Scope la mise en place de l'équipe opérationnelle en charge de la gestion quotidienne des plates-formes (que ce soit de collaboration, de publication ou de développement), de l'implémentation de nouvelles demandes et du monitoring en termes de sécurité, d'utilisation (que ce soit en termes de capacity ou à des fins de facturation interne) et du support. Cette équipe s'occuperait également du support pour les CAL. la mise en place de l'équipe/des consultants qui pourront aider les clients à implémenter le roadmap en interne ; que ce soit en termes d'organisation ou d'intégration.

SPaa. S / Ressources actuelles suffisantes pour lancer le projet Besoin de constituer les équipes de production dans le G-Cloud – Analystes – Formateurs – Implémentateurs – Testeurs – Admin Système / déploiement

SPaa. S / Prospects (as far as…) Successeur de Be. Connected : 3. 600 sites / 3. 000 users / 1. 250 k Documents. Collaboration simple : 6 institutions /SPF Intranets : 3 institutions /SPF Publication : 2 institutions /SPF … mais pas encore de démarchage fort (une dizaine de partenaires sur les 35 possibles)… Audit en cours (fin juin 2016)

SPaa. S dans le G-Cloud QUESTIONS ?

Plus de questions ? Dominique. Michaux@inami. fgov. be