1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
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)
|