3. Les projets - instructions, conseils et évaluation

3-1 Généralités

A. Buts des projets

Buts des projets "analyse/comparaison/expérimentation"

· Formuler (ou reprendre) une problématique intéressante
· Formuler (ou reprendre) quelques questions de recherche
· Mise en oeuvre (recherches sur Internet, lecture d'articles, entretiens)
· Assemblage d'idées, utilisation/création de cadres conceptuels et de schémas d'analyse
· Rédaction

Buts des projets "expérimentaux"

· Familiarisation avec ce type de recherche
· Apprendre/perfectionner les notions de "question de recherche expérimentale ", d'opérationalisation, de mesure, etc.
· Intégration d'une petite recherche dans un cadre théorique

Buts des projets "développement"

· Réaliser un dispositif selon certains critères de design
· Connaître certaines théories et techniques de base.
· Apprendre à gérer un projet Internet de A-Z (ou presque)

Buts du dispositif XML

· Pour les étudiants: aide à la structuration de la démarche et du travail
· Pour TECFA: élaboration d'un outil de gestion de projets "ouverts"
· Pour les deux: création d'une "toile-résultats des recherches"

B. Contraintes générales

· Chaque étudiant(e) doit faire un projet. Vous pouvez travailler seul ou à deux (maximum 3 dans des cas exceptionnels). Les travaux à deux et à trois doivent être plus importants que les travaux individuels. Les travaux de groupe seront à priori évalués collectivement.
· Respectez les échéances!
· Vous devez utiliser le "dispositif XML" (voir Démarche à suivre et travaux à rendre)
· Tout vos rapports (projets d'analyse) doivent être rédigés en XML et être accessibles depuis la page "travaux STAF-18, qui elle doit se trouver à: http://tecfa.unige.ch /staf/staf-f /login/ staf-18/welcome.html
· Vous pouvez rendre vos travaux en français ou en anglais

C. Principes généraux d'évaluation

1. Projets d'analyse/comparaison: qualité des questions de départ (spécification), qualité du texte, exhaustivité, réflexions, etc. (Imaginez que vous devez produire un rapport pour une organisation ou que vous désirez sousmettre un papier à une petite conférence).

2. Projets d'expérimentation: qualité des questions de départ (spécification), mise en oeuvre empirique, analyse, apports externes, réflextions, etc.
3. Projets de développement: Qualité du dispositif par rapport aux spécifications
· voir la section suivante: Démarche à suivre et travaux à rendre pour la pondération

D. Contenu

· Voir chaque projet dans Liste de projets suggérés

E. Forum / Discussion

· Utilisez les NEWS ( news://tecfa2.unige.ch/staf.staf18 ) et évitez les emails. Je répondrai en priorité aux articles de NEWS !
· Utilisez le dispositif XML pour annoter votre projet. Utilisez les News pour suggérer des améliorations de ce dispositif !

3-2 Démarche à suivre et travaux à rendre

Chaque travail STAF-18 comprend ces 4 éléments:

Eléments, voir:	Dates (IMPORTANT)	Outil XML et Fichiers	Pondération pour le calcul de la note
Analyse de faisabilité	vendredi 26 mai	XML projet	0/4
Spécification du projet	vendredi 2 Juin	XML projet	1/4
Le projet	vendredi 30 juin (à confirmer)	indiquez l'URL de votre texte ou dispositif sur votre page Staf-18 ET dans votre page projet XML Important: Les textes pour les projets d'analyse doivent être rédigés en XML (en utilisant le schéma fourni)	2/4
Rapport sur votre travail	vendredi 30 juin (à confirmer)	XML projet	1/4

3-2.1 Analyse de faisabilité

· Il s'agit ici d'un brouillon de la Spécification du projet.
· Il est important d'avoir une idée claire de ce que vous voulez faire !

A. Projets d'analyse/comparaison/expérimentation

· Une esquisse de ce que vous désirez faire/écrire (en respectant les consignes), y compris

· les buts de l'analyse
· un scénario "contextuel" (agence réelle ou imaginaire qui commandite ce travail)

· Une esquisse des workpackages (avec estimation des heures de travail à fournir).
· Un inventaire des problèmes

B. Projets de développement

· Une esquisse de ce que vous désirez faire, y compris

· le but du dispositif
· scénario "contextuel" (agence réelle ou imaginaire qui commandite ce travail)
· un récit qui montre une utilisation typique

· Une esquisse des workpackages (avec estimation des heures de travail à fournir).
· Un inventaire des problèmes

3-2.2 Spécification du projet

On reprend l'analyse de faisabilité

· typiquement il s'agit de réduire la portée du projet et de clarifier certains points
· Modification ultérieure de la spécification: pour des raisons pédagogiques (dans la réalité commercial c'est un processus formel) il est interdit de modifier substantiellement les spécifications après les avoir rendues. Vous pouvez par contre modifier les workpackages pendant l'exécution.

A. Projets d'analyse/comparaison/expérimentation

· Une introduction qui présente notamment LA grande question de recherche et le public cible (contexte).
· Une liste des questions auxquelles vous désirez répondre (objectives)
· Une liste de "workpackages" (genre: recherche d'information, lectures, entretiens, rédaction, ...)
· Une liste de "deliverables": à qui/quoi sert votre texte, combien vous allez faire par rapport, etc.

B. Projets de développement

· Une introduction qui définit le but global du dispositif.
· Une liste de spécifications fonctionnelles (objectives: ce que le système devra faire ou le rapport devrait produire)
· Des "récits" qui décrivent ce qu'un utilisateur fera avec le système. ATTENTION: un récit (au moins) par participant au projet.
· Une liste de "workpackages"
· Un liste courte de "deliverables" (éléments que vous allez fournir), genre:

· un système selon les spécifications ou encore un prototype qui implémente les éléments xx des spécifications
· Il ne faut rien oublier, pensez par exemple à un manuel d'utilisateurs (on et off-line)

3-2.3 Le projet

· Demandez le feu vert de l'enseignant avant de démarrer !!

A. Dispositif

Développer un dispositif (en règle générale tout un serveur) selon les possibilités indiqués dans la section Liste de projets suggérés.

B. Travail de comparaison et d'analyse

Un texte sous format XML (environ 15-20 pages)

C. Travail d'expérimentation

Un texte sous format XML (environ 10 pages)

3-2.4 Rapport sur votre travail

· Comme pour l'analyse de faisabilité et les spécifications, il faut utiliser le dispositif XML. En gros il s'agit de remplir les noeuds "report".

A. Le rapport comprend (entre autres) les tâches suivantes

· Annotez le projet
· Annotez la spécifications et chaque workpackage
· Annotez le résultat ("results")
· Remplissez le "outlook" (???? - à confirmer)
· Qualité des annotations, réflexions sur le "project design" (ce qui a marché et ce qui n'a pas marché", réflexion sur le résultat, discussion de perspectives "out-look".

3-3 Evaluation et feed-back

A. Note & Evaluation

· Evaluation des spécifications: intérêt général, définition de "la"question de recherche (but principal), définition des questions de recherche (détails), cohérence, faisabilité, etc. (1/4 de la note globale)
· Evaluation du travail (dépend de la nature du projet, 1/2 de la note globale)
· Evaluation du rapport: qualité des annotations, réflexions sur le "project design" (ce qui a marché et ce qui n'a pas marché", réflexion sur le résultat, discussion de perspectives "out-look"(1/4 de la note globale)

B. Bonus / Malus

· Les étudiant(e)s qui participent activement au développement de schémas XML peuvent gagner entre 1/4 et un 1/2 point (sur 6).
· Les étudiant(e)s qui n'arrivent pas à être rédiger leur document(s) avec XML seront pénalisés de 1 point
· Les étudiant(e)s qui ne réspectent pas les consignes ou qui rendent du très mauvais XML seront pénalisés de 1/2 point au moins.

C. Atelier de présentation

· Le feed-back public se fera dans le cadre d'un séminaire de recherche de 2ème année ou chaque participant présentera son projet

D. Exemple de calcul d'un travail fictif

L'étudiante A a fait une spécification correcte (on apperçoit clairement le but globale de sa recherche, elle a su formuler des bonnes questions de recherche et elle a bien articulé ses "workpackages". (note = 5.5). Elle n'a pas tout a fait terminé son travail et même ce qu'elle a rendu est minimaliste (note= 4.75). Mais elle arrive lucidement à expliquer pourquoi elle a sous-éstimé certaines difficultés et ce qui restera à faire (note = 5.5). L'étudiante a présenté deux idées intéressantes dans le forum pour enrichir les schémas XML (bonus = 0.25)

Note pour le travail: 5.5. + 2 * 4.75 + 5.5 / 4 = 5.125

Note finale: 5.125 + 0.25 = 5.375