Je pense que le contexte est différent quand même. Vu l'origine et la date, le but était d'attaquer l'ennemi (les allemands et l'axe pendant la 2eme guerre mondial, l'état soviétique et son appareil industriel pendant la guerre froide).
En fait, le nœud du probléme, c'est que dans un métier d'ouvrier, on fait parti de la chaîne de production. On se retire, la production s'arrête.
Dans les métiers de l'informatique, c'est différent. Je vais prendre mon cas, admin sys, je ne fait pas parti de la chaîne de production, je fait parti de ce que je qualifierais d'équipe de maintenance (dans le sens ou je ne produit pas), et tout mon travail consiste à faire en sorte que ça marche sans moi. C'est pareil pour les SRE, parce que personne n'aime recevoir des alertes. Donc vu que le système est la pour palier à des erreurs sans interventions humaines, et du coup, bah, ça réduit la capacité à impacter ce qui rapporte des thunes.
C'est pareil pour les devs, car même si ce qui rapporte de l'argent, c'est le code, il ne rapporte pas ça de la même façon qu'un ouvrier, vu que ce qu'on vends, c'est un snapshot à un moment T, donc ne pas produire de code n'impacte pas les ventes à court terme. Si demain, 100% des devs sont virés, la boite va continuer à gagner de l'argent en vendant ce qui existe (logiciel) ou en laissant tourner le service (cf Twitter, ou les soucis sont plus causé par les agissements du patron et ses choix à la con que d'avoir viré des ingés).
Les commerciaux peuvent impacter (plus ou moins) vu que c'est leur travail qui fait rentrer directement l'argent. J'imagine que le support aussi, via les clients mécontents.
Du coup, le sabotage, c'est bof, parce que la structure même d'une boite d'informatique qui produit des logiciels va à l'encontre de ça, et il faut revenir aux fondamentaux, à savoir l'entreprise veut quelque chose, et le levier, c'est de faire le contraire.
Pour donner un exemple assez précis mais qui me vient en tête par rapport à ma lecture du moment, les entreprises (US mais sans doute ailleurs) mettent en place des procédures internes pour les plaintes pour harcèlement, etc. Le but, entre autre, c'est d'éviter d'aller au procès car il y a la perception qu'un procès visible serait bien plus coûteux (ce qui est faux, mais ça n'a pas d'importance car c'est la perception qui compte).
[^] # Re: forfait jour
Posté par Misc (site web personnel) . En réponse au lien Le syndicat Solidaires Informatique lance un appel à la grève jusqu’au 31 décembre 2027. Évalué à 5.
Je pense que le contexte est différent quand même. Vu l'origine et la date, le but était d'attaquer l'ennemi (les allemands et l'axe pendant la 2eme guerre mondial, l'état soviétique et son appareil industriel pendant la guerre froide).
En fait, le nœud du probléme, c'est que dans un métier d'ouvrier, on fait parti de la chaîne de production. On se retire, la production s'arrête.
Dans les métiers de l'informatique, c'est différent. Je vais prendre mon cas, admin sys, je ne fait pas parti de la chaîne de production, je fait parti de ce que je qualifierais d'équipe de maintenance (dans le sens ou je ne produit pas), et tout mon travail consiste à faire en sorte que ça marche sans moi. C'est pareil pour les SRE, parce que personne n'aime recevoir des alertes. Donc vu que le système est la pour palier à des erreurs sans interventions humaines, et du coup, bah, ça réduit la capacité à impacter ce qui rapporte des thunes.
C'est pareil pour les devs, car même si ce qui rapporte de l'argent, c'est le code, il ne rapporte pas ça de la même façon qu'un ouvrier, vu que ce qu'on vends, c'est un snapshot à un moment T, donc ne pas produire de code n'impacte pas les ventes à court terme. Si demain, 100% des devs sont virés, la boite va continuer à gagner de l'argent en vendant ce qui existe (logiciel) ou en laissant tourner le service (cf Twitter, ou les soucis sont plus causé par les agissements du patron et ses choix à la con que d'avoir viré des ingés).
Les commerciaux peuvent impacter (plus ou moins) vu que c'est leur travail qui fait rentrer directement l'argent. J'imagine que le support aussi, via les clients mécontents.
Du coup, le sabotage, c'est bof, parce que la structure même d'une boite d'informatique qui produit des logiciels va à l'encontre de ça, et il faut revenir aux fondamentaux, à savoir l'entreprise veut quelque chose, et le levier, c'est de faire le contraire.
Pour donner un exemple assez précis mais qui me vient en tête par rapport à ma lecture du moment, les entreprises (US mais sans doute ailleurs) mettent en place des procédures internes pour les plaintes pour harcèlement, etc. Le but, entre autre, c'est d'éviter d'aller au procès car il y a la perception qu'un procès visible serait bien plus coûteux (ce qui est faux, mais ça n'a pas d'importance car c'est la perception qui compte).
On peut voir que c'est la stratégie employée par Solidaires Informatiques chez Ubisoft.
Toutes les boites ont des squelettes dans le placard, et finalement, c'est sans doute un moyen de pression efficace, il faut juste les trouver.