Avec Savoir-faire Linux

Présentation au sujet: "Avec Savoir-faire Linux"— Transcription de la présentation:

1 Avec Savoir-faire Linux
Réalisation d’un intranet étudiant sous Drupal Avec Savoir-faire Linux Marie-Agnès Gheeraert  

2 L’espace numérique étudiant

3 Un « media social» Tous les dauphinois peuvent poster une actualité Informations pratiques, nouvelles des associations, concours et prix étudiants 3 étudiants community-managers et 20 contributeurs Les auteurs sont mis en valeur (photo, profil) Chacun peut commenter ou recommander les articles qui l'intéressent.

4 Une boite à outils digitale
Responsive, mobile first Ergonomique, convivial, s'adapte à tous les formats (ordinateur, tablette, smartphone). L’étudiant accède en un seul clic à son emploi du temps, son portail d'aide à l'insertion professionnelle, les cours en ligne, les ressources documentaires de la bibliothèque... Chaque utilisateur choisit les flux d'information auxquels il souhaite s'abonner

5

6

7

8

9

10

11 Le développement

12 Déroulement du projet L’existant : 150 sites Typo3, un ENT ESUP
Conformément au code des marchés publics L’existant : 150 sites Typo3, un ENT ESUP 2014 : analyse des besoins Juin 2014 : choix du CMS DRUPAL Novembre 2014 : publication de l’appel d’offres Décembre 2014 : analyse des 4 réponses Janvier 2015: audition de 2 prestataires Janvier 2015: attribution à Savoir-faire Linux Septembre 2015 : ouverture de My.dauphine.fr

13 Pré-requis Urbaniser et faire évoluer le SI communication
Et objectifs complémentaires Urbaniser et faire évoluer le SI communication Industrialiser notre solution web Acquérir des compétences en développement et administration Drupal Acquérir des bonnes pratiques, notamment en gestion de projet agile

14 1. Urbanisation du SI communication
La communication EST un métier de gestion Les opérations : évènementiel, distribution d’objets de comm, relations presse, communication aux usagers, animation des réseaux sociaux… La communication A BESOIN d’outils de gestion et de reporting => Cartographie fonctionnelle et applicative => Modélisation des processus

15 Analyse fine des cibles et des objectifs
Les « personas »

16 2. Industrialisation de l’architecture technique
Redmine GitLab Behat Jenkins Conception Développement Tests et essais SaaS Agilité Automatisation Réplication Cloisonnement Standardisation Supervision PaaS Agilité Aegir Puppet Kickstart Capacité Disponibilité IaaS Continuité Protection Réplication Cloisonnement Standardisation Supervision Capacité VMWare VSphere Veam Backup Veam One Disponibilité 25/04/2017

17 3. Acquisition de compétences
Gestion de projet Développement collaboratif Tests Automatisation des tests Automatisation de Drupal 25/04/2017

18 4. Bonnes pratiques en gestion de projet
Plate-forme de gestion de projets Redmine Wiki Partage de fichiers Gestion des tickets Gestion des activités Ressources Temps de travail Gantt Itérations Un regret : ne pas avoir été considérée comme une « ressource » dans Redmine : manque de visibilité des activités coté « client »

19 Université Paris Dauphine
designers développeurs Architectes Project leader Savoir-faire Linux Product Owner Université Paris Dauphine

20 « Product owner »

21 Les risques Essentiellement humains Risques financiers Risques humains
Estimation de charge trop basse Risques humains Absence de ressources humaines ou ne sont pas disponibles Manque de communication : Les équipes respectives ne communiquent pas suffisamment et le projet part dans la mauvaise direction Changements des besoins du client au fil du projet Les délais de validation ne sont pas respectés Risques matériels et logiciels Ressources matérielles manquantes Système de permissions trop souple : Les éditeurs peuvent accéder en édition à tous les contenus du site et cela cause des problèmes.

22 Les clés de la réussite Être « agile » Un chef de projet, interlocuteur unique pour coordonner les équipes, le « product owner » Etre précis dans sa demande, d’abord dans le document de cadrage, ensuite dans les réunions et les comptes-rendus de réunion Avoir bien préparé l’analyse des besoins Avoir un groupe de travail en pleine cohésion Sinon : perte de temps, d’énergie et d’argent, risque d’échec

23 Questions fréquentes Pourquoi un prestataire canadien ?
Pourquoi Drupal ? Bientôt Drupal 8 ? Pourquoi pas un réseau social ? Intégration des applications ?

24 Et ensuite ? Projet de gestion de notifications SOA et bus de service
Projet de développement de sites de masters de type « réseau social »

25 Merci de votre attention
Des questions ?