Ci-dessous un résumé des points qui m’ont particulièrement intéressés

Points remarquables :

• De plus en plus de femmes jeunes diplômés … donc surement plus de femmes dans les écoles (page 6)
• Conditions familiales propices à faire des études d’ingénieurs (page 7 & 8 )
• Forte mobilisation dans les associations (page 9)
• Les classes préparatoires ne représente « que » 52% des entrants en école d’ingénieurs (page 10)
• Les jeunes diplômés ont, à parts égales, une vision positive et négative de leur cursus (page 13)
• Parmi les points faibles, les manques en gestion de projet sont cités en 2ème (page 14)
• Seulement 13% des ingénieurs ont utilisé leur DIF (page 16)
• Accès au premier emploi plus difficile et plus longue qu’en 2008 (page 18 & 19)
• Le quart des diplômés trouvent un premier emploi en SSII (page 21)
• Le taux de chômage augmente également; comme partout (page 24 & 27)
• 68% des ingénieurs font au moins 5 heures de plus par semaine et la moitié de ceux-ci plus de 10 heures ( page 25)
• Les départs non choisis prédominent (page 28)
• Taux d’emploi à l’étranger en augmentation légère (page 33)
• Beaucoup d’attraits pour les postes à l’étranger (page 34)
• Une petite moitié des ingénieurs en région parisienne (page 36)
• Une petite moitié des ingénieurs en informatique font du SI (page 40) … euh cela pourrait être plus détaillé !
• 55% des cadres n’encadrent personne (page 40)
• Qui peut m’aider à lire le tableau de la page 42 ?
• Un quart des ingénieurs qui ont entre 45 et 50 ans (ma tranche d’age) n’ont connu qu’un seul employeur !!! (page 43)
• Les sources de satisfaction dans le travail sont un peu moins marquées (page 44)
• L’insatisfaction liée à l’organisation générale de l’entreprise augmente (page 45)
• Le salaire reste l’élément clé de l’attractivité … dommage (page 47)
• Mais c’est la mauvaise ambiance qui ferait partir (page 48)
• Je zappe la partie innovation
• Crainte de perdre son emploi toujours forte même si moindre qu’en 2009 (page 53)
• La situation économique impacte négativement la vie personnelle (page 54)
• 2009 était la pire des années (page 56)
• Beaucoup d’infos sur les recrutements … mais pas beaucoup qui m’intéressent vraiment (pages 57+)
• Les femmes font l’objet de politique de promotion de la diversité par les entreprises (page 62)
• La facilitation du télé-travail augmente (page 64)
• La médiane des salaires est de 52 700 euros et « stable » depuis 6 ans (page 65)
• « Finance et Assurance », les eldorados des ingénieurs (page 67)
• Le salaire médian des débutants est de 33 000 euros (page 69)
• Le salaire médian des 45-49 ans est de 77 000 euros (page 70)
• +15% = 10 000 euros d’écart entre Hommes/Femmes à partir de 40 ans (page 71)
• Progression plus rapide les 20 premières années (page 73)
• Ceux qui travaillent beaucoup plus gagnent beaucoup plus … tiens, j’ai déjà entendu cette formule … mais n’ont bien souvent plus de vie de famille (page 76)
• Une moitié des ingénieurs attendent une augmentation de salaire (page 78)
• La médiane des retraites est de 50 000 euros (page 80)

Merci de m’avoir lu jusqu’au bout

Voici ce qu’un de mes amis a reçu par mail :

Au cours des cinq dernières années, les technologies et processus de développement ont profondément changé… À tel point que les approches traditionnelles de gestion des performances applicatives (APM) sont également devenues obsolètes…

Complexité exponentielle, infrastructures virtualisées, SOA, environnements hétérogènes, architectures distribuées sont autant de nouveaux challenges pour localiser la source d’éventuels problèmes de performance. Ces difficultés sont encore amplifiées par les processus de développement « agile », la dispersion géographique des équipes, l’intégration de composants de code fournis par des tiers…

La plupart des équipes agiles que je connais intègrent les tests de performance dans le sprint en cours ou réalisent cela comme première activité du sprint suivant (pour « valider » l’incrément de produit précédent). Bref rien à voir avec une amplification d’une quelconque difficulté.

C’est la première fois que je vois le développement agile utilisé d’un point de vue marketing comme un aspect négatif de quelque chose … et vous ?

Peut-on aller trop loin avec l’utilisation des Post-it … c’est possible à en voir l’usage qu’en fait cet « agiliste » distingué

Voici l’offre telle que je l’ai reçu … et surement disponible sur le web si vous cherchez un peu

J’ai besoin rapidement d’un ingénieur en informatique, pour le développement d’utilitaires softwares, dans le cadre de notre flot d’implémentation. Quelqu’un qui ait une bonne aptitude a résoudre des problèmes logico-mathématiques. Au moins quelques années d’expérience dans le développement CAD et les outils C/C++/Tcl/shell sont souhaitables. Une expérience dans les méthodes de développement agile (extreme programming ou scrum) seraient aussi très intéressantes pour participer a leur mise en place. Cet ingénieur rejoindrait la petite équipe que je dirige ou les développeurs ont un ou plusieurs projets sous leur responsabilité tout en ayant une responsabilité partagée sur le processus et l’infrastructure software. Cet équipe travaille en relation très étroite avec les utilisateurs, qui sont partie intégrante de notre processus de développement.

