Voici ce que j’utilise comme principes de base lorsque je conçois ou revois le niveau de détail d’un Work Breakdown Structure (WBS):

1. Une tâche devrait être nommée avec un unique verbe actif. Exemple: Réaliser le design et développer un bout de code informatique devrait être séparé en 2 tâches: une pour le design et une pour le développement.

2. Une tâche devrait résulter en la production d’un unique livrable (une documentation, un document d’analyse, un programme informatique…)

3. Une tâche devrait être la responsabilité d’une seule personne.

4. Une tâche devrait permettre une évaluation d’effort/de temps avec un niveau de confiance très élevé

plus de détails sur: http://blogs.orange-business.com/live-france/2009/09/une-approche-pour-construire-une-structure-de-decoupage-de-projet-efficace.html

Here a few principles I use when building or reviewing the level of details of a Work Breakdown Structure (WBS):
1. A task should be named with a unique active word. Example: Design and code a software programme should be split in 2 tasks: one for the design and one for the coding.

2. A task should produce a single deliverable (a documentation, an analysis paper, a software programme…).

3. A task should be the responsibility of a single person.

4. A task should enable an estimate of time and effort with a very high degree of trust

further details at:

http://blogs.orange-business.com/live/2009/09/simple-advice-to-build-efficient-ptoject-work-breakdown-structure.html