Scope Review : Différence entre versions

(Quelques quiproquo classiques)
(Quelques quiproquo classiques)
Ligne 33 : Ligne 33 :
  
 
'''"Maquettes" |''' S'agit-il d'une maquette fonctionnelle et cliquable, d'un parcours utilisateur clair, de simples croquis sans graphisme sur feuilles ?
 
'''"Maquettes" |''' S'agit-il d'une maquette fonctionnelle et cliquable, d'un parcours utilisateur clair, de simples croquis sans graphisme sur feuilles ?
<br>Pour aller plus loin :
 
* [https://www.mockplus.com/blog/post/basic-uiux-design-concept-difference-between-wireframe-prototype Différence entre wireframes ("croquis"), mockup ("maquettes") et prototype] (en anglais).
 
* [https://www.empara.fr/blog/prototype-application-mobile-mockup-invision/ Quelques outils pour créer vos propres croquis, maquettes et "prétotypes"].
 
  
 
'''"Base de données" |''' Sous quelle forme est cette "base de données" ? En informatique une "base de données" désigne quelque chose de bien précis : des tables de données - souvent implémentées en SQL pour les bases de données dîtes "ordonnées". Selon les milieux et la sensibilité tech de chacun.e "base de données" peut désigner un tableau Excel, un csv ou quelque chose d'équivalent, les "données" en soi.
 
'''"Base de données" |''' Sous quelle forme est cette "base de données" ? En informatique une "base de données" désigne quelque chose de bien précis : des tables de données - souvent implémentées en SQL pour les bases de données dîtes "ordonnées". Selon les milieux et la sensibilité tech de chacun.e "base de données" peut désigner un tableau Excel, un csv ou quelque chose d'équivalent, les "données" en soi.
<br>Pour aller plus loin :
 
* [https://www.differencebetween.com/difference-between-database-and-vs-spreadsheet/ Différence entre spreadsheet ("feuille de calcul") et "database" ("base de données")] (en anglais).
 
* [http://prshot.com.au/csv-vs-xml-vs-json-which-is-the-best-response-data-format/ Des précisions sur quelques formats d'échange de données (csv, xml, json)].
 
  
 
'''"Back-office" |''' Besoin d'un back-office ?
 
'''"Back-office" |''' Besoin d'un back-office ?
Ligne 49 : Ligne 43 :
  
 
'''Mise en production |''' Intégration aux outils existants du bénéficiaire, quel serveur utiliser ? Build de l'app ? Autre ? Besoin installer dépendances ?
 
'''Mise en production |''' Intégration aux outils existants du bénéficiaire, quel serveur utiliser ? Build de l'app ? Autre ? Besoin installer dépendances ?
 +
 +
<br>Pour aller plus loin sur ces questions :
 +
* '''"Maquettes" |''' [https://www.mockplus.com/blog/post/basic-uiux-design-concept-difference-between-wireframe-prototype Différence entre wireframes ("croquis"), mockup ("maquettes") et prototype] (en anglais).
 +
* '''"Maquettes" |''' [https://www.empara.fr/blog/prototype-application-mobile-mockup-invision/ Quelques outils pour créer vos propres croquis, maquettes et "prétotypes"].
 +
* '''"Base de données" |''' [https://www.differencebetween.com/difference-between-database-and-vs-spreadsheet/ Différence entre spreadsheet ("feuille de calcul") et "database" ("base de données")] (en anglais).
 +
* '''"Base de données" |''' [http://prshot.com.au/csv-vs-xml-vs-json-which-is-the-best-response-data-format/ Des précisions sur quelques formats d'échange de données (csv, xml, json)].
  
 
==Une checklist de choses à ne pas oublier==
 
==Une checklist de choses à ne pas oublier==

Version du 11 octobre 2018 à 18:45

Après quelques séances de travail, cette réunion a pour objectifs de :

  • Faire le bilan de la phase d’exploration.
  • Valider la compréhension du projet, et clarifier son périmètre.
  • Se projeter dans la suite du projet, avec un planning clair.

Latitudes vous propose un cadre qui aborde les points qui nous semblent importants à ce stade du projet. Mais vous êtes les acteurs du projet. En particulier, nous demandons aux étudiant.e.s d’animer cette réunion.

Les 6 grands points à aborder

#1 Contexte et présentation de la structure
▸ Objectif | S’assurer que la mission de la structure a été bien comprise.

#2 Reformulation du besoin identifié et du projet proposé
▸ Objectif | Vérifier la bonne compréhension et appropriation du projet.

#3 Restitution de la phase d’exploration
▸ Objectif | Partager les apprentissages et premiers pas réalisés :
+ état de l’art / benchmark des solutions existantes.
+ rencontre des utilisateurs, et compréhension de leurs besoins.

#4 Planning & objectifs
▸ Objectif | Valider le périmètre du projet, et les résultats intermédiaires à atteindre.

#5 Analyse des risques liés au projet
▸ Objectif | Partager de manière transparente les risques identifiés.

#6 Validation des prochaines étapes
▸ Objectif | Se mettre d’accord sur les prochaines étapes, et en particulier la date de la prochaine réunion, et ce qui sera fait d’ici là.

Quelques quiproquo classiques

Voici quelques termes utilisés dans le cadre de projets tech qui peuvent avoir plusieurs significations. Nous vous invitons à être très vigilant.e.s lorsque vous les employez, et à accompagner ces termes d'une discussion/définition afin de s'assurer que tout le monde parle de la même chose.

"Maquettes" | S'agit-il d'une maquette fonctionnelle et cliquable, d'un parcours utilisateur clair, de simples croquis sans graphisme sur feuilles ?

"Base de données" | Sous quelle forme est cette "base de données" ? En informatique une "base de données" désigne quelque chose de bien précis : des tables de données - souvent implémentées en SQL pour les bases de données dîtes "ordonnées". Selon les milieux et la sensibilité tech de chacun.e "base de données" peut désigner un tableau Excel, un csv ou quelque chose d'équivalent, les "données" en soi.

"Back-office" | Besoin d'un back-office ?

Utilisateurs | Gestion de comptes utilisateurs ?

Documentation | Quelle granularité ? Commentaires dans le code ? Creuser qui le reprendre ensuite.

Mise en production | Intégration aux outils existants du bénéficiaire, quel serveur utiliser ? Build de l'app ? Autre ? Besoin installer dépendances ?


Pour aller plus loin sur ces questions :

Une checklist de choses à ne pas oublier

Ne sortez pas de la scope review sans avoir coché toutes ces cases !

🗹 Les étudiant.e.s ont accès à tous les documents existants (code, maquette…) ou bien savent comment y avoir accès.

Nous avons produit une roadmap qui prend en compte :
🗹 la phase de montée en compétences des étudiant.e.s.
🗹 les besoins de ressources (données, templates, accès…).
🗹 les séances de travail, vacances, indisponibilités de chacun.e (étudiant.e.s, porteur.se de projet, mentor, autres parties prenantes intervenants dans la mise en œuvre du projet.

🗹 Nous nous sommes accordé.e.s sur le livrable final de manière précise.
🗹 Ce livrable est découpé en différentes fonctionnalités que nous pourrons prioriser à nouveau si nécessaire.

🗹 Nous avons fait attention à tous les quiproquo classiques.

Quelques conseils spécifiques

Je suis étudiant.e

TODO Lorsque la scope review de ton projet sera effectuée, nous t'invitons à compléter la section "scope review" de ta page projet.

Je suis mentor

TODO

Je suis porteur.se de projet

TODO