Le projet comporte une 40aine de personnes et j’estime la charge de travail à un mi-temps jusqu’à la fin de l’année.

Il est important que nous partagions certaines valeurs humaines … et je ne cherche pas à faire un coup financier … si vous êtes tenté, je vous laisse me contacter en direct (a POINT boutin AT agiletoyou POINT com)

• Chuck Norris est Scrum Master et Product Owner en même temps
• Chuck Norris peut faire des sprints de 6 mois
• Chuck Norris porte des TimeBoxer short
• Chuck Norris ne déplace pas les postIt sur le tableau, il bouge le tableau
• Chuck Norris n’estime pas, il sait
• Chuck Norris s’appaire tout seul
• Chuck Norris est autoriser à arriver en retard au Stand Up
• Chuck Norris s’assoie lors du Stand Up
• Chuck Norris a tout terminé à la fin du Sprint Planning Meeting
• Chuck Norris n’estime pas les User Story, mais les User Story le respecte
• Chuck Norris écrit d’abord le code et jamais les tests
• Chuck Norris ne craint pas les bugs, mais les bugs le craignent
• Chuck Norris ne connait pas le Kanban, il n’a pas de limite
• Chuck Norris ne tire pas, il pousse
• Quand Chuck Norris dit « c’est terminé », alors c’est vraiment terminé
• Chuck Norris ne déploie pas, il développe directement sur les machines de production
• Chuck Norris sait que pour établir un burn-down, il faut du Napalm
• Chuck Norris n’a pas de burn-down, tout est brulé autour de lui
• Chuck Norris ne répond qu’à 2 questions lors du Stand Up … il ne connait jamais de problème
• Chuck Norris n’a pas besoin de prioriser le Product Backlog
• Chuck Norris réalise plusieurs User Story en parallèle
• Chuck Norris n’utilise pas le Développement Piloté par les Tests. Chuck Norris pilote lui même
• Chuck Norris est le Product Backlog
• Chuck Norris est Scrum Master certifié sans avoir le certificat
• Chuck Norris n’a pas besoin d’Acceptance Test. Chuck Norris accepte ou pas !
• Chuck Norris n’a pas besoin de rétrospective. Le process Chuck Norris est parfait
• Chuck Norris écrit des tests qui passent avant d’avoir écrit le code
• Chuck Norris gagne toujours au Poker Planning

Et je rajouterais

• Chuck Norris n’a pas de plan de release. Chuck Norris sait ce qui est à faire
• Chuck Norris a une vélocité de 50 000 points
• Chuck Norris termine le Product Backlog à chaque itération

D’autres idées ?

Si vous avez déjà rêvé de prendre une photo avec les doigts, de lire l’heure sans porter de montre à votre poignet, de jouer au pong sur le sol du métro, d’avoir la carte météo de votre journal papier mise à jour en temps réel … et tout un tas d’autres choses aussi improbables ou incroyables … regardez cette vidéo !

Accès à la vidéo : SixthSense – La réalité augmentée

J’ai beau chercher sur mon site …  je ne vois aucun mot clé qui a pu générer cette interdiction, mais il vaut mieux en rire qu’en pleurer

http://www.lefigaro.fr/flash-actu/2009/11/12/01011-20091112FILWWW00587-yahoo-pourrait-fermer-un-site-en-france.php

J’espère qu’ils pourront tous profiter de conditions de départ aussi intéressantes, voir même mieux, que moi il y a 6 mois.

Bonne chance à tous !

• Téléchargement du résultat de l’enquête (PDF)

Article du French SUG (accès direct à l’article)

Les méthodes agiles révolutionnent la manière dont les projets informatiques (et non informatiques) sont menés. Adaptatives, porteuses de valeur et qualité, motivantes, les qualificatifs sont nombreux pour les évoquer. Nous assistons à un véritable engouement pour celles-ci sur le territoire français. Dans le domaine IT,  un grand nombre de DSI expérimentent ou projettent d’expérimenter celles-ci.

Mais que cache le phénomène agile ? Est-ce un effet de mode? Les méthodes agiles représentent t’elles un changement durable dans la manière de conduire un projet informatique? Quelles sont les motivations de ceux qui ont décidé d’emprunter la voie de l’agilité ? Les méthodes agiles tiennent elles leurs promesses ? Quels sont les résultats obtenus ?

Pour répondre à ces questions, le Scrum User Group France, organe affilié à la SCRUM ALLIANCE,  a mené, pendant deux mois, une enquête nationale, ouverte à tous, par l’intermédiaire de son site afin de collecter des données qualitatives et quantitatives sur l’adoption en France des  méthodes agiles les plus utilisées par ceux qui ont décidé d’emprunter le chemin de l’agilité.

Nous remercions les 230 personnes travaillant dans plus de 150 entreprises (voir la liste en fin de document) de toutes tailles, de secteurs d’activités très variés, de nombreuses régions d’avoir répondu à notre questionnaire.

Nous vous restituons notre lecture des résultats dans ce document et espérons sa lecture alimentera la réflexion de tous ceux et celles qui prêtent une oreille attentive aux méthodes agiles.