summaryrefslogtreecommitdiff
path: root/Rduire_les_salaires_sans_sacrifier_la_qualit.txt
diff options
context:
space:
mode:
authorneodarz <neodarz@neodarz.net>2017-03-10 11:58:22 +0100
committerneodarz <neodarz@neodarz.net>2017-03-10 11:58:22 +0100
commitbc1d70343807104ccf64b6bde9b2db54270203ff (patch)
tree122467d5cad8688bc609a1509e922dce5d70d391 /Rduire_les_salaires_sans_sacrifier_la_qualit.txt
downloadread_it_later-master.tar.xz
read_it_later-master.zip
Initiale releaseHEADmaster
Diffstat (limited to 'Rduire_les_salaires_sans_sacrifier_la_qualit.txt')
-rw-r--r--Rduire_les_salaires_sans_sacrifier_la_qualit.txt215
1 files changed, 215 insertions, 0 deletions
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)