Pourquoi les annonces destinées aux ingénieurs s / w disent-elles toujours qu'elles "offrent un environnement en évolution rapide"?
Qui veut travailler dans un environnement en évolution rapide? Pas moi! Je veux un environnement civilisé où les gens ont le sens de l'équilibre. Un travail de meilleure qualité se fait de cette façon et la vie professionnelle n'est pas pleine de stress et d'angoisse.
C'est le code pour "Nous changeons beaucoup d'avis sur ce que nous voulons du logiciel, et si nous vous embauchons, nous ne voulons pas que vous vous plaigniez de cela. En fait, nous nous attendons à ce que vous mettiez beaucoup d'heures supplémentaires pour mettre en œuvre notre dernière décision de fantaisie parce que nous sommes rythme rapide. Vous avez été averti. "
Dans le langage des programmeurs, cela signifie "nous n'avons pas de spécifications, de tests unitaires, ou d'ailleurs, toute personne encore présente qui se souvient pourquoi notre logiciel est tel qu'il est."
Parce que la plupart des offres d'emploi ne sont pas écrites par des ingénieurs logiciels.
C'est exactement la même raison pour laquelle beaucoup nécessitent la "capacité d'effectuer plusieurs tâches". Tout développeur de logiciel respectable sait que le cerveau humain ne peut pas effectuer plusieurs tâches. Ou avoir 10 ans d'expérience dans Windows Server 2008.
C'est peut-être le vieux pet en moi, mais quand je vois que je pense qu'ils recherchent les jeunes qui travailleront avec beaucoup de passion, d'excitation et de dévouement ... et pour moins d'argent.
Mais c'est moi.
Beaucoup de gens (pensent les RH car ce sont eux qui écrivent ces choses) assimilent un "rythme rapide" à de l'excitation, et si ce n'est pas excitant, alors c'est ennuyeux.
Qui veut un travail ennuyeux? Si c'est ennuyeux, les "meilleurs talents" ne veulent certainement pas le faire et cela ne vaut pas vraiment la peine.
Cette ligne de pensée, bien que répandue, est fausse.
Ne leur faites pas savoir de ne pas mettre cela, nous devons pouvoir éliminer facilement les entreprises pour lesquelles nous ne voulons pas travailler! Pour moi, "environnement rapide" = beaucoup d'heures supplémentaires non rémunérées.
Je ne suis pas d'accord avec les points négatifs à ce sujet. Quand j'entends "Un environnement au rythme rapide", je pense que "beaucoup de responsabilités intéressantes, parce que le travail est fait efficacement pour que vous puissiez passer à autre chose". Je décrirais mon environnement de travail actuel comme "rapide", mais je me réjouirais également de l'équilibre travail-vie personnelle que j'obtiens.
Je pense que le problème est que les recruteurs confondent "au rythme rapide" avec "nous avons beaucoup d'urgences et obligent les gens à passer beaucoup d'heures" - ce qui est presque le contraire du rythme rapide. Les urgences font dérailler et randomiser les gens, ce qui ralentit le rythme des affaires. Travailler de longues heures est un symptôme de ne pas être accéléré pendant les heures normales de travail et d'essayer de compenser en travaillant plus. "Travailler dur, de longues heures tout en étant randomisé lorsque les choses tournent mal" et "produire rapidement une grande valeur commerciale" sont deux choses différentes, souvent contradictoires.
"Rapide", dans le sens de "notre équipe offre beaucoup de valeur commerciale en peu de temps", est souhaitable car elle conduit à un meilleur équilibre entre vie professionnelle et vie privée. Vous obtenez un excellent contenu de curriculum vitae et développez votre talent sans investir beaucoup de temps dans des études indépendantes dans votre propre temps, car vous apprenez tellement sur le tas - ce qui signifie que votre temps libre peut être consacré à des loisirs non liés à la programmation sans que vos compétences ne deviennent obsolètes. "Fast-paced" n'est pas non plus ennuyeux, car vous terminez un projet rapidement et vous pouvez ensuite passer à quelque chose de nouveau. L'OMI, constamment confrontée aux urgences et aux "incendies", couvrant les erreurs des autres, faisant face à des outils minables et à une mauvaise documentation, etc., est très frustrante et ennuyeuse.
Edit: J'ai pensé à quelques autres choses "rapides" qui sont positives et peuvent être attrayantes: Premièrement, cela suggère que l'équipe utilise des pratiques Agiles; la cascade n'est pas rapide. Deuxièmement, cela implique que l'entreprise ou l'équipe est petite et légère et qu'elle n'est pas liée à des processus divers; les personnes qui participent à de nombreuses réunions et doivent remplir trois formulaires pour chaque correction de bogue ne vont pas évoluer rapidement. Troisièmement, cela fait allusion à une entreprise en croissance (peut-être une start-up?) Ou à une équipe qui fait des progrès et offre beaucoup de valeur à ses clients, par rapport à une entreprise ou une équipe qui a déjà fait son travail intéressant et qui est maintenant assise là faire l'entretien et obtenir de l'argent pour le travail qu'ils ont déjà fait.
Un commentaire ci-dessous souligne également que "rapide" est un contraste avec "en profondeur". Un environnement en évolution rapide est un environnement dans lequel vous acquérez de nombreuses compétences en très peu de temps, mais ne devenez un expert dans aucune d'entre elles. Un environnement plus lent où de nombreux experts sont nécessaires et où les choses doivent être bien faites la première fois est plus susceptible de développer des compétences approfondies. Avoir beaucoup de compétences et avoir quelques compétences en profondeur sont des parcours très différents, donc "rapide" est également un signal que les personnes qui veulent devenir des experts dans un ensemble de compétences relativement restreintes ne devraient probablement pas postuler.
Vous ne lisez probablement que des annonces destinées aux développeurs de logiciels, mais la vérité est que tous les offres d'emploi indiquent qu'elles "offrent un environnement en évolution rapide".
Je suis recruteur dans l'espace technologique. La plupart des "descriptions" de poste sont lavées par les RH avant de sortir devant le public. Donc, un directeur de l'ingénierie peut être assis là et rédiger une demande raisonnable, parler de la façon dont "TBD" n'est jamais autorisé lors de la définition des exigences, décrire leur équipe, les types de projets sur lesquels ils se concentrent qui les distinguent, etc., yadda yadda . Ensuite, les RH comprennent et disent "mais, tout le monde aime" travailler dur, jouer dur, non "?? Je veux dire, c'est ce que disent toutes les autres descriptions de travail. Nous ferions mieux de dire aux gens que nous sommes" rapides " ", ou nous aurons l'air trop old school et ennuyeux. Google est rapide, n'est-ce pas? D'accord ?? Nous devons être comme Google !! Oh, et nous débarrasser de tout ce que nous pourrions vaguement, potentiellement, 1-in-a- millions de chances de se faire poursuivre. "
Uggh. Je déteste la plupart des descriptions de travail. Plein d'ordure comme ce que Chuck a décrit. De plus, ils ne sont qu'une liste à puces d'exigences, sans viande. La plupart des départements RH se rendent sur le site Web de leurs concurrents, trouvent un travail similaire à celui dont ils ont besoin pour le remplir, le copier et le coller, changer le nom de l'entreprise, peut-être ajuster légèrement les exigences, puis le publier.
Ce sont des publicités: elles devraient faire un bon travail de communication sur ce que l'entreprise aime vraiment (c'est-à-dire que lorsque vous prenez le poste, vous n'êtes pas assis là dans 3 mois, vous avez l'impression d'être sucé, puis ils doivent vous remplacer lorsque vous quittez); être drôle (parce que, allez, qui n'aime pas drôle - encore une fois, c'est une publicité); et ne pas faire flipper les gens avec des types de phrases "rapides" et "difficiles" s'ils ne sont pas vrais.
Fin diatribe ...
Le terme cliché ici est "équipe jeune et dynamique". En d'autres termes, un groupe de personnes trop inexpérimentées pour savoir que faire 20 heures supplémentaires par semaine sans salaire n'est pas normal et n'est pas le signe d'un projet sain, que les exigences changent plusieurs fois par jour jusqu'à 5 minutes avant la livraison est anormal et malsain, etc.
C'est aussi un moyen de vous dire que vous êtes trop vieux sans le dire ouvertement (ce qui serait illégal en vertu des lois sur la discrimination fondée sur l'âge).
Si tout semble sous contrôle, vous n'allez pas assez vite. Mario Andretti (pilote de voiture de course)
Je prends "rapide" comme code pour "quelque peu hors de contrôle". Certaines personnes aiment ça. D'autres non.
Jusqu'à présent, ma déclaration préférée avec "l'environnement au rythme rapide" était que le directeur des ressources humaines essayait de faire sonner une sorte de chose amusante de type soirée pyjama pour rester au bureau jusqu'à minuit en poussant le code.
Personnellement, je veux un travail détendu et avec des cookies ...
mmmmm ..... cookies ..... (> ^. ^)> (#) mmmmmm ..... coookies ....
Mais il semble que la plupart des gens des RH soient fous de croire que nous, les gens de la programmation, voulons des emplois rapides, rapides et remplis de stress, je ne sais pas qui leur a donné cette idée, mais cela doit être écrasé.
Beaucoup de gens se sont concentrés sur ce que peut signifier un rythme rapide, mais je pense qu'il y a une autre raison: de nombreux magasins sont au rythme lent au point de stagner - imaginez le genre d'endroit où la recherche d'un problème entraîne la demande de formation hors site ou le dépôt un billet et rentrer à la maison pour la journée. Si vous embauchez, il y a un désir d'éviter les soumissions des types de développeurs qui se sont lancés dans l'industrie en pensant "un travail en intérieur, pas de travail lourd" mais cette formulation particulière est trop clichée pour le faire.
C'est peut-être une tentative d'effrayer les programmeurs paresseux ...
Qui l'enfer veut un environnement au rythme rapide?
** à main levées **
Un "environnement au rythme rapide" peut être soit un environnement d'enfer, soit un environnement où les défis technologiques abondent. Je reste loin de l'ancien, mais je cherche exprès le plus tard. Évidemment, il faut chercher un équilibre (surtout si vous êtes comme moi, avec la famille et les enfants). Cependant, si votre travail ne remet pas en cause vos compétences et votre passion, vous n'apprenez pas. Et c'est le pire que vous puissiez faire pour votre évolution de carrière professionnelle.
Supposer qu'un environnement en évolution rapide est toujours mauvais révèle une perspective de vie particulière et le type de carrière technologique que nous avons choisi pour nous-mêmes. Chaque travail a ses verrues. Ce que vous en faites, même les pires environnements, c'est à vous de le faire.
Il y a des emplois "rapides" (au mauvais sens du mot) qui étaient tout simplement horribles, et je ne remettrai plus jamais les pieds sur ces entreprises. Mais les expériences elles-mêmes m'ont appris à gérer la pression de manière professionnelle et à faire avancer les choses autant que possible. Ces emplois étaient horribles non pas à cause des défis techniques et des exigences, mais à cause de la dynamique personnelle horrible et du style de gestion.
De l'autre côté de la médaille, les meilleurs emplois que j'ai jamais eu étaient également "rapides", en termes d'évolution des exigences et des défis technologiques. C'est là que vous apprenez vraiment comment vous mettre à la hauteur et livrer, ce qui est finalement ce que tout programmeur (ou tout professionnel) devrait rechercher.
La difficulté de quelque chose n'est pas une excuse pour éviter son accomplissement.
Juste les gens changent d'avis quand il s'agit de logiciels n'est pas une mauvaise chose. C'est le reflet de la dynamique du monde, et nous, dans le logiciel, nous sommes chargés de créer des modèles exécutables réalistes du monde. Je suis étonné de voir combien de programmeurs ne parviennent pas à comprendre cela.
Le défi consiste à savoir comment gérer le taux de changement continu (et généralement chaotique). Et il y a deux côtés de la médaille: la gestion non technique et la gestion technique (votre part en tant que programmeur et ingénieur logiciel). Et le dernier est aussi important, et peut-être plus encore, que le premier.
En fin de compte, vous voulez vous éloigner des mauvais environnements de travail, mais dans le but de cultiver votre carrière professionnelle, vous devez toujours rechercher des environnements légitimement rapides. Sinon, nous pourrions simplement rechercher un travail de 9 à 5 pour maintenir les rapports COBOL/RPG.
Voulez-vous dire cela?
"Vous devez être capable de prospérer dans un environnement Agile/Scrum qui est au rythme rapide et a une structure et un processus minimaux et se développe rapidement."
Je pense que cela signifie passionnant. Là encore, cela pourrait également signifier des heures supplémentaires extrêmes et des pertes de salaire.
Wow, vous cherchez tous profondément dans le sens exact de cette phrase :-)
http://en.wikipedia.org/wiki/Hanlon%27s_razor dit "Ne jamais attribuer à la malveillance ce qui est adéquatement expliqué par la stupidité."
Pourquoi les annonces destinées aux ingénieurs s/w disent-elles toujours qu'elles "offrent un environnement en évolution rapide"?
Parce que l'annonce d'emploi a été écrite par une personne qui ne sait pas vraiment écrire, n'a pas d'imagination et doit donc se rabattre sur de vieilles phrases fatiguées comme celle-ci?
Je veux dire, allez, nous savons tous à quel point les programmeurs sont bons pour écrire de la documentation :-P
Est juste du sucre syntaxique pour stress et chaos.
Voilà ce que cela signifie. Cela signifie que vous devez vous adapter rapidement, cela va inventer des délais pour hier et vous devrez y faire face car c'est un environnement au rythme rapide. Juste une belle syntaxe et une excuse pour un environnement qui sera stressant.
Nous pensons peut-être trop à cela.
Je pense que c'est souvent utilisé parce que "eh bien, je n'ai que trois phrases et un ensemble ridiculement large de puces ... Je ferais mieux de penser à autre chose à dire".
La réponse est parce que les bons développeurs s'ennuient facilement et lorsqu'ils s'ennuient, ils partent. Dire que vous offrez un environnement au rythme rapide est une tentative de trouver de bons développeurs. En fait, offrir un environnement au rythme rapide est un bon moyen de réduire le roulement.
De plus, j'ai vu que quelqu'un mentionnait des "programmeurs paresseux", je suis également d'accord avec cela. Fast Paced signifie que vous n'aurez pas le temps d'apprendre à devenir un développeur, vous devriez donc déjà l'être.
De plus, la plupart du temps, les annonces que les gens écrivent proviennent des RH ou de quelqu'un qui ne sait rien du poste. "Nous exigeons des niveaux d'experts en [insérer la soupe alphabétique ici] et BA et 10 ans d'expérience et [insérer d'autres exigences insensées ici]". Je déteste ces publicités.
Il se peut que les RH voulaient quelque chose qui ressemble à "cool", mais comme la société fait des calculs de salaires plutôt que des robots sur Mars, elle opte pour cette vague "cela signifie tout ce que vous voulez que cela signifie" style . La preuve en est dans plusieurs des réponses ici.
J'ai un ami, qui est un développeur autodidacte. Vous savez, le seul langage dans lequel il est quelque peu compétent est le C #, ce qui n'est pas une mauvaise chose, c'est OK de ne connaître qu'un seul langage, mais de bien le connaître. Il n'avait aucune formation professionnelle, à part les certificats Microsoft (MCSE ou quelque chose), aucun diplôme universitaire ou quoi que ce soit, il sortait à peine du lycée.
Maintenant, il continue de publier sur Facebook sa dernière idée pour une application Android, pour un nouveau client Twitter, un service de raccourcissement d'URL, un hébergeur d'images ...
Il voulait développer un nouveau navigateur en C #, mais s'est arrêté à mi-chemin.
Il continue de faire des vidéos sur YouTube sur TFS, et à quel point la gestion de projet est cool avec tous ces produits Microsoft Nice.
Maintenant, il a une autre startup, un client d'intégration de réseaux sociaux à utiliser avec les produits MS Office.
* soupir *
Le type de "Start-Ups" et de logiciels qu'il développe, est exactement le genre que j'imagine derrière ces publicités. Des cerveaux qui semblent excitants, mais qui perdent sont assez rapides. Ils prévoient de rendre le logiciel gratuit et facturent le support. Tout cela semble un peu de la vapeur. Il semble que travailler pour eux, c'est faire du travail, dont la plupart des choses ne seront pas utilisées finalement, puis le tout s'arrête et tout le monde cherche le coupable, le cul paresseux, qui n'a pas fait le travail .
Suivre la technologie ou du moins l'illusion de celle-ci serait une autre raison que je noterais. Ne voudriez-vous pas travailler là où de nouvelles choses vous arrivent toujours quand les gens, "Hé, pourrions-nous faire ça? Et si on commençait maintenant?"
En tant que personne qui a récemment rédigé une description de poste, j'ai été tenté d'utiliser cette expression, mais pas vraiment pour la plupart des raisons que tout le monde a mentionnées ci-dessus. Ce n'est pas parce que les choses sont hors de contrôle et ce n'est pas parce que tout est en désordre ou parce que nous avons besoin que vous mettiez dans un bateau des heures supplémentaires non rémunérées. Ce n'est pas rapide. C'est juste une mauvaise gestion.
Pour moi, le rythme est rapide: nous avons beaucoup à faire et vous devrez suivre. Si vous voulez travailler à un rythme décontracté et au gouvernement, ce n'est pas le bon endroit pour vous.
C'est un point positif car cela signifie qu'il y a beaucoup d'opportunités de créer de la valeur pour l'entreprise, ce qui se traduira par plus de croissance pour l'entreprise et une rémunération plus élevée pour vous.
N'est-ce pas la langue anglaise brillante. Une simple déclaration de deux mots peut susciter un grand débat basé sur l'interprétation, l'ambiguïté et l'expérience personnelle.
Je ne pense pas qu'il y ait quelque chose de mal à "faire face" à condition qu'il soit qualifié. Cela dit, étant donné l'absence d'une déclaration qualifiée, je préférerais un synonyme alternatif ou plus de détails. Si vous essayez de dire "itérations fréquentes et bimensuelles" ou "beaucoup de programmeurs enthousiastes qui veulent dépenser 80% de leur programmation" le dites, ne dites pas "rythme rapide" car c'est ambigu et ouvert à l'interprétation.
Trop souvent, les emplois ajoutés sont concis avec des mots à la mode que le recruteur pense que vous voulez entendre.
D'après mon expérience, le rythme rapide a souvent signifié la lutte contre les incendies, ou travailler sur des projets dans des délais avec pas assez de temps pour tout livrer au mieux des capacités de vos équipes. Cela a parfois été dû à une mauvaise gestion et à des circonstances imprévues, mais je choisirais une approche plus détendue et équilibrée (mais efficace et rationalisée) plutôt qu'une approche "rapide".
J'ai lu une fois une annonce d'emploi où le recruteur a mis quelque chose comme "le meilleur emploi que vous verrez cette année". Réaction immédiate, non-sens, c'est un argumentaire de vente, pourquoi? parce que je mets les recruteurs dans le même groupe que les agents immobiliers (là dedans pour la commission et ils ne peuvent pas se permettre d'être honnêtes).
Quand je l'entends, je pense à cet article de blog de Coding Horror . Le rythme rapide peut certainement être un énorme avantage en termes d'itérations et de développement. Malheureusement, je doute que le "rythme rapide" dans les offres d'emploi se réfère à la vitesse des itérations.
C'est leur façon de dire "le sh * t coulera en aval plus vite que vous ne pourrez pagayer contre lui". Les exigences changeront plus rapidement que vous ne pouvez terminer de coder la version précédente, et des fonctionnalités seront ajoutées chaque fois que le chef de projet alimenté par RedBull les pensera.
Je suis tellement content de ne plus avoir à gérer la mise en œuvre des "visions de douche" d'autres personnes.
pour moi environnement rapide signifie que le demandeur doit être disposé à apprendre de nouvelles choses.
Exemple
- Le projet du mois dernier était à Java
- Le prochain projet sera en c #
Cela signifie probablement en partie que l'entreprise valorise les décisions commerciales motivées par les exigences des clients, par rapport aux besoins de leur personnel d'ingénierie.
Pas trollin ', juste essayer d'être réaliste ...
Parce que leur modèle de maturité des capacités est au niveau 1 - Chaos.
Habituellement parce qu'ils pensent que l'utilisation de Boost et de C++ les rend tranchants.