Formation et Protocle de travail » Consignes de gestion de projet

h1. *Consignes de gestion de projet - Geeks- Smart-*

Version : 2020

h2. *I. Prérequis*

 * Convention de stage signée et validée par l'école ou l'université du stagiaire

 * Engagement de confidentialité signée et légalisée. Elle porte sur la non publication de 

   documents ou de code source réalisé pendant le stage sur aucune plateforme en ligne. 

 * Demander de communiquer un encadrant de l'école ou de l'université avant le début de stage, 

   au plus tard 3 semaines après la date de début de stage (Le contact est : Email + Numéro de téléphone).

 * Demander de communiquer le nom d'un responsable de stage (qui n'est pas forcément l'encadrant).

 * La première semaine, contacter l'encadrant pédagogique du stage et le responsable 

   des stages pour éclaircir le déroulement du stage (date de fin, soutenance, ...).

 * Définir un calendrier macro à signer et suivre par le stagiaire : 

   5 mois de travail technique, le dernier mois réparti 50% rédaction 

   de manuscrit et 50% de travail technique.

 * Une semaine avant l'arrivée de stagiaire, veiller à la préparation de ses outils de travail 

   (ordinateurs, email,gitlab, redmine, groupe teams)

h2. *II. Au début du projet*

 * Communiquer et Expliquer le protocole de travail : lecture de document en question, regarder la vidéo et un point d'échange et d'éclaircissement : https://dev.kaisens.fr/projects/protocole-de-travail/wiki

 * Préciser le reporting quotidien sur leur projet : Mise à jour redmine, push du code 

 * Vérifier les accès pour les développeurs aux différents outils de kaisensdata:

   a - Un compte mail

   b - Un compte Redmine 

   c - Un compte Teams avec l'email professionnel 

   b - Groupe sur teams portant le nom du projet 

   c - Projet sur Gitlab pour le push du code et l'ajout d'un accès correspondant à sa durée de présence dans l'entreprise 

 * Créer le projet Redmine et ajout des parties prenantes au projet 

h2. *III. Pendant le projet*

 * Une fois que le projet est en route, il faut en assurer le suivi par des daily afin 

   de suivre l’avancée des activités, anticiper les retards et les résultats au regard du plan du projet initial

 * Assurer une communication régulière sur l'état du projet au product owner : aymen khelifi, Fatemeh ansari, ou tout autre personne (aymen.khelifi@kaisensdata.fr , fansari@kaisensdata.fr)

 * En cas de problèmes avec les collaborateurs, remonter l'information à aymen khelifi et Fatemeh ansari (aymen.khelifi@kaisensdata.fr , fansari@kaisensdata.fr)

 * Veiller à l'application du protocole de travail : annonce d'objectif, email d'avancement , code source 

 * Affectation des tâches sur Redmine :

 a - Création de sous-tâches de courte durée pour un meilleur suivi du travail

 b - S'assurer que la backlog des développeurs est à jour

 c - Clôturer les tâches sur Redmine pour un suivi clair de l'avancement du travail

 * Tester chaque livrable pour remonter les problèmes rapidement avant la fermeture du ticket sur Redmine

 * Dans le cas des projets des clients :

 a - Veiller à assurer une bonne communication et être réactif aux courriels

 b - Éclaircir les demandes du client avant toutes affectation ou réalisation de tâches   

 c - S'assurer que les demandes exprimées par le client au cours de l'avancement du projet 

  sont incluses dans le cahier des charges du projet 

 d - Anticiper d'éventuels dérapages ou problèmes en assurant une communication régulière avec aymen khelifi et Fatemeh ansari (aymen.khelifi@kaisensdata.fr , fansari@kaisensdata.fr)

 * Tout développement d'API REST en python doit se faire en utilisant le framework Django

h2. *IV. A la fin du projet*

 * Dans le cas des projets R&D, veiller à ce qu'un document explicatif du contenu du projet soit remis à la restitution, avec précision des packages déployés sur Pypiserver et le nom du projet Gitlab

 * S'il s'agit d'un projet de stage, supprimer les accès et comptes aux différents outils de kaisensdata (Boite mail, Git lab, Redmine, groupe skype)

h2. *IV. Creer une barache dans GitLab*

h2. *IV. Creer un compte GitLab*