Contexte
Projet-31
Le « Projet-31 » est le premier projet transverse de la formation.
Le projet transverse est un projet de groupe qui met en pratique les éléments de la formation abordés depuis le début de l'année au sein des différents modules, de même pour les heures de formation suivies durant toute la durée du projet.
Objectifs pédagogiques
Le projet-31 est une expérience de projet informatique en groupe.
Il fait face à des principes réels qui sont le quotidien de toute équipe informatique :
-
Conception : Phase préliminaire inhérente à tout début de projet ou de fonctionnalité afin
d'appréhender le sujet et le·s besoin·s et de définir une solution envisageable.
On recourt à des schémas, des diagrammes, des maquettes et surtout des discussions au sein de l'équipe pour élaborer une solution viable, complète, comprise de tous, réalisable et justifiable. -
Collaboration : Du début jusqu'à la fin du projet, l'équipe doit travailler ensemble. Cela
signifie que personne ne travaille dans son coin. Chacun communique sur son travail, ses avancées, ses
difficultés, ses idées, etc. et en cas de besoin, le reste de l'équipe est là pour aider.
Au moindre problème, il faut en parler à l'équipe. Si aucune solution n'est trouvée, c'est auprès des responsables (en l'occurrence les formateurs) qu'il faut se tourner. -
Intégration : Dès que possible, la réalisation doit être mise en commun pour vérifier son
bon fonctionnement et sa cohérence avec le reste du projet et les réalisations des autres membres de l'équipe.
Cette intégration est validée tout au long du projet et non pas sur les derniers jours, en plein rush, où il faut faire face à des problèmes de dernière minute et toute la pression qui en résulte...
Qualité des livrables
Chaque livrable (rendus intermédiaires et finaux) : documents, diagrammes, production (infra et dev), supports de la soutenance, etc. doit être d'une qualité professionnelle. C'est-à-dire que les livrables sont :
-
Fonctionnels : Les destinataires des rendus (dont les jurys des soutenances) peuvent les
exploiter sans problème et font face à une production informatique entièrement fonctionnelle.
On ne met jamais à disposition de son "client" un livrable qui ne fonctionne pas. -
Bien présentés : Les rendus doivent être soignés et bien présentés. C'est-à-dire que
l'expression de la langue est vérifiée (tournures de phrases, fautes), que les documents sont bien structurés
et que l'aspect visuel n'est pas une atteinte à l'acuité visuelle.
Il n'est pas nécessaire de perdre du temps sur la forme, mais il est essentiel de présenter un minimum viable. -
Cohérents : Les informations affichées lors de leur présentation/rendu doivent être cohérentes
et correctes.
On ne fait jamais de démonstration avec des données "bidons" ou illogiques. Une démonstration doit présenter le produit en conditions réelles afin de permettre au client de se projeter dans sa future utilisation.