Je comprend pas pourquoi on doit télétravailler en IT alors que le virus ne se propage que quand on est debout, vu qu'on passe la majorité de notre temps assis nous ne risquons pas d'attraper le covid !
Je comprend pas pourquoi on doit télétravailler en IT alors que le virus ne se propage que quand on est debout, vu qu'on passe la majorité de notre temps assis nous ne risquons pas d'attraper le covid !
y'a beaucoup de vrai dans ce que vous dites la preuve par un article du Figaro ( hélas réservé aux abonnés)
Les quartiers d'affaires à nouveau face au vide
est-ce que vous réfléchissez un moment à ce que vous écrivez ?
Est-ce que vous avez pris des cours de biologie un minimum ?
Bonjour,
En même temps, les temps changent, et ils vont devoir s'y habituer. De plus en plus de sites d'annonces mettent en évidence la possibilité (ou non) de télétravail, et la simple mention de télétravail augmente le taux de clic sur une annonce (source : Carl Chenet, fondateur du site linuxjobs.fr -- je n'ai pas les chiffres pour développez.net)
Les employeurs feraient mieux de voir comment réduire les coûts (ce qu'ils adorent faire) en supprimant des surfaces de travail et donc en augmentant le télétravail plutôt que de se dire qu'il faut rester à un système à l'ancienne, chacun au bureau et le premier qui part le soir a perdu.
Voui, mais que vont devenir les chefs à la française? Ceux dont la seule de compétence est de te hurler dans le creux de l'oreille "t'as pris ton après-midi???" quand tu oses partir à 20h59? Ceux qui n'existent que par le copinage systématique avec les grands chefs? Ceux qui ont font mousser les réalisations des autres comme étant les leurs? Ceux qui imposent leurs idées de merde en brainstorming juste grâce à leur force de persuasion en face-à-face? Tu vas mettre tous ces gens-là au chômage, c'est pas gentil.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Alors, je n'ai jamais dit que j'étais gentil moi
Par contre, on pourrait imaginer qu'on forme ces chefs à devenir compétents, c'est à dire à être plus intéressé par le bien être de leur équipe plus que par leur intérêt personnel. Ou alors on peut tous les embaucher à l'inspection du travail pour aller vérifier si les SSII appliquent bien les directives gouvernementales, sans qu'il n'y ait d'ordres directs des managers client envers les employés de la SSII, car c'est interdit
J'ai eu 2 bons chefs dans ma carrière, et croyez-moi, ça change tout.
On sent toute ta haine du manager bullshiter powerpoint là pour faire la police . Sinon le Covid a pu démontrer quand même que pas mal de middle manager ne servaient à rien. Et j'espère qu'on revalorisera les salaires des vrais utiles. Après plus facile de filer 4k pour un bullshiter spé PowerPoint que 4k aux dev et 2k au bullshiteur.
Faut pas ensuite se plaindre si ce pays était à la dérive industriellement et technologiquement quand on a autant méprisé l'expertise technique.
Oui. Je pense à un type, en particulier... Sur cette longue mission ou j'ai croisé Glutinus en vrai, pendant deux ans, je l'ai vu passer dix heures par jour dans les couloirs, à faire de la lèche aux grands chefs. Je n'en avait pas une haute opinion, mais bon, il ne m'empêchait pas de bosser. Et puis est arrivé cet énorme projet de fusion avec un concurrent racheté, qui m'a occupé ma troisième et dernière année de mission. Il a été nommé coordinateur transversal. Moi, je bossais aux synthèses, donc tout à la fin de toutes les chaines, et je récupérais tout de tout le monde. Et il m'avait écrit par mail "pas besoin de faire la conversion coté synthèses, les applis en amont s'en chargeront". Bon.
Arrivé le jour J, plantage massif. Les fichiers en amont n'étaient pas convertis. Il m'a fallu deux heures pour écrire une conversion en catastrophe, et une semaine pour réparer les dégâts. Je me retrouve en contact avec un gars d'une appli en amont, qui m'envoie un mail, signé par le même gars, et qui disait en substance "pas besoin de faire la conversion, les synthèses s'en chargeront".
Fin décembre, le projet était officiellement bouclé, et le gars promu pour sa grande réussite. Mi février, il y avait encore (estimation à la louche) 70 personnes qui ramaient pour ramasser les morceaux. Et qui devaient pointer sur d'autres projets, puisque ce projet là était clos (dit autrement, j'avais certes souffert, mais bien moins que plein d'autres)..... Mi mars, deux semaines avant mon départ (pour limite des trois ans, autant dire que je ne risquais rien...et lui non plus), je le croise. J'ai imprimé les deux mails. Je lui demande si il avait remarqué l'incompatibilité de ses demandes. J'avais imaginé deux scénarios. Le machiavélique qui avait tout prévu, et m'aurait sorti un argumentaire préparé longtemps à l'avance. Ou alors l'incompétent communiquant qui aurait bafouillé avant d'improviser un truc qui ne tenait pas debout mais sonnait juste. Raté, ni l'un ni l'autre. J'étais encore un petit scarabée, malgré mes 13 ans d'expérience.
Sa réponse? "Ah bon? Bon!". En gros, rien à foutre. J'ai beaucoup appris, en posant cette question (et c'est la seule fois de ma carrière ou je pouvais me permettre de poser ce genre de questions). Ce genre de bullshit managers ne travaille que pour sa popularité auprès des grands chefs, et tout le reste peut bien s'écrouler, rien à foutre. Passer pour le dernier des derniers auprès d'un grouillot? Rien à foutre. Plomber un projet stratégique majeur? Rien à foutre. Mettre dans la panade des dizaines de chefs de projet? Rien à foutre.
Donc oui, je l'ai un peu mauvaise, vis-à-vis de certains profils.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Blague à part, c'est là qu'on s'aperçoit aussi des gros débilos avec qui on peut bosser.
Exemple 1 : mon meilleur ami préfère bosser en présentiel (enfant à la maison surexcité qu'il faut sortir toutes les heures, il préfère avoir plusieurs jours par semaine sur place). Seul sur son open-space, il a pris des paravents pour se faire un mini-bureau dans un coin. Résultat : les gens viennent voir, s'exclament de joie, retirent leur masque, se collent à lui...
Exemple 2 : ma remplaçante (presta) sur une mission m'a évoqué une collègue (interne) sans-gêne, qui a retiré son masque alors qu'elles étaient dans une salle de réunion flex (donc une petite salle minuscule pour bosser à deux, merci les RH qui n'ont pas condamné ce genre de salle). La sans-gêne a retiré son masque, ma remplaçante l'a réprimandé. L'interne est partie bouder et s'est mise à gueuler que c'était inadmissible à la machine à café. En temps normal, les prestas s'en prennent plein la gueule et l'après-midi toute la boîte est au courant. Ce fut la seule fois où une interne s'est prise un mail de cadrage lui rappelant les gestes barrière
- So.... what exactly is preventing us from doing this?
- Geometry.
- Just ignore it !!
****
"The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
***
Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019
De beaux spécimens par chez toi
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager