Exercices de diction : le crayon dans la bouche


Exercez-vous avec exigence et sans soucis

crayon dans la bouche
La langue française est riche d’un vocabulaire plein de nuances, qui en fait la langue préférées des diplomates. C’est aussi une langue qui demande une certaine dextérité dans la prononciation des mots.

Les jeux de mots existent bien sûr dans d’autres langues. Néanmoins, ils sont particulièrement nombreux dans le français. Pour comprendre une phrase, il faut connaître le contexte de la phrase prononcée ou lue.

Dans la vie courante, il est nécessaire de bien se faire comprendre pour éviter de répéter, éviter les malentendus, quiproquos et éviter de provoquer des réactions d’incompréhension, de rires ou de colère. Les comédiens ont appris à articuler avant de pouvoir prétendre monter sur une scène de théâtre.

Des exercices de diction

Prenez un crayon, calez-le bien au travers de votre bouche et prononcez ces phrases à haute voix. Quand vous les lirez sans hésiter et de façon compréhensible alors vous aurez réussi l’exercice.

  1. Ciel, si ceci se sait, ces soins sont sans succès
  2. Les chaussettes de l’archiduchesse sont-elles sèches, archisèches ?
  3. Tu as tort de tout taire à ta tante, car le tort tue
  4. Si six cents scies scient six cents cigares, six cents six scies scient six cents six cigares
  5. Je veux et j’exige d’exquises excuses
  6. Le fisc fixe exprès chaque taxe excessive exclusivement au luxe et à l’exquis
  7. J’examine cet axiome de Xénophon sur les exigences, les excès et l’expiation
  8. L’énorme orme morne orne la morne vallée
  9. Son sage chat, son sage chien, son sage singe
  10. Le magique moujik mugit gémissant sans génie s’ingéniant à gêner la muse. amusé, le moujik a misé et la muse au musée a osé
  11. Suis-je chez ce cher Serge ?
  12. Six slips chics, six chics slips

Amusez-vous bien !

Philippe Garin, plus de 20 ans de management en entreprise

Pour plus de conseils, contactez-moi : phgarin@gmail.com

Pour en avoir plus :


En complément :

Entretien d’embauche, discours, présentation : Conseils pour Bien parler
Un peu de détente et buvons un coup
Chez les papous

Quand phonèmes et graphèmes rendent la langue française difficile
L’origine du français et de son orthographe
Comment interpréter la phrase : » Qu’est-ce que tu bois ? «

Autres Communication et Humour :

Récapitulatif 12 Communication
Récapitulatif 11 Humour

abonnez_vous_ICI_a_la_Newsletter

Lois de Golub


Les 16 lois de Golub

nombre de Golub

source : name-list.net

Qui était Golub ? Personne ne le sait vraiment.

Les lois de Golub sont issues d’observations sur la gestion de projet en général.

Elles s’appliquent particulièrement bien lorsqu’il s’agit de projets informatiques.

Au cours du temps, quelques variantes existent.

Loi No 1

Aucun grand projet informatique n’est jamais mis en place dans les délais, dans les limites du budget, avec le même personnel qu’au départ, et le projet ne fait pas ce qu’il est censé faire non plus.

Il est fort improbable que le vôtre soit le premier.

Corollaire 1 : Les bénéfices seront inférieurs aux estimations – si on a pensé à faire des estimations.

Corollaire 2 : Le système finalement mis en place le sera avec du retard et ne fera pas ce qu’il est censé faire.

Corollaire 3 : Il coûtera plus cher, mais ce sera une réussite technique.

Loi No 2

L’un des avantages à fixer un objectif vague à un projet est que vous n’aurez pas de difficulté à estimer les dépenses correspondantes.

Loi No 3

L’effort nécessaire pour redresser le cap croît géométriquement avec le temps.

Corollaire 1 : Plus vous attendez, pour définir les objectifs, plus c’est difficile.

Corollaire 2 : Après l’installation, c’est trop tard.

Corollaire 3 : Faites-le maintenant !

Loi No 4

Les buts, tels que les entend celui qui les décide, seront compris différemment par chacun des autres.

Corollaire 1 : Si vous vous expliquez avec une clarté telle qu’il soit impossible que qui que ce soit ait mal compris, ce sera le cas de quelqu’un.

