– Le Pitch : Pour les développeurs Java curieux et passionnés qui aiment les projets métier ambitieux, les bonnes pratiques de développement et les méthodes agiles, WinMagine est une start-up lyonnaise à la recherche de sa dream-team de développement. Contrairement à la plupart des missions que vous pourrez trouver dans d’autres structures, WinMagine vous propose de construire un projet ensemble dès la première ligne de code, d’être acteur de l’innovation du produit et de vous impliquer tout au long de son cycle de vie.
– Historique : Né il y a quelques années dans la tête de ses créateurs, WinMagine (société éditrice du progiciel du même nom) répond à des besoins de traçabilité, simplicité, convivialité et de sécurité. Les études menées ont mis en évidence de vraies opportunités de marché (que nous tenons confidentielles pour des raisons évidentes de création de projet mais que nous discuterons lors de nos échanges) qui amène Winmagine à se matérialiser pour une première version commercialisable en 2012. L’aventure commencera à partir d’octobre 2011.
– Et comment comptez-vous réaliser ce projet de zéro ? Parce que le marché est compétitif, parce que les bonnes idées ne sont pas forcément les fonctionnalités que les utilisateurs attendent, parce que proposer un produit adopté et utilisable par de vrais utilisateurs dans leur quotidien nécessite une adaptation permanente au changement, WinMagine sera produit selon les valeurs d’une informatique sociale qui inscrit l’agilité à toutes ses étapes de création, développement et déploiement :
- Des utilisateurs finaux proches de l’équipe de réalisation
- Un Product Owner dédié à son rôle en contact direct avec les métiers
- Un Scrum Master garant de l’application et de l’adaptation de l’agilité tout au long du projet
- Un ergonome pour piloter le développement par l’expérience utilisateur
- Un coach agile de renom qui interviendra régulièrement pour orienter la vision produit
- Vous, qui saurez mettre en musique toutes ces attentes en termes de développement et de tests
- Une organisation d’équipe qui respecte les valeurs et les principes du Manifeste Agile. Les méthodes envisagées pour le moment sont Scrum avec une bonne couche d’eXtreme Programming Tous les développements s’intègreront dans une logique de production de fonctionnalités à haute valeur ajoutée.
– Et moi concrètement dans tout ça ? Vous intégrez l’équipe de développement en place. Vous êtes chargé de planifier les itérations, de produire les user stories suivant les critères d’acceptation retenus en vue des démonstrations régulières qui viendront rythmer la production. Vous déposez tous les soirs votre code dans GIT et le matin lors du daily meeting vous faites particulièrement attention aux remontées d’indicateurs que notre serveur Jenkins nous aura communiquées. En même temps, vous développez en TDD parce que vous êtes un développeur attentif. Et comme vous êtes à l’écoute de votre équipe, vous savez apporter un coup de main au moment opportun. WinMagine recherche des têtes bien faites, pas besoin de connaître les toutes dernières tendances technologiques, néanmoins quelques pré-requis sont de mise :
- Pratique des designs patterns et des bonnes pratiques de conception
- Développement Java 5 ou 6 (et bientôt 7)
- Pratique d’un framework de test unitaire
- Travail en équipe en mode agile et compréhension des termes
o Auto-organisation o Définition de terminé o Amélioration continue o Qualité logicielle – Pour l’instant l’environnement de travail comprend (formation envisageable en fonction du niveau de maîtrise) o Eclipse o Maven o Git o JBoss o Jenkins o JUnit ou équivalent o Spring o Hibernate o Script Linux & Windows o Une expérience en développement mobile (eg. Iphone, Ipad) et/ou sur une plate-forme de Cloud Computing est appréciée
– Expérience : ce ne sont pas les années qui comptent mais ce que vous faites de votre code et de votre goût pour une production de qualité
– Informations complémentaires : Pour démarrer le projet, nous proposons un CDD d’1 an transformable en CDI après cette période. Rémunération : à discuter selon les profils
– Contact : Vous pouvez nous contacter et nous envoyer vos références à l’adresse suivante : romain@winmagine.com ou en discuter directement au 06 66 98 76 35.

A l’ordre du jour 2 sujets :

• Bilan de 8 mois de pratique de l’agilité sur un sous ensemble du projet (l’autre partie est en Waterfall)
• Evaluation du passage du projet en mode Full Agile

Pour le 2ème sujet, j’avais choisi de lancer la réflexion sous forme de « Speed Boat » (un des 12 innovation games®) car cette approche me semblait pertinente pour identifier les écueils potentiels et les freins au passage en Full Agile.

Voici le résultat de la réflexion (les textes ont été masqués pour raison de confidentialité)

La réflexion a conduit à identifier plusieurs éléments :

• Des freins (les ancres ou les éléments qui retiennent le bateau)
• Les bénéfices attendus dans le port d’arrivée
• Les moteurs qui vont contribuer à la mise en place du changement
• Les iles … dont le statut est ambigu (freins ou moteurs ?)

Bien entendu, cet exercice n’a été que le commencement de la réflexion et ensuite nous avons commencé à traiter les écueils, un par un, en commençant par  les plus importants (et même une des iles qui nous posait vraiment quelques questions délicates). Et cette réflexion n’est pas encore terminée à ce jour.

Sinon, un petit plaisir personnel, voir le coach (moi) matérialisé sur le bateau comme un élément moteur du projet, si, si, ce sont les clients qui le disent

Ce chiffre est important car à partir de 500, LinkedIn se limite à indiquer 500+ relations et non plus le nombre exact de relations … donc cela doit vouloir dire, et même si c’est un peu de la vanité, que son réseau professionnel est vraiment étendu.

