We are actually aware that GreenPepper is not compatible with Confluence 4.0, .Net 4.0 and the last version of Jira, Bambo and Xwiki. The fact is that GreenPepper is no longer managed by Pyxis Canada. The product was transferred to the new subsidiary of Pyxis in Switzerland and the development was halted for several [...] ]]> http://pyxis-tech.com/blog/2011/10/12/greenpepper-upgrade-on-the-way/feed/ 0 http://pyxis-tech.com/blog/2011/09/27/ressourcer-mon-scrum-mastering/?utm_source=rss&utm_medium=rss&utm_campaign=ressourcer-mon-scrum-mastering http://pyxis-tech.com/blog/2011/09/27/ressourcer-mon-scrum-mastering/#comments Tue, 27 Sep 2011 08:06:19 +0000 christian lapointe http://16.27 ]]> Scrum Guide dernièrement. On y parle de « forecast » au lieu de « commitment », de backlog ordonné au lieu de priorisé. Mais où est donc passé le release planning? Je ne vais pas commenter ces changements car plusieurs autres l’ont déjà fait. Mais la lecture des « update notes » m’a rappelé comment Scrum a bien évolué au cours des dernières années. Il faut dire que j’ai suivi la formation Scrum Master avec Ken Schwaber il y a déjà bien longtemps de cela, en 2003. Au fur et à mesure des projets, ma compréhension de Scrum a évolué. J’évite les choses qui n’ont pas bien fonctionné la première fois et je capitalise sur les succès. Grâce à des lectures et à des échanges avec d’autres Scrum Masters, je me suis bâti ma propre petite implémentation de Scrum basée sur ma compréhension du framework. Au début de l’année, il restait une place disponible dans une de nos formations PSM à Montréal. Je me suis donc inscrit à la session, et je me suis promis d’y aller avec un esprit ouvert, d’écouter comme si j’étais un néophyte au lieu d’essayer d’argumenter comment ceci ou comment cela avait ou n’avait pas fonctionné pour moi. J’ai été bluffé de voir comment la formation avait changé avec le temps. Exit la ligue de baseball(ou de foot) avec le PO un peu fou. On revoit tout le processus, mais il y a un focus plus direct sur le rôle de Scrum Master dans différentes situations. Revoir la théorie Scrum comme un tout, au lieu de discussions « d’experts » sur des sujets pointus, m’a permis de conceptualiser certaines façons de faire que j’avais mises en place intuitivement ou qui s’étaient développées naturellement au cours des années. Mais cela m’a surtout permis de rediscuter et de challenger mes croyances acquises. En ajoutant à cette réflexion, mon expérience en développement itératif et incrémental, cela m’a permis de mieux apprécier certains concepts de base qui s’étaient retrouvés enfouis sous des couches de poussière d’usure. Ce ressourcement m’a donné une nouvelle vigueur dans mon rôle de Scrum Master. Une envie encore plus grande de mesurer le succès en livrant du « working software ». Merci à Éric Mignot, le formateur de cette session, qui a vraiment du talent pour le challenge. — Si le rôle de Scrum Master vous intéresse, Pyxis Suisse organise une formation Professional Scrum Master les 18-19 octobre à Genève. Si  jamais l’idée de vous ressourcer dans votre rôle de Scrum Master vous parle, nous offrons 200CHF de rabais à tous les Scrum Masters certifiés (CSM ou PSM) qui désirent prendre part à une de nos formations certifiantes en Suisse. ]]> http://pyxis-tech.com/blog/2011/09/27/ressourcer-mon-scrum-mastering/feed/ 0 http://pyxis-tech.com/blog/2011/09/09/agile-jusqu%e2%80%99a-la-mise-en-production/?utm_source=rss&utm_medium=rss&utm_campaign=agile-jusqu%25e2%2580%2599a-la-mise-en-production http://pyxis-tech.com/blog/2011/09/09/agile-jusqu%e2%80%99a-la-mise-en-production/#comments Fri, 09 Sep 2011 16:47:31 +0000 christian lapointe http://16.23 ]]> stories afin de les aider à faire leur boulot. On les écoute, car ce sont eux qui ont le contact direct avec notre application dans les conditions réelles d’utilisation. Du coup, cela a une influence sur notre architecture. De l’autre côté, les opérateurs s’ajustent à notre calendrier d’itérations et ont une participation plus active aux activités de préproduction afin de commencer plus tôt à comprendre et automatiser le processus. Au final, on utilise les mêmes outils pour la documentation et le débogage et on développe un langage commun. DevOps, c’est évidemment beaucoup plus que ces quelques petites lignes. Faites une petite recherche sur le Net. Vous allez constater que c’est un mouvement en pleine émergence. Rien de révolutionnaire ni de vraiment nouveau, mais un ensemble de bonnes pratiques qui ont du gros bon sens. Collaboration, écoute, langage commun, outils communs, processus légers, risques identifiés plus tôt, architecture adaptée… Ça ressemble drôlement à de l’Agile non? L’idée de ce blogue m’est venue à la suite de la présentation intitulée « DevOps: Retour d’expérience chez eXo Platform » au GenevaJUG du mois d’août. Merci à Henri Gomez pour cette présentation. ]]> http://pyxis-tech.com/blog/2011/09/09/agile-jusqu%e2%80%99a-la-mise-en-production/feed/ 0