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)