From bc1d70343807104ccf64b6bde9b2db54270203ff Mon Sep 17 00:00:00 2001
From: neodarz <neodarz@neodarz.net>
Date: Fri, 10 Mar 2017 11:58:22 +0100
Subject: Initiale release

---
 Rduire_les_salaires_sans_sacrifier_la_qualit.txt | 215 +++++++++++++++++++++++
 1 file changed, 215 insertions(+)
 create mode 100644 Rduire_les_salaires_sans_sacrifier_la_qualit.txt

(limited to 'Rduire_les_salaires_sans_sacrifier_la_qualit.txt')

diff --git a/Rduire_les_salaires_sans_sacrifier_la_qualit.txt b/Rduire_les_salaires_sans_sacrifier_la_qualit.txt
new file mode 100644
index 0000000..2829f73
--- /dev/null
+++ b/Rduire_les_salaires_sans_sacrifier_la_qualit.txt
@@ -0,0 +1,215 @@
+Titre: Réduire les salaires sans sacrifier la qualité
+Auteur: tintin_chez_blaireaux_land
+Date: Sun 05 Mar 2017 12:53:55 +0100
+Lien: https://linuxfr.org/users/tintin_chez_blaireaux_land/journaux/reduire-les-salaires-sans-sacrifier-la-qualite
+
+Sommaire
+
+  * Avant-propos[1]
+  * Introduction[2]
+  * Comment réduire les salaires[3]
+  * Réduction sans perte de qualité[4]
+  * Quel intérêt ?[5]
+  * Quelques techniques[6]
+
+  * Technique n 1[7]
+  * Technique n 2[8]
+  * Technique n 3[9]
+  * Technique n 4[10]
+  * Technique n 5[11]
+  * Technique n 6[12]
+  * Technique n 7[13]
+  * Technique n 8[14]
+  * Technique n 9[15]
+  * Technique n 10[16]
+  * Technique n 11[17]
+  * Technique n 12[18]
+  * Technique n 13[19]
+  * Technique n 13[20]
+
+
+Ceci est un journal inspiré (cf.Réduire les temps de développement sans 
+sacrifier la qualité[21]). Toute ressemblance avec des personnages réels ou 
+ayant existé est purement fortuite. Il s’agit d’un pot pourri très largement 
+parcellaire.
+
+Avant-propos
+
+Ce journal parle de développement logiciel, de coûts, de qualité. Il est 
+question de méthode et méthodologie plutôt que de technologies.
+
+Ce journal n’est pas trop long… la productivité avant tout ! Vous êtes 
+averti(e)s ;)
+
+Introduction
+
+Je dirige une entreprise dont l'activité principale (en termes de chiffre 
+d'affaires) est de faire de la prestation de services : développements 
+techniques, développements d'applications distribuées et applications web sur 
+mesure. Bref, je dirige une SSII (pardon ESN, l’emballage change, mais la 
+pilule est tout aussi amère).
+
+Régulièrement les prospects et clients trouvent que les coûts sont élevés et 
+cherchent à les réduire. C'est naturel.
+
+Le métier de la prestation de service est de vendre des jours/homme. Lorsqu'on 
+veut réduire les coûts, le premier réflexe est donc de réduire la masse 
+salariale.
+
+La problématique que j'essaie d'adresser ici est donc d'être capable de 
+répondre à ces attentes, et si possible sans que ce soit au détriment du 
+salarié. Fort malheureusement, c’est rarement possible, mais croyez bien que 
+l’intention y est. L’important est qu’il ne s’en rende pas compte.
+
+client : le roi.
+collaborateur : sac à viande.
+
+Comment réduire les salaires
+
+La manière la plus simple de réduire les salaires est d'adopter une stratégie 
+de développement « agressive ». Cette stratégie « agressive » signifie avec 
+perte de qualité : démotivation de vos collabo., ambiance détestable qui fait 
+fuir le client, travail baclé, turn over (disparition de la connaissance 
+fonctionnelle et technique), etc.
+
+Analogie : on pourrait faire un parallèle avec la compression salariale. Selon 
+les algorithmes, la compression sera avec ou sans perte de motivation. De la 
+même manière, on pourra réduire les salaires avec ou sans perte de qualité — 
+mais avec des niveaux de « compression » différents.
+
+Réduction sans perte de qualité
+
+Je vais vous présenter ici les techniques que nous mettons en œuvre dans les 
+ESN pour réduire les coûts du travail sans pour autant réduire le fric qui 
+entre dans nos caisses (voire au contraire).
+
+Quel intérêt ?
+
+Réduire les coûts sans sacrifier la motivation des collaborateurs est 
+évidemment intéressant pour l’entreprise ou le client.
+
+Du côté des développeurs, en revanche, on a parfois l'impression qu'on essaie 
+de brader de la viande.
+
+En réalité il s’agit bien de ça, mais il s’agit de procéder sans sacrifier la 
+motivation du collaborateur. Il est donc impératif de procéder avec tact et 
+(beaucoup de) vaseline.
+
+Quelques techniques
+
+Technique n 1
+
+Être sous convention SYNTEC
+
+Technique n 2
+
+Ne pas respecter la SYNTEC
+
+Technique n 3
+
+Quand la loi et/ou la SYNTEC sont très contraignante (risques importants de 
+contrôles de l’URSSAF&co). Ne pas avouer que c’est une obligation, mais faire 
+croire au collabo que c’est une fleur qu’on lui fait.
+
+Technique n 4
+
+Ne pas déclarer les heures supp', ni les primes de vacances.
+
+Il faut et il suffit de déclarer qu’elles sont intégrées au salaire de base 
+dans le contrat de travail. Ça n’a aucune valeur, sauf pour les benêt qui 
+croient tout ce qui est écrit (donc 99 % des informaticiens).
+
+Cela constitue une fraude donc pour éviter que quelques pénibles fassent un 
+signalement à l’URSSAF, leur faire croire que c’est pour leur bien : autrement 
+dit que la fraude leur profite directement par une augmentation de 
+l’indemnisation versée par les organismes sociaux (alors que la SYNTEC oblige 
+au maintien du salaire par l’employeur, cf. technique 3).
+
+Technique n 5
+
+Se planter dans le calcul des RTT : par exemple en oubliant la bonification, en
+faisant un décompte au réel sur un forfait, etc. J’en fait appel à votre 
+imagination sans limite dans ce domaine.
+
+Technique n 6
+
+Bluffer avec les récalcitrants (y’a toujours quelques islamo-gauchistes 
+syndicalistes, dignes héritiers des judéo-bolchéviques d’antan), en leur 
+déclarant qu’on a de très bon avocats et qu’on est tout bien réglo.
+
+Technique n 7
+
+Proposer un forfait jour à un informaticien débutant.
+
+Technique n 8
+
+Parler de tout et de rien lors de l’entretien annuel obligatoire, de tout sauf 
+du point légalement obligatoire : la ré-évaluation de la charge de travail et 
+ce faisant de la rémunération des heures supplémentaires (particulièrement vrai
+pour le forfait jour).
+
+Technique n 9
+
+Ne jamais augmenter un salaire (question d’honneur de patron), se plaindre du 
+turn-over.
+
+Technique n 10
+
+Si le point 9 est insuffisant, proposer une rémunération sous forme de notes de
+frais fictives.
+
+Technique n 11
+
+Truquer les statistiques : turn-over et inter-contrat, en mode Tout va bien Mme
+la Marquise[22].
+
+Technique n 12
+
+Obliger à poser les congés durant les inter-contrats
+
+Technique n 13
+
+Promettre des missions de merde aux emmerdeurs. Technique de dissuasion.
+
+Technique n 13
+
+Promettre des missions merveilleusement enrichissantes. En pratique ce sera 
+exactement la même mission que celle proposée en application de la technique n 
+13 : le développement informatique est et restera à jamais un métier de merde, 
+intrinsèquement emmerdant.
+
+Marche particulièrement bien avec des petits jeunes tout frais sortis de 
+l’école.
+
+Confier des responsabilités à vos collaborateurs et jouer sur ça pour gonfler 
+leur égo : cela évitera de les rémunérer autrement (ah! ce que les gens peuvent
+être matérialiste!).
+Télécharger ce contenu au format Epub[23]
+
+Lire les commentaires[24]
+
+Liens:
+[1]: http://linuxfr.org/journaux.atom#avant-propos (lien)
+[2]: http://linuxfr.org/journaux.atom#introduction (lien)
+[3]: http://linuxfr.org/journaux.atom#comment-r%C3%A9duire-les-salaires (lien)
+[4]: http://linuxfr.org/journaux.atom#r%C3%A9duction-sans-perte-de-qualit%C3%A9 (lien)
+[5]: http://linuxfr.org/journaux.atom#quel-int%C3%A9r%C3%AAt (lien)
+[6]: http://linuxfr.org/journaux.atom#quelques-techniques (lien)
+[7]: http://linuxfr.org/journaux.atom#technique-n-1 (lien)
+[8]: http://linuxfr.org/journaux.atom#technique-n-2 (lien)
+[9]: http://linuxfr.org/journaux.atom#technique-n-3 (lien)
+[10]: http://linuxfr.org/journaux.atom#technique-n-4 (lien)
+[11]: http://linuxfr.org/journaux.atom#technique-n-5 (lien)
+[12]: http://linuxfr.org/journaux.atom#technique-n-6 (lien)
+[13]: http://linuxfr.org/journaux.atom#technique-n-7 (lien)
+[14]: http://linuxfr.org/journaux.atom#technique-n-8 (lien)
+[15]: http://linuxfr.org/journaux.atom#technique-n-9 (lien)
+[16]: http://linuxfr.org/journaux.atom#technique-n-10 (lien)
+[17]: http://linuxfr.org/journaux.atom#technique-n-11 (lien)
+[18]: http://linuxfr.org/journaux.atom#technique-n-12 (lien)
+[19]: http://linuxfr.org/journaux.atom#technique-n-13 (lien)
+[20]: http://linuxfr.org/journaux.atom#technique-n-13-1 (lien)
+[21]: http://linuxfr.org/users/lebouquetin/journaux/reduire-les-temps-de-developpement-sans-sacrifier-la-qualite (lien)
+[22]: https://www.youtube.com/watch?v=T5WdpSPeQUE (lien)
+[23]: https://linuxfr.org/users/tintin_chez_blaireaux_land/journaux/reduire-les-salaires-sans-sacrifier-la-qualite.epub (lien)
+[24]: https://linuxfr.org/users/tintin_chez_blaireaux_land/journaux/reduire-les-salaires-sans-sacrifier-la-qualite#comments (lien)
-- 
cgit v1.2.1