Wiki » History » Version 2
Aymen Khelifi, 04 Dec 2020 11:06
| 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 | 2 | Aymen Khelifi | * recevoir et valider les notebook de test |
| 78 | |||
| 79 | 1 | Sofiane Mokrane | * 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 |
| 80 | |||
| 81 | * Supprimer les accès et comptes aux différents outils de KaisensData (Boite mail, Git lab, Redmine, teams) |
||
| 82 | 2 | Aymen Khelifi | |
| 83 | 1 | Sofiane Mokrane | |
| 84 | |||
| 85 | h2. *IV. Creer une barache dans GitLab* |
||
| 86 | |||
| 87 | h2. *IV. Creer un compte GitLab* |