Corollaire 2 : Si vous faites quelque chose qui, vous en êtes sûr, recevra l’approbation de tous, alors quelqu’un n’aimera pas ça.

Loi No 5

Seuls les bénéfices mesurables sont réels. Or les bénéfices immatériels ne sont pas mesurés. Donc les bénéfices immatériels ne sont pas réels.

Loi No 6

Toute personne qui peut travailler à temps partiel pour un projet n’a sûrement pas assez de travail en ce moment.

Loi No 7

Plus grande est la complexité technique du projet, moins vous aurez besoin d’un technicien pour le diriger.

Corollaire 1 : Trouvez le meilleur manager, il trouvera le technicien.

Corollaire 2 : Le contraire n’est presque jamais vrai.

abonnez_vous_ICI_a_la_Newsletter

Loi No 8

Un projet mal planifié prendra trois fois plus de temps à réaliser que prévu… Un projet bien planifié prendra seulement deux trois plus de temps.

Loi No 9

S’il y a un risque que quelque chose marche mal, ça marchera mal.

Corollaire : S’il est impossible que quelque chose marche mal, ça marchera mal quand même.

Loi No 10

Quand les choses vont bien, quelque chose ira mal.

Corollaire 1 : Quand les choses ne peuvent pas réellement devenir pires, elles le deviennent.

Corollaire 2 : Quand les choses semblent aller mieux, c’est que vous avez oublié quelque chose.

Loi No 11

Les équipes de projet détestent les comptes-rendus hebdomadaires d’avancement des travaux parce que ceux-ci mettent trop vivement en lumière l’absence de leurs progrès.

Loi No 12

Les projets progressent rapidement jusqu’à 90% de leur achèvement, puis ils restent inachevés à 90% pour toujours.

Loi No 13

Si on laisse le contenu d’un projet changer librement, le taux de changement dépassera le taux d’avancement.

Loi No 14

Si un utilisateur ne croit pas au système, il créera un système parallèle. Ni l’un ni l’autre ne fonctionneront correctement.

Loi No 15

Les bénéfices obtenus sont fonction de l’audit a posteriori.

Corollaire : L’audit indépendant a posteriori fournit à l’équipe une motivation importante pour livrer un bon système dans les délais.

Loi No 16

Aucune loi n’est immuable.

Philippe Garin, plus de 20 ans de management en entreprise

Pour des conseils « plus sérieux », contactez-moi : phgarin@gmail.com

Pour en avoir plus :

Voir aussi :

Règles et axiomes d’un chef de projet
Loi de Stattinger
L’inefficacité de Franz Schubert

Les techniciens et les commerciaux
Mode d’emploi de la Gestion de projets
Organisation de la Gestion de Projet

Autres Humour et Informatique :

Récapitulatif 5 Humour
Récapitulatif 5 Informatique

abonnez_vous_ICI_a_la_Newsletter

Axiome de Cann


Axiome de Cann

mode d'emploi en japonais

mode d’emploi

Quand rien ne marche,

il est recommandé…

…de lire les instructions

Philippe Garin, plus de 20 ans de management en entreprise

Pour plus de conseils, contactez-moi : phgarin@gmail.com

Pour en savoir plus :


En complément :

Règles et axiomes d’un chef de projet
Loi de Brooks
Troisième loi de Clarke

Loi de Heare des grands programmes
Loi de Meskiman
Lois de Golub

Autres Humour :

Récapitulatif 3 Humour

abonnez_vous_ICI_a_la_Newsletter

Règles et axiomes d’un chef de projet en trois langues


Quelques règles et axiomes d’un chef de projet informatique

en trois languesune lapalissade est un axiome

High-Tech Project Manager Rules and Axioms

  1. You don’t have to be mad to work here, but it’s helps.
  2. Give orders verbally. Never write anything down that might be used in evidence against you.
  3. Whenever possible form a committee.
  4. Do not believe in miracles. Relay on them.
  5. Once a product is fouled up, anything done to improve it only makes it worse.
  6. Any given product, once running, is obsolete.
  7. All products cost more and take longer to produce.
  8. If a product is useless, it will be documented.
  9. Programme complexity grows until it exceeds that capacity of the programmers who must maintain it.
  10. A user never knows what he wants, but always what he does not want.
  11. If a product is useful, it will have to be changed.
  12. When a programmer declares the system works, this means that it has worked and will work again some day.
  13. The length of any meeting rises with the square number of the people present.
  14. Most problems are caused by solutions.
  15. Walk at a fast pace when out of the office, this keeps questions from subordinates at a minimum.
  16. Never trust statistics that you have not forged yourself.
  17. Electronic Data Processing is the truth, don’t be misled by facts.

