pyxis
Articles de pyxis :
- La motivation des équipes stagne parce qu’elles n’ont pas le sentiment de progresser.
- La simplicité de l’approche est mise en doute.
- L’équipe apprend peu car elle accomplit peu.
- Pour faciliter l’intégration des travaux UX à un projet Agile, il est d’abord utile de mettre en place une stratégie d’intégration. Ceci afin d’apporter la présence et l’expertise UX adéquate au contexte du projet. Que ce soit en faisant d’abord un partage de connaissance entre les développeurs et les spécialistes UX pour que chacun ai des connaissances suffisantes de l’autre domaine pour faciliter les conversations et la conception du travail, en énumérant au début du projet les caractéristiques intrinsèques au logiciel (qualités techniques) et les caractéristiques extrinsèques du logiciel (qualités des interfaces et interactions) ou en nommant un champion UX au sein de l’équipe de développement et un champion technique au sein de l’équipe UX afin de toujours garder en tête les considérations qui relèvent de l’autre domaine.
- Pour réduire la pression sur le Product Owner de conserver une vision affaire autant qu’un vision utilisateur du logiciel à développer, il a été suggéré de mettre en place une “équipe Product Owner” qui partage les responsabilités de maintenir la direction du logiciel. L’”équipe Product Owner” est composée d’un représentant affaire et un représentant des utilisateurs et ensemble ils collaborent à déterminer l’orientation du logiciel qui sera développé.
- Enfin, pour faire en sorte que les équipes Scrum développent le bon logiciel et du logiciel utile à chaque itération, les présentateurs proposaient de revoir le concept d’itération et de récit utilisateur (user story). La proposition voulait qu’un projet en mode Scrum oriente la composition du carnet de produit (product backlog) vers une suite d’activités réalisées par un utilisateur pour atteindre ses objectifs, et non plus comme une liste de fonctionnalités à réaliser. Le logiciel développé est ainsi plus cohérent puisque la séquence de récit utilisateur qui seront réalisés reflètera la réalité des utilisateurs.
François Beauregard nommé président de Pyxis
Laval, le 26 mars 2012 — Pyxis est extrêmement fière d’annoncer la nomination de François Beauregard à titre de président de l’entreprise. Fondateur de Pyxis, François est animé depuis toujours par la passion de faire de Pyxis une organisation qui se distingue dans son marché et par ses interventions en clientèle.
« Cette nomination est tout à fait cohérente avec notre passé, notre présent et surtout notre futur. La passion, l’engagement et le leadership de François ne sont plus à prouver, et nous sommes convaincus qu’il saura relever ce mandat avec brio tout en étant appuyé par l’équipe de direction présentement en place. » ont déclaré Jean-René Rousseau et Mathieu Boisvert, actionnaires de Pyxis.
François entend poursuivre ce mandat dans la continuité de son prédécesseur et de la culture innovante de l’entreprise.
Pyxis annonce un changement à sa présidence
Laval, le 22 mars 2012 — Pyxis annonce aujourd’hui la démission de Martin Proulx à titre de président après avoir mené à terme son mandat avec brio. Il demeure à l’emploi de Pyxis jusqu’au 15 juin. Il quitte l’organisation pour poursuivre un projet personnel. Il continuera d’agir à titre de soutien actif et de grand collaborateur pour Pyxis par la suite.
L’actionnaire majoritaire de Pyxis et fondateur, François Beauregard, ainsi que l’équipe de direction mise en place au cours des derniers mois assurent les différentes fonctions de présidence et le soutien à la clientèle. Dans l’esprit de gouvernance innovant et de la culture collaborative de Pyxis, cette équipe procédera à la nomination d’un nouveau président au cours des prochaines semaines. Cette personne sera animée par la passion de mener le développement de cette entreprise singulière.
Recommandation + embauche = 2000 $
Pour répondre à la demande incessante de l’Agilité, Pyxis a l’objectif d’embaucher 22 nouveaux collègues en 2012. Nous avons décidé de prendre la pénurie de main-d’œuvre en TI par les cornes : nous donnerons 2000 $ pour chaque personne recommandée embauchée.
N’hésitez pas! Recommandez-nous un de vos contacts pour un des postes suivants : Scrum Master, coach organisationnel, coach d’équipe ou conseiller technologique.
Si la personne recommandée est embauchée, nous vous remettrons 2000 $. C’est aussi simple que ça!
Conférence « The five dysfunctions of a distributed team »
Conférence donnée par Steffan Surdek dans le cadre de l’Agile Tour Toronto 2011.
Coaching story : Gérer des feux, ça fonctionne seulement à petite échelle
Gestionnaire : Ça fait deux fois que nous nous fixons des dates pour mettre notre nouveau système en production, et les deux fois, nous n’étions même pas près d’y arriver. Nous avons même un compte à rebours qui nous montre le nombre de jours restants pour notre 3e tentative.
Moi : Ça a toujours été comme ça?
Passer à l’action!
Selon vous, à quel moment un coach d’équipe doit-il amener une équipe dans l’action?
Tôt… encore plus tôt que ça! Il ne s’agit pas d’actions démesurées, non planifiées et non révisées, mais plutôt, de petites actions constamment alignées sur les résultats.
Dans notre mode de pensée Agile, il y a peu de raisons à tergiverser et à analyser outre mesure. Trop de diagnostics et de planification peut avoir les résultats inverses à ceux attendus.
L’objectif est de créer les premiers élans de l’amélioration continue et ainsi d’être outillés pour faire face à nos domaines en changement constant.
Tout comme le développement logiciel, le coaching d’équipe est guidé par l’atteinte de résultats. Pour une équipe, ces résultats sont souvent définis par la vision du projet et par l’objectif d’amélioration de l’équipe. Par exemple, une équipe que j’ai coachée avait comme objectif « d’être l’équipe de référence pour tous les projets de type Ironbird ». Dès lors, en tant que coach d’équipe, je pouvais guider leurs actions vers ces résultats.
Agile-UX – un sujet sur les lèvres de plusieurs
À Agile 2011, j’ai assisté à plusieurs sessions qui traitaient d’Agile-UX, un sujet qui est de plus en plus présent dans les conversations de la communauté UX. Il y a plusieurs conversations sur le sujet puisqu’il n’y a pas encore de propositions faites qui permettent de bien intégrer les pratiques d’UX à un projet en mode Agile. Parmi les sessions, trois ont été particulièrement révélatrices pour moi. De ces séances je retiens des éléments qui me permettront de progresser dans ma pratique, mais surtout qui pourront aider les praticiens qui sont dans la même situation et qui n’ont pas eu l’opportunité de participer à la conférence;
Les propositions amènent présentement une intégration à différents niveaux entre les pratiques Agile et UX. Cependant, ce sont des pistes qui adressent des difficultés rencontrées par les présentateurs (et même plusieurs participants aux sessions) qui tendent vraiment à former des équipes de projets qui contribuent à réaliser de meilleurs logiciels en prenant en considération autant la réalité des utilisateurs, que celle des différents équipiers présents à la réalisation du projet.
La réflexion sur ces propositions continuera certainement pour moi après la conférence, puisqu’il apparait de plus en plus important d’unir les efforts de tous pour créer le bon logiciel.
What can I learn next?
Hard question. Behind that question is another subtle one: what can I accomplish next?
Since we live in an endless stream of learning opportunities, we need to focus on some topics, and let go of a whole lot of other topics.
To do so, a valid first step is to be aware of new learning opportunities. As the saying goes, you don’t know what you don’t know. For me, participating in the Agile 2011 conference is an appropriate way to get new insights for future learnings for the upcoming months.
Of these learnings, we have to create intentions from them: a declaration to act! Lyssa Adkins and Michael Spayd used the user story format to create intentions in their Agile Coach Self-Assessment session.
“I choose … as an area of development so that …”
To improve the intentions, include a list of actions in the form of ideas you already have for developing this area and resources you’ll need. More importantly, get a training buddy and share your intentions with him. Schedule something in a couple of weeks to check with him how you’re doing.
But wait a minute, when will we have time to learn all these? We already don’t have enough time! As Mr. Ramesh told us, we have to let go of some things we were doing and also some learning opportunities. Again, don’t be shy, and commit to letting go.
“I choose to stop doing … at this time.”
“I choose NOT to develop … at this time.”
Now, what can you learn next? What will you let go?
Mon expérience au Agile Coach Camp Montréal 2011
L’espace est maintenant fermé. Nous sommes tous retournés à nos familles, d’autres ont pris le train ou l’avion pour retourner chez eux, et nous nous retrouverons sûrement dans les prochains événements : Agile 2011, les prochains Agile Coach Camp, Agile Tour 2011…
Il y avait là une concentration de gens qui ont les mêmes passions et convictions que moi au niveau professionnel, et comme l’a dit Mathieu dans le cercle de fermeture, ça fait du bien! J’ai le sentiment de faire partie d’une communauté de gens généreux et très brillants.
Les sessions étaient parfois des réflexions provoquantes, parfois des discussions d’approfondissement, parfois des démonstrations ou des partages sur des sujets qui sont nouveaux pour la plupart; elles étaient toujours intéressantes, car peu importe qui y était, il y avait du contenu intéressant. Même trop, je dirais, pour ce que nous avons la capacité d’absorber en si peu de temps.
C’est bien souvent après coup que je constate l’ampleur de ce qui s’est passé. Dans un format « open space » comme celui des Coach Camp, nous manquons nécessairement tous quelque chose. Mais comme un des principes le stipule, « les personnes qui sont là sont les bonnes personnes ». Un corollaire : « là où j’étais à tout moment était le meilleur endroit pour moi ». Alors je lis les blogues, les tweet et les flipcharts des autres participants, et je constate que d’autres aussi ont vécu des moments magiques.
J’ai rarement vu un espace aussi « ouvert » pour un open space. Nous étions dans une grande pièce, et malgré le fait qu’il y avait pas mal de bruit, ça laissait beaucoup de place aux discussions impromptues, ce qui est l’essence même d’un événement de ce genre. Aussi, nous ne nous sentions aucunement mal à l’aise de changer de salle, car il n’y avait pas de porte à ouvrir ni de personnes à déplacer.
Je souhaite un succès aussi retentissant à l’équipe qui l’organisera l’an prochain à Toronto!
Are you attending Microsoft Tech·Ed 2011 Conference?
Are you attending Microsoft Tech·Ed 2011 conference next week in beautiful Atlanta, Georgia? Please, do not missed this great session featuring Urban Turtle.
DEV271-INT Would You, Could You with TFS
Speaker: Richard Hundhausen
Thursday, May 19 | 8:30 AM – 9:45 AM | Room: B301
You’re considering Team Foundation Server, or perhaps you have already deployed it. You think you know what it is capable of, but do you? Microsoft built in many extensibility points which developers have used to build interesting and useful add-ons. These solutions include tools for managing requirements, product and sprint backlogs, work items, and software deployments. In this session, we discuss the partner ecosystem and demonstrate some of these products. See how to go beyond the out-of-the-box capabilities of Microsoft Visual Studio Team Foundation Server without custom development or going to other ALM platforms.
Furthermore, if you want to learn more about agility, here are two Birds-of-a-Feather (BOF) sessions that I will lead.
BOF09-DEV Is Scrum better for My Projects?
Discussion leader: Mario Cardinal
Wednesday, May 18 | 8:30 AM – 9:45 AM | Room: B209
Have you thought about, or are you using Scrum as a project management framework for agile software development? Jump start your learning or, if you’re a Scrum veteran, share what you have learned with fellow developers. Discuss the strengths and weaknesses, best practices, pitfalls, and more with in this session.
BOF17-DEV Agile Development: Can it Work for Everyone?
Discussion leader: Mario Cardinal and Phil Japikse
Thursday May 19 | 1:00 PM – 2:15 PM | Room: B209
As software developers, engineers, and craftsmen, we are focusing more and more on improving the code that we write, shifting from mere Delivery to Code Elegance. But our customers typically want the lowest cost, fastest to market option. Whether you are struggling with this issue or your team has found the perfect solution, join us to learn (and to share) how to manage this balance.
Do not hesitate to say hello, either at these sessions or simply by stopping at the Microsoft booth. I will hang around the Microsoft® Team Foundation Server 2010 demo station during the week.