J’avoue sélectionner avec attention les contacts, et même en refuser régulièrement, et je prétends connaitre personnellement au moins 95% des 493 personnes avec qui je suis connecté.

J’offre une bouteille de champagne à la personne qui sera mon 500 ème contact, si, si, c’est promis … avis aux amateurs.

+5 en 24h … 498 contacts … plus que 2

Et le gagnant est Guilaume LOURS … et je vais réfléchir à ta proposition … au fait, c’est quand Agile Rouen ?

Le programme est alléchant http://www.scrumday.fr/programme et je vais avoir encore pas mal de difficulté à choisir !

De mon coté je présenterais « Lorsque quelque chose empêche Scrum de fonctionner » qui est un retour d’expérience des projets que j’ai coaché et pour lequel Scrum a finalement été abandonné ou largement adapté, autant dire dans ces cas que ce n’était plus du tout du Scrum.

Au plaisir de vous rencontrer le 31 mars sur Paris.

PS : Vous avez du remarquer que je bloguais nettement moins en ce moment … rien de grave … c’est simplement parce que j’ai momentanément baissé la priorité de cette action dans mon backlog personnel … à suivre …

Prune the Product Tree

Objectif : Mettre en forme votre produit ou service pour qu’il s’adapte aux besoins de votre marché (la traduction de « prune » est « tailler » et non « couper »)

Préparation : Demander à vos utilisateurs de dessiner un arbre sur une grande feuille de papier ou faire imprimer une image stylisée d’un arbre. Les branches épaisses représentent les parties principales de votre produit et les feuilles qui leurs sont associées sont les fonctionnalités actuelles de votre produit (à l’aide de postIT simple ou mieux encore, des postIT en forme de feuille d’arbre). Le bas du tronc et les racines de l’arbre représentent vos activités de support et d’assistance clientèle.

Activités : Ecrire préalablement ou en session avec vos utilisateurs plusieurs fonctionnalités potentielles de votre produit et demander à vos utilisateurs de placer ces éléments sur l’arbre, généralement sur le bord de l’arbre puisque cela représente la croissance de votre arbre/produit. Ensuite, vous devez analyser la forme du nouvel arbre. Est-il bien équilibré comme doit être tout bon produit doit l’être ? Est-ce qu’une grosse branche récolte à elle seule un grand nombre de feuilles ? Est-ce qu’un aspect moins utilisé de votre produit (petite branche) se trouve tout à coup avec beaucoup de feuille ? Il y a t il des zones sans feuilles ? Bref tout ce que vous pouvez apprendre en regardant votre arbre produit … et en particulier vérifier que les racines se développent à la même vitesse que l’envergure totale de votre arbre … sinon CRAC !

Remember the Future

Objectifs : Comprendre la définition du succès du point de vue de vos utilisateurs

Préparation : Aucune préparation spécifique, il suffit de donner du papier et un stylo à vos utilisateurs et de leur raconter l’histoire suivante : « Imaginez que vous utilisez notre produit quotidiennement depuis 8 mois (ou une durée adaptée à votre produit), maintenant imaginez que vous êtes encore 1 mois plus tard, et racontez en détail (donnez des exemples concrets) comment notre produit à contribué à vous rendre heureux sur ce mois qui vient de s’écouler ».

Activités : Ce jeu est basé sur des études de psychologie cognitive qui ont démontré qu’il est généralement plus facile de répondre à ce type de question où mentalement l’utilisateur se projète dans le passé, qu’à une question ouverte sur le futur du type « Que voudriez-vous que notre produit fasse ? » à laquelle les utilisateurs répondent généralement PLUS et MIEUX en rapport avec les fonctionnalités existantes.

Spider Web

Objectifs : Comprendre les relations entre les produits ou services utilisés par vos utilisateurs (le votre et d’autres)

Préparation : Peu de préparation matérielle, mais il nécessaire que vos utilisateurs travaillent au préalable et arrivent au jeu avec une liste des produits ou services qu’ils utilisent. Tracer un grand cercle et mettre le nom (ou un dessin/photo) de votre produit ou service au centre de ce cercle et demander à vos utilisateurs de nommer les autres produits ou services qu’ils utilisent.

Activités : Positionner les autres produits dans le cercle et demander à vos utilisateurs Quand, Comment et Pourquoi ces produits sont utilisés et comment ils interagissent avec votre produit et les produits préalablement positionnés. Ne pas hésiter à utiliser des couleurs différentes ou des épaisseurs de traits pour indiquer des relations plus fortes que d’autres ou des utilisations critiques. A l’issue de ce jeu vous obtenez une meilleure connaissance de quelle façon votre produit ou service se positionne dans l’éco-système de vos clients.

Product Box

Objectifs : Identifier les fonctionnalités les plus « excitantes » de votre produit du point de vue de vos utilisateurs

Préparation : Surement le jeu le plus connu et qui demande pas mal de préparation matérielle car vous aller devoir fournir à vos joueurs une ou plusieurs boîtes vides ainsi qu’un grand nombre d’éléments (gomettes, feutres, papier coloré, colle, scotch, ciseaux …) pour leur donner l’occasion de laisser parler leur imagination … que vous espérer débordante.

Activités : Demandez à vos utilisateurs d’imaginer qu’ils sont les vendeurs de votre produit sur un salon professionnel et que votre produit est packagé dans une boîte qui est initialement vierge. Proposez à vos utilisateurs d’embellir cette boîte (coté extérieur) en rajoutant toutes les informations nécessaire pour que la vente de votre produit soit plus efficace. A l’issue de ce travail, demandez à vos utilisateurs de venir vendre votre produit à vous et aux autres participants en s’aidant de la boîte qu’ils auront fabriqué.

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)