Règles et Axiomes d’un Chef de Projet High Tech

  1. Vous n’avez pas à être fou pour venir travailler ici, mais c’est utile.
  2. Donner des ordres verbalement. Ne jamais écrire quoi que ce soit qui pourrait être utilisé comme moyen de preuve contre vous.

  3. Dans la mesure du possible formez un comité.
  4. Ne croyez pas aux miracles. Comptez sur eux.
  5. Une fois qu’un produit est bloquée, faire quelque chose pour l’améliorer ne fait qu’empirer les choses.

  6. Tout produit donné, une fois en cours d’exécution, est obsolète.
  7. Tous les produits coûtent plus cher et prennent plus de temps à produire.
  8. Si un produit est inutile, il sera documenté.

  9. La complexité d’un programme augmente jusqu’à ce qu’il dépasse la capacité du programmeur qui doit le maintenir.
  10. Un utilisateur ne sait jamais ce qu’il veut, mais toujours ce qu’il ne veut pas.

  11. Si un produit est utile, il devra être changé.
  12. Quand un programmeur déclare que le système fonctionne, cela signifie qu’il a bien fonctionné et qu’il fonctionnera de nouveau un jour.

  13. La durée de la réunion augmente avec le carré du nombre de personnes présentes.
  14. La plupart des problèmes sont causés par des solutions.
  15. Marchez à un rythme rapide quand vous sortez du bureau, cela diminuera le nombre de questions des subordonnés.

  16. Ne faites jamais confiance à des statistiques que vous n’avez pas faites vous-même.
  17. Le traitement électronique des données est la vérité, ne soyez pas induit en erreur par les faits.

Regeln und Axiome von einem High Tech Projektleiter

  1. Sie müssen nicht verrückt sein, um hier zu arbeiten, aber es ist nützlich.
  2. Aufträge mündlich geben. Nie schreiben, was immer die verwendet werden könnten, als Beweismittel gegen Sie.
  3. Soweit möglich, einen Ausschuss bilden.
  4. Glauben Sie nicht an Wunder. Zählen Sie auf ihnen.
  5. Sobald ein Produkt sicher ist, etwas für die Verbesserung nicht nur verschlimmern.
  6. Jedes Produkt, das einmal ausgeführt wird, ist veraltet.
  7. Je mehr ein Produkt teuer ist um so mehr Zeit brauchen Sie es zu produzieren.
  8. Wenn ein Produkt nicht notwendig ist, wird es dokumentiert.
  9. Die Komplexität eines Programms wächst, bis er über die Fähigkeit des Programmierers, ihn zu halten.
  10. Ein Benutzer kann nie wissen, was er will, aber immer, was er nicht will.
  11. Wenn ein Produkt anwesen ist, muss es geändert werden.
  12. Wenn ein Programmierer aussagt, dass das System funktioniert, bedeutet das, dass es gut funktioniert hat, und es wieder laufen wird.
  13. Die Dauer der Sitzung steigt mit dem Quadrat der Zahl der anwesenden Personen.
  14. Die meisten Probleme werden durch Lösungen erzeugen.
  15. Gehen Sie mit einem schnellen Schritt, wenn Sie das Büro, das reduziert die Anzahl der Fragen von Untergebenen.
  16. Vertrauen Sie nie die Statistiken, die Sie nicht selbst gemacht haben.
  17. Die elektronische Verarbeitung der Daten ist die Wahrheit, seien Sie nicht in die Irre geführt von den Tatsachen.

Philippe Garin, plus de 20 ans de management en entreprise

Pour plus de conseils, contactez-moi : phgarin@gmail.com

Pour en savoir plus :


En complément : 

Les techniciens et les commerciaux
Le succès, c’est…
Le Petit Chaperon Rouge raconté par un informaticien

MMS en amour
Blanc noir piou piou
My boss and i Mon chef et moi Mein chef und ich

Autres Humour :

Récapitulatif 1 Humour

abonnez_vous_ICI_a_la_Newsletter

%d blogueurs aiment cette page :