Théoriquement, les cadres au forfait peuvent travailler jusqu’à 78 heures par semaine, à raison de 13 heures par jour, 6 jours par semaine, avec un minimum de 11 heures de repos entre 2 jours de travail et de 35 heures de repos continu dans la semaine.

0_0

Je ne sais pas ce que ça vaut mais cela donne un début de réflexion :

Les documents applicables définissent les documents qui seront créés pendant la vie du projet.
Les documents de référence sont les documents qui ne sont pas créés durant le projet, mais sur lesquels les documents applicables s’appuient.

Et ici : http://www.in2p3.fr/actions/formation/ConduiteProjet07/Glossaire.pdf :

Document applicable (applicable document) : document qui doit être impérativement appliquée pour une tâche donnée.
Document de référence (reference document) : document utilisé en tant que référence bibliographique pour le document qui le cite.

Un projet est un travail de déplacement d’un tas de cailloux initial : le product backlog, vers un tas de cailloux final : l’ensemble des fonctionnalités réalisées et testées, les fameux RTF (Running Tested Feature).
Les cailloux sont les user stories. Nous en avons de différentes tailles.
Pour transporter ces cailloux, nous avons une bassine dont la capacité correspond à la vélocité, c’est à dire la capacité de l’équipe à transporter les cailloux depuis le tas initial vers le tas final.
Chaque voyage de la bassine est une itération.
En début d’itération, il faut remplir la bassine au plus juste en choisissant les cailloux en fonction de leur taille, mais aussi de leur valeur. Si les cailloux sont trop gros, il faudra les casser en morceaux plus petits.
Souvent, on va prendre quelques gros cailloux d’une valeur relativement élevée et compléter avec des petits cailloux de moindre valeur, mais permettant de compléter la bassine.
Contrairement à ce que nous soumet la métaphore, la taille de la bassine est rarement connue dès le début. Il faudra tâtonner un peu pendant les premières itérations. Si tout se passe bien, l’équipe trouvera rapidement son rythme de croisière.

Pas mal cette article :

1. Soyez un minimum préparé : noter date, heure, lieu, personne
2. Soyez présentable : vêtements, attitude, langage, tics,
3. Soyez vrai
4. Soyez comme le PQ Doudou : « souple et solide à la fois »
5. Présentez-vous : quelques phrases, 2-3 minutes, parcours scolaire+professionnel, vie personnelle, raison pour avoir postulé, retour.

• Parcours scolaire : assumez
• Parcours professionnel : préparer des arguments, pas de « mauvaise » expérience
• Trou dans le CV
• Raison pour avoir postulé : travailler une réponse différente de la lettre de motivation
• 3 qualités et défauts : éviter les faux défauts ou ceux qui grillent toutes les chances, raisonner en trait de caractère, chercher la bivalence
• Vous avez des questions : toujours préparer une question

Hop, un peu d'auto-promo pour un nouvel article sur un outil très pratique au quotidien !

J'en avais déjà un peu parlé là : http://orangina-rouge.org/shaarli/?xZzGRg

Ah bah ça, on le retiendra !
« Par extension, on appelle stakhanovisme tout ce qui est fait pour accroître la productivité du travailleur au-delà de la moyenne et l'inciter à adhérer aux objectifs d'augmentation de la production, voire à s'identifier à son État.
Le mot "stakhanoviste" peut également désigner une personne très efficace, volontaire, et abattant une quantité de travail hors normes. »

Ça c'est bien vrai. Et malheureusement trop vrai...

Tiens je ne connaissais pas cette méthode. Elle est simplissime, beaucoup l'utilise déjà mais lui donner un nom facilite : sa compréhension, sa mémorisation (et donc son application), sa transmission à d'autres, ... Donc ADRA sert pour savoir à évaluer une nouvelle tâche de travail :
Abandonner : ne pas faire fait gagner le temps que l'on aurait passé à la tâche.
Déléguer : quand d'autres savent faire et que l'on peut les suivre, autant qu'ils s'y mettent.
Reporter : ce que l'on fait le plus souvent mais encore faut-il bien planifier.
Agir : dernier recours, faire notre tâche « Do Our Own Duty ».

entendu hier d'une discussion autour des grandes entreprises.
via quelqu'un autour de bentod.

Vraiment très intéressant ce paradoxe. Je vois le phénomène se produire globalement à mon travail pour un certain projet. Et j'essaierais de le percer lors de plus petites réunions.