Methodology tutorial - planning techniques

The educational technology and digital learning wiki
Revision as of 19:33, 9 October 2008 by Daniel K. Schneider (talk | contribs) (using an external editor)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

This article or section is currently under construction

In principle, someone is working on it and there should be a better version in a not so distant future.
If you want to modify this page, please discuss it with the person working on it (see the "history")

(translation needed)

Introduction

Learning goals
  • Learn how to make simple GANTT charts
  • Learn about PERTT charts
  • Get some other advice
Prerequisites
  • None
Moving on
Level and target population
Quality
  • low (translation needed)

It is not necessary to use some real project management technique, but it could help getting your thesis done in time. The main advantages of doing some good planning are:

  • Estimation of resources (time), i.e. a good planning effort will likely tell you to reduce the scope of your research.
  • Self-control. If at some point your really are way behind schedule you have an opportunity to act.

The minimum

Create

  1. A list of things to do (workpackages)
  2. Deadlines for each
  3. Time needed for each

Then create a todo / start / deadline list, e.g. something like:

  • Literature review: start = oct 2020, end = feb 2021, volume = 1 man/month
  • Case study 1 field work: start = ....

Scheduling

Scheduling means to do the following.

Divide the research plan

  • On découpe un projet en tâches (“Work packages”, WPs) et on estime le temps et les

ressources nécessaires pour chaque “WP”

    • un “WP” correspond normalement à une étape de projet (design, travail de terrain,

analyse) à un but de recherche ou combinaison des deux (étape X pour le but Y).

  • On essaye d’éviter des trop grandes dépendances entre WPs, ainsi on peut les poursuivre

en parallèle et/ou de façon autonôme.

  • Plusieurs WP peuvent aboutir à des “ milestones ” et/ou “ deliverables
    • un “milestone” est une étape importante (par ex. déposition du projet)
    • un “deliverable” est un objet fourni (par ex. un texte)
  • Pour le scheduling on élabore 2 types de graphiques:
    • un graphique d’activités qui montre les dépendances et le “chemin critique”

(le chemin le plus long qui risque de poser un problème)

    • un diagramme de barres qui montre le déroulement dans le temps

A retenir:

  • Planifier l’inattendu (perte de vos fichiers, sous-estimation de difficultés)


Les graphiques d’activités

  • Ces graphiques vous permettent de mieux estimer le temps et de planifier vos activités,

mais ils servent également à monitorer (au moins une fois par mois) le statut de votre projet !!


Les plus connus:

  • PERT (Program Evaluation and Review Technique)
  • CPM (Critical Path Method)


Un graphique simple:

  • Chaque projet est un réseau de tâches [ rectangles ]
  • Certaines tâches dépendent d’autres tâches
  • Pour chaque tâche on estime la durée, parfois on estime 3 chiffres:
    le minimum ,

le maximum et le temps le plus probable.

  • Chaque “milestone”, c.a.d. groupe de tâches dépendantes achevés doit être daté [ovals]
  • Avant de dessiner il est parfois plus simple de résumer la situation dans un tableau.
  • Dessinez à la main ou avec un logiciel de dessin


Graphique “Pert” (à ne pas recopier tel quel !)

File:Book-research-design-257.png

Les diagrammes de barres (Bar Charts)

Le plus connu: Le Gantt Chart


Une proposition simple

Inscriptions:

  • sur l’axe horizontale:
    • le temps (jours, demi-semaines, semaines, mois selon la taille du projet
  • sur l’axe verticale:
    • les “workpackages” (WP)
    • On peut différencier pour chaque WP: intensité, participants, etc.
    • les “milestones”

Construction du diagramme avec des moyens simples:

    • avec des “___xxxx____” dans un éditeur
    • avec des tableaux (Excel, HTML, Word, etc.)
    • avec un outil de dessin
    • à la main en utilisant un calendrier de planning
      (on peut en bricoler un avec un

traitement de texte)


Simple diagramme de barres avec un tableau

WP’s et milestones

26/5

29/5

2/6

5/6

Exploration du domaine

xxxxxxxxxx

Première étude de 1-2 cas

XXXxxx

Projet provisoire

M

Rédaction du rapport

x

xxx

XXXXXXXXXX


Contrôle (Controlling)

Par qui ?

  • Dans l’industrie c’est le chef (ou encore le groupe) qui le fait,
  • ici vous êtes responsable principal !
  • Si vous faites un plan, donnez-le au rapporteur (ou intégrez-le dans la proposition)


Monitoring du progrès:

  • comparaison entre plan et réalité tous les mois
  • identification des raisons de déviation et actions correctrices
    • vos problèmes ne vont pas s’arranger seuls (!!)


Gestion des crises:

  • demandez de l’aide au directeur
  • négociez une redimension de votre projet si nécessaire
  • adaptez l’approche si (vraiment) nécessaire
  • Note: Des crises sont presques inévitables, mais un bon plan de recherche diminue les

risques et limite les dégats ....


Estimation de la durée d’un projet typique

Eléments de calcul:

tâches

par élément

total

  • Chercher un sujet et faire le plan de recherche

1 mois

  • littérature et début de rédaction

1 mois

  • contacter les sites (cas par cas)

1/2 journée

1 mois

  • visite d’un site

1 journée

  • codage et exploitation primaire d’une visite

2-3 jours

1 mois

  • analyses synthétiques / visualisations globales
  • rédaction du rapport (1ère version)

1 mois

  • révisions

1 mois

  • Total

6 mois

File:Book-research-design-258.png vous êtes trop optimistes !!

File:Book-research-design-259.png N’analysez pas trop de cas / sous-cas pour un travail de licence ou de diplôme !

... ou alors utilisez une démarche quantitative