Project

General

Profile

Wiki » History » Version 1

Sofiane Mokrane, 25 Nov 2020 11:41

1 1 Sofiane Mokrane
h1. *Consignes de gestion de projet - Kaisensdata -*
2
3
Version : 2020
4
5
h2. *I. Prérequis*
6
 
7
 * Convention de stage signée et validée par l'école ou l'université du stagiaire
8
9
 * Engagement de confidentialité signée et légalisée. Elle porte sur la non publication de 
10
   documents ou de code source réalisé pendant le stage sur aucune plateforme en ligne. 
11
12
 * Demander de communiquer un encadrant de l'école ou de l'université avant le début de stage, 
13
   au plus tard 3 semaines après la date de début de stage (Le contact est : Email + Numéro de téléphone).
14
15
 * Demander de communiquer le nom d'un responsable de stage (qui n'est pas forcément l'encadrant).
16
  
17
 * La première semaine, contacter l'encadrant pédagogique du stage et le responsable 
18
   des stages pour éclaircir le déroulement du stage (date de fin, soutenance, ...).
19
20
 * Définir un calendrier macro à signer et suivre par le stagiaire : 
21
   5 mois de travail technique, le dernier mois réparti 50% rédaction 
22
   de manuscrit et 50% de travail technique.
23
24
 * Une semaine avant l'arrivée de stagiaire, veiller à la préparation de ses outils de travail 
25
   (ordinateurs, email,gitlab, redmine, groupe teams)
26
27
h2. *II. Au début du projet*
28
 
29
 * 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
30
 
31
 * Préciser le reporting quotidien sur leur projet : Mise à jour redmine, push du code 
32
33
 * Vérifier les accès pour les développeurs aux différents outils de kaisensdata:
34
   
35
   a - Un compte mail
36
37
   b - Un compte Redmine 
38
   
39
   c - Un compte Teams avec l'email professionnel 
40
   
41
   b - Groupe sur teams portant le nom du projet 
42
  
43
   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 
44
 
45
 * Créer le projet Redmine et ajout des parties prenantes au projet 
46
   
47
48
49
h2. *III. Pendant le projet*
50
51
 * Une fois que le projet est en route, il faut en assurer le suivi par des daily afin 
52
   de suivre l’avancée des activités, anticiper les retards et les résultats au regard du plan du projet initial
53
54
 * 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)
55
 
56
 * En cas de problèmes avec les collaborateurs, remonter l'information à aymen khelifi et Fatemeh ansari (aymen.khelifi@kaisensdata.fr , fansari@kaisensdata.fr)
57
58
 * Veiller à l'application du protocole de travail : annonce d'objectif, email d'avancement , code source 
59
60
 * Affectation des tâches sur Redmine :
61
 
62
 a - Création de sous-tâches de courte durée pour un meilleur suivi du travail
63
64
 b - S'assurer que le backlog des développeurs est à jour
65
66
 c - Clôturer les tâches sur Redmine pour un suivi clair de l'avancement du travail
67
68
 * Imposer les outils de travail : Vagrant, Docker, Gitlab, CI/CD
69
70
 * Tester chaque livrable pour remonter les problèmes rapidement avant la fermeture
71
 du ticket sur Redmine. Programmer un test de fonctionnement au moins tout les 15 jours.
72
  
73
 * Tout développement d'API REST en python doit se faire en utilisant le framework Django
74
75
h2. *IV. A la fin du projet*
76
77
 * 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
78
79
 * Supprimer les accès et comptes aux différents outils de KaisensData (Boite mail, Git lab, Redmine, teams)
80
81
82
h2. *IV. Creer une barache dans GitLab*
83
84
h2. *IV. Creer un compte GitLab*