BegotSoft

2011-11-18T00:55:00.001-08:00

Hier, jeudi 18 novembre, l'étape vannetaise de l'Agile Tout avait lieu pour la seconde année. Merci à Dominique De Premorel, toute l'équipe d'organisation, à l'ensemble des orateurs et des participants. Une journée riche et de très grande qualité.

Pour éviter la procrastination (fait de remettre à plus tard ce que l'on peut faire maintenant) et me retrouver à ne jamais écrire cette article, je me lance dés aujourd'hui.

Voici en vrac ce que j'ai vu et vécu... et c'est loin d'être exhaustif

Même les vaches se mettent aux QRcodes... se sont elles mise au Lean Startup?

http://www.youtube.com/watch?v=3QgFAWFFZqA&feature=feedf

vous pouvez flasher directement à partir de la vidéo sans avoir à mettre les bottes.

Tout commence par l'introduction de Dominique de Premorel qui m'embarque tout de suite dans se sentiment de faire parti d'un mouvement mondiale qui va même au delà de l'agilité.
Régis Médina, un orateur passionant pour ceux qui ne le connaissent pas, prend fluidement la suite par la keynote. Il nous présente de façon percutante les valeurs et les pratiques agiles en nous parlant à travers nos propres expériences. Je ne sais pas si cette explication est bien claire, le mieux serait de le voir à l'action.

Damien Thouveniion et Lan Levy me font réviser les bases de l'agilité dans un atelier bien agréable mélangeant des personnes de tous niveaux de connaissance et d'expérience.

Une discussion spontanée autour de la confiance m'a particulièrement touchée. Si j'avais une seule phrase à retenir, la voici. LA CONFICIANCE IMPLIQUE QUE TOUS RECONNAISSENT LEURS VULNERABILITES. J'en profite pour rappeler que la confiance fait parti des 12 principes agiles. La confiance en soi, la confiance dans les membres de l'équipe, la confiance dans le client, la confiance dans ce qui va arriver... Si ce sujet me touche autant, c'est peut être que je ne reconnais pas encore suffisamment mes vulnérabilités?

Toujours dans la même session, une vidéo de Dan Pink sur la motivation a été partagée si le sujet vous intéresse je vous invite fortement à suivre ce lien. http://www.youtube.com/watch?v=u6XAPnuFjJc.

Philippe Houssin mentionne un concept que je ne connais pas encore "La simplexité".

Et pour finir une réflexion philosophique... qui a pris naissance lors de l'atelier "Le leadership des talents"

J'ai pu apercevoir sur l'un des slides de Philippe Houssin et Patrice Petit "Sans innovation... la société meurt", suite à mon interpellation sur ces quelques mots, ils m'indiquent que ça vient de la sociologie...

Sans vouloir remettre en question cette affirmation, je reviens sur ces deux dernier mots : "La société meurt".

Est-ce anormal que la société meurt un jour? Est-il en notre pouvoir d'éviter que la société meurt un jour? Il me semble légitime que nous agissions pour la prolonger comme nous pourrions nous pourrions agir tenter de faire vivre un grand-père un peu plus longtemps pour qu'il continu à nous transmettre ce qu'il a appris en vivant... Les cycles naturels semblent nous montrer que toute chose a un commencement, une durée puis une fin... et cette fin laisse la place pour que quelque chose de nouveau commence. Nous pouvons l'observer chacun par nous même et nous référer aux sciences modernes. C'est le cas des jours, des saisons, des plantes, des animaux, des montagnes, des continents, des planètes, des systèmes solaires.... Rien n'est sans fin ou ce qui peut sembler l'être se trouve aux limites de la connaissance humaine. Et l'histoire des sciences nous montre qu'à chaque fois que nous repoussons ces limites nous découvrons que notre hypothèse de non-fin était fausse.

Si la société doit disparaître un jour et si elle suit le cycle naturel, quelque chose de nouveau prendra sa place soit une nouvelle société où quelque chose que l'on nommera différemment.... Je trouve passionnant, la perspective de vivre la naissance de ce qui prendra la place de la société tel que nous la connaissons aujourd'hui.

En écrivant cet article une idée d'innovation m'est venue : "Un jour viendra où arrêter d'innover sera une innovation."

Bon, étant timeboxé, je n'ai plus le temps de vous parler du reste comme l'échange entre Alexandre Boutin, Régis Médina, Laurent Morisseau et Patrice Petit animé par Christophe Keromen. Je vous invite donc à y participer directement l'année prochaine car rien ne vaut de vivre soi même les choses.

2011-09-29T08:37:00.000-07:00

A chaque fois que je me plante,
je pousse.

Michelle Guez

2011-09-19T01:05:00.001-07:00

Les personnes et leurs interactions
plus que
que les processus et les outils.

Manifeste Agile

Agile Tour Rennes 2011 le 6 octobre

2011-09-15T03:04:00.000-07:00

Voilà les inscriptions sont ouvertes. Trois tracks en parallèle, de anciens orateurs, de nouveaux orateurs, des conférences, des retours d'expériences, des ateliers, du lean, du kanban, de l'humain, des questions, des réponses... tout ceci autour de l'amélioration continue.

http://at2011.agiletour.org/fr/at2011_rennes.html

Pour ma part cette année, pas de session mais un focus sur l'organisation. J'en profite pour remercier tous les organisateurs de cette année et des années précédentes. Mais pour satisfaire mon besoin de me montrer, je devrez pouvoir vous proposer une session à l'étape de Vannes le 17 novembre si je suis retenu.

Agile conférence 2011 - Atelier Story Map

2011-09-08T02:46:00.000-07:00

Comme à chaque rassemblement agile, je suis revenu de l'agile conférence 2011 avec de nouvelles façons de voir les choses et de nouveaux outils aussi stimulants les uns que les autres dont l'Atelier Story Map animé par Olivier Pizzato — vieille connaissance de l'Agile Open France — et Brieuc Le Marec — nouvelle rencontre.
Olivier et Brieuc ont réussi à présenter le concept de façon remarquable. La clarté et la simplicité de la présentation suivi de l'expérimentation ne pouvait avoir pour effet que de me donner l'envie d'intégrer ce modèle à mes différentes interventions.

Description, tirée du guide d'animation fourni à la fin de l'atelier et téléchargeable

Le "Story Map" d'un produit est la représentation sous forme d'une carte de l'ensemble des fonctionnalités du produit. Y sont représentés les acteurs, ce qui les lie au produit, et les cas d'utilisation. Ces derniers sont rangés horizontalement et selon le déroulement dans le temps d'une interaction typique avec le produit, et verticalement selon les façons possibles de répondre à un même besoin, du plus simple au plus confortable.

Objectif, toujours tiré du guide

La Story Map d'un produit se réalise au cours d'un atelier collectif avec tous les intervenants du produit au début de la réalisation. Elle permet de concrétiser ce qu'il va être fait, en avoir une vision à la fois globale et partagée, et planifier le déroulement de la réalisation.

Mon point de vu tiré de mon vécu cette fois

Les +

Stimuler l'échange, le dialogue entre l'ensemble des participants
Tendre vers l'alignement
Donner une occasion au demandeurs de préciser leurs besoins et les prioriser
Donner une vue d'ensemble matérialisée du produit
Format dynamique
Encore un nouveau prétexte pour me retrouver au milieu des utilisateurs et des développeurs pour les voir aller dans la même direction

A garder en mémoire

Les post-its ça ne se recycle toujours pas très bien
Comme à chaque fois, ça ne fonctionne pas si les participants ne sont pas volontaires et motivés
Anticiper la recherche et la motivation des participants en amont

Idée

Utiliser des fiches plastifiées réutilisables au lieu des post-its

Merci à Olivier et Brieuc pour cette session
et pour le guide d'animation de l'atelier offert à chaque participant

Références

Guide d'animation de l'atelier
Animer l'atelier sur une page
Jeff Patton User Story Mapping
Jeff Patton "How you slice it"
Mike Cohn "User Stories Applied: For agile Software Development"
Agile conférence

Agile Open Breizh 2011

2011-04-28T11:44:00.000-07:00

Pour la seconde année, l'association Agile Breizh organise un Agile Open, ça se passe par ici...

http://www.agileopen.net/aob2011

2011-04-28T10:10:00.000-07:00

La seule chose qui ne change pas
c'est que tout change.

2010-10-12T04:27:00.001-07:00

Si vous traitez un individu en fonction de ce qu’il est,
il le restera.

Si vous le traitez comme s’il était déjà ce qu’il pourrait être,
il le deviendra.

Goethe

Simplicité

2010-09-27T05:37:00.001-07:00

Ce qui est simple
est faux,
ce qui ne l’est pas
est inexploitable…

Paul Valérie

C'est l'Agile Tour à Rennes, vous venez?

2010-09-15T07:44:00.000-07:00

Jeudi 7 Octobre 2010, l'Agile Tour s'arrête à Rennes
l'occasion pour découvrir, développer ou perfectionner vos connaissances

Pour en savoir plus c'est par ici

et pour s'inscrire c'est par là

Agile Open Breizh 2010 : les inscriptions sont ouvertes

2010-05-19T02:07:00.001-07:00

Agile Breizh organise l'Agile Open Breizh 2010,

l'occasion de réunir les praticiens agiles
confirmés, néophytes ou en devenir
dans un cadre décontracté et amical,
propice à l'échange et la créativité
autour des méthodes agiles.

Cette rencontre sera organisée
selon l'approche Forum Ouvert (OpenSpace)
dont le principe est de laisser les participants
définir le contenu des sessions.

"L'agilité dans l'ouest et ailleurs", voilà le thème retenu.

~ Où ~
L'auberge du Blavon à 20 km de Rennes

~ Quand ~
Le lundi 28 juin 2010 de 10h00 à 19h00

~ Inscription ~
Participation aux frais (déjeuner au feu de bois compris)
Inscription avant le 15 juin 40€.
Inscription à partir du 15 juin 45€.

Le nombre de place est limité à 20 participants.

Nous vous invitons à nous rejoindre
en commençant par vous inscrire
en retournant le bulletin ci-dessous
à l'adresse open@agilebreizh.org

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Nom :
Prénom :
Ville :
Moyen de transport :
Moyen de paiement (chèque / virement) :
Dîner sur place à 18€ (oui / non) :
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Amicalement
L'équipe Agile Breizh

Agile Tour Rennes 2010 - appel à contributions

2010-04-26T02:10:00.000-07:00

Le thème cette année : Agilité, au delà de sa mise en œuvre (facteurs
de succès, obstacles & expérimentations, dépasser le cadre
projet, ...)

Agile Tour Rennes 2010 se tiendra à Rennes le 7 octobre 2010 et cette seconde édition sera l'occasion de faire le point sur la mise en place des méthodologies et pratiques agiles, un an après la première étape du Tour en Bretagne.

Vous avez réussi à mettre en place une méthodologie ou des pratiques agiles, quelle est votre prochaine étape ?

Vous avez rencontré des freins ou des obstacles que vous n'avez pas encore réussi à surmonter ? Ou bien vous les avez contournés ? Venez nous faire part de votre analyse, de vos expérimentations et des solutions trouvées.

Vous avez expérimenté d'autres méthodologies (Lean / Kanban / Crystal...) ?

Vous utilisez des outils qui vous ont aidé ? Lesquels ? Qu'ont-ils de particulièrement adapté à l'agilité ? Faites-nous part de vos expérimentations si vous avez vos propres techniques de management visuel...

*Modalités de soumission*

Vous pouvez envoyer vos présentations pour l'Agile Tour Rennes 2010 à l'adresse atrennes2010@agilebreizh.org avant le 15 juin 2010, avec les informations suivantes
* Temps de la session
* Type de conférence
* Niveau et pré-requis des participants
* Bio en quelques paragraphes
* Résumé de la session
* Audience cible
* Le programme de la session
* Les bénéfices de la session pour les participants et pour vous

Toutes les présentations qui nous serons parvenues avant cette date seront examinées et vous recevrez un feedback de notre comité de relecture fin juin. Les propositions pourront être modifiées en conséquence du moment qu'elles sont soumises à nouveau avant la date limite. Nous vous recommandons donc de ne pas soumettre vos propositions à la dernière minute.

*Participation*
- Vous pourrez soumettre 3 propositions de conférence (ou atelier) par
société, une seule sera retenue.
- Votre présentation (ou atelier) devra durer entre 45 et 90 minutes,
questions/réponses comprises.
- Le contenu de votre session doit coller au thème choisi cette année,
que ce soit d'un point de vue théorique, un retour d'expérience ou un
atelier.

*Choix des sessions par le comité*
Retiendront toute notre attention :
- les sessions pertinentes et en adéquation avec le thème choisi
- les sessions apportant un point de vue nouveau ou différent des
sentiers battus
- les sessions plébiscitées l'an passé ou pour lesquelles le public a
exprimé une forte demande
- les sessions "outils"

Pour les ateliers, nous vous demandons de présenter en quelques diapositives l'objectif de l'atelier, son déroulement, le nombre de participants max et le matériel dont vous aurez besoin pour l'animer.

Les sessions faisant la promotion directe ou indirecte d'une solution vendue par la société qui la présente ne seront pas retenues.

Nous espérons vous voir nombreux à Rennes ! Merci de vos contributions.

Jeu de la Valeur Métier

2010-03-23T11:06:00.000-07:00

Apprendre en jouant
Comment fournir le bon produit
avec les bonnes fonctionnalités
au bon moment?

Et oui rien que ça.

Lundi de la semaine dernière, j'ai eu le plaisir d'animer avec Dominique de Prémorel une session sur le Jeu de la Valeur Métier à Lorient. Merci à Dominique pour l'organisation.

Présentation de l'atelier

Objectif
Apprendre à attribuer une valeur métier aux projets et aux histoires utilisateurs, définir des priorités et établir un plan d'action qui fournit le maximum de valeur. Apprendre pourquoi et comment construire et utiliser un Modèle de Valeur Métier (Business Value Model). Apprendre à enseigner cette approche et ses techniques.

Contenu
Une équipe agile cherche toujours à apporter le maximum de valeur métier. C'est facile quand le Product Owner/client sur site a fait une estimation de cette valeur pour chaque demande. Mais comment ce dernier s'y prend-il ? Comment estimer une valeur métier ?

Comment choisir entre les demandes ?
Comment choisir entre les projets ?
Comment choisir entre les clients ?

Cet atelier vous propose d'apprendre quelques techniques d'estimation de la valeur métier simples, mais suffisantes pour les utiliser dans vos projets de tous les jours, et un Modèle de Valeur Métier qui vous aidera à établir des priorités de manière efficace et cohérente, en mettant en évidence les paramètres importants qui agissent sur la valeur.

La session se déroulera sous forme d'un jeu, où des équipes de responsables de compte doivent choisir les demandes client à implémenter par leur équipe de développeurs. L'objectif du jeu est de livrer la plus grande valeur métier possible, comme dans les XP games.

Chaque responsable de compte dans une équipe représente un (ou plusieurs) client qui sera prêt à payer pour le produit fourni par l'équipe si sa demande se retrouve dans la livraison. L'équipe va devoir prendre des décisions difficiles. L'équipe aura à décevoir certains clients parce que la capacité de travail de l'équipe est limitée.

Nous vous fournissons les clients et leurs demandes.
Nous vous fournissons une équipe de développement performante.
Nous vous proposons les techniques pour estimer la valeur métier.

Pour le reste, c'est à vous de jouer !

Que s'est-il passé?

Nous avons constitué deux équipes (4 et 5 membres).
Nous avons discuté et gribouillé les cartes du jeu.
La session a durée environ deux heures.
Nous avons fini dans un resto indien.

Rétrospective

Ce qui s'est bien passé
- Tout le monde a participé et joué le jeu
- Le matériel a fonctionné parfaitement
- Des rétrospectives et échanges intéressants

Ce qui s'est moins bien passé :
- On s'est un peu marché sur les pieds avec Dominique (on n'avait pas bien défini nos rôles)
- Je n'ai pas bien précisé qu'il était normal de commencer le jeu sans connaître toutes les règles.
- On n'avait pas apporté de chocolat pour les clients satisfaits

Je me demande
- Si un jour quelque chose va se passer comme j'avais prévu
- Ce que les joueurs vont retenir de cette expérience et quel sera l'impact dans leur projets
- Quand je vais y rejouer. Si vous êtes intéressés, prévenez moi - begotsoft@gmail.com

J'ai appris
- Le format jeu est l'un des meilleurs moyens que je connaisse pour créer une bonne ambiance rapidement.
- Faire soi-même, quoi de plus efficace pour apprendre?
- Que ce jeu à du sens pour des hors-info, l'une des personnes venait du prêt-à-porte.

Ce jeu a été créé par Vera Peeters et Pascal Van Cauwenberghe. Le support est disponible ici, vous y trouverez même la version traduite en français par Laurent Morisseau.

2010-03-11T09:02:00.001-08:00

Il faut savoir demander.

Coding Dojo

2010-02-07T09:16:00.000-08:00

'Coach agile' voici le titre professionnel que je me suis donné. Je ferais mieux de le changer en 'Explorateur agile'. En effet je découvre chaque semaine un nouvel aspect, une nouvelle méthode, un atelier, un modèle de pensé lié de près ou de loin à ce que l'on appelle l'Agilité, ou tout au moins à la conception que j'en ai et la façon dont je pratique. Le Coding Dojo est la dernière de ces découvertes. Ces deux dernières semaines, j'ai pu assisté à l'un en C# organisé pour la communauté ATLNet Rennes et à un second en Ruby organisé cet fois-ci par RennesOnRails.

J'avais lu des articles, j'en avais entendu parlé, maintenant je sais comment cela fonctionne et dans quelle situation je peux l'utiliser.

Le premier était animé par Laurent Morisseau et Guillaume Collic. Le sujet était de réaliser un convertisseur de nombres arabes en nombres romains. Après une présentation du principe et de la philosophie, Laurent commence à coder accompagné des commentaires de Guillaume. Selon les principes de développements dirigés par les tests, de faire au plus simple et d'émergence de la conception par incrément, le programme prend progressivement et naturellement forme.
A cette occasion, je rencontre une femme qui est venue par curiosité. Elle ne travaille pas du tout dans le domaine informatique mais dans les relations humaines ce qui de mon point de vu est de moins en moins dissocié.

Le second coding dojo, celui de cette semaine, est présenté par Karine Sabatier et animé par Emmanuel Gaillot, l'une des personnes à l'origine de ces pratiques.

Quelques règles que Emmanuel nous a données avant de commencer

PAS DE DESIGN SANS CODE
ET PAS DE CODE SANS TEST.

1. Ecrire un test qui ne fonctionne pas.

2. Faire passer le test de la manière la plus simple qui soit.

3. Nettoyer le code (lisibilité, duplication, algo et structure).

4. Et on recommence en écrivant un nouveau test.

On s'arrête quand?
Quand on en n'a plus envie de continuer.

La fourmi de longton, voilà le sujet. Une petite foumi se balade dans un monde qu'elle découvre au fur et à mesure qu'elle se déplace.

Finalement, c'est ça. Je me sens un peu comme cette fourmi; je me promène dans le monde 'agile' et à chaque fois que je bouge, je le découvre.

Si vous réalisez ce programme, vous pourrez constater que le mouvement chaotique de la fourmi au début finit par se déplacer dans un mouvement ordonné. Pour ceux qui ne programment pas, voici ce que ça donne avec trois fourmis.

Ce genre d'exercice, me semble utile dans les cas suivants :

partager des pratiques de codage
sensibiliser et expliquer le TDD
montrer par l'exemple les valeurs XP
comme la simplicité, le courage, respect...
prouver que l'on s'autorise à se tromper
que l'on code tous de la même façon :
en tapant sur le clavier

A la prochaine

2010-02-02T08:26:00.000-08:00

Tout le monde a de la valeur.

Portia Tung

Agile Open France 2010

2010-01-25T04:43:00.000-08:00

Trois jours immergés dans un groupe d'agilistes au coeur d'un petit village d'Alsace...

j'en ressors la tête pleine de nouvelles idées.

"Agile Open est un cycle de conférences au format Forum Ouvert (Open Space): il s'agit de conférences auto-organisées, par et pour leurs participants. Elles s'adressent aux praticiens des méthodes agiles, de tous bords et tous horizons. Ces conférences sont organisées de manière à favoriser les discussions en petits comités et à permettre aux participants d'échanger leurs idées et expériences, compréhensions et spéculations, sur des sujets en rapport avec les méthodes agiles."

le lien Agile Open

La première rencontre s'organise en cercle, Raphaël nous présente les principes, lentement calmement avec une pincé d'humour qui ne manque pas de nous mettre tous à l'aise.

Une salle bien décorée quand on est arrivé

... et encore mieux décorée quand on l'a quittée

... sous l'œil bienveillant de Dragobère. Sur le principe du ScrumBall, celui qui parle c'est celui qui a Dragobère. Il a l'air fière là mais en général, il trainait lamentablement par terre ou on se le lançait à travers la pièce.

Le principe est le suivant. Les participants proposent leurs sujets, en l'écrivant sur une feuille de papier que l'on affiche sur le mur. L'organisation est minimale et surtout complètement modifiable. Découvrant ce concept, je me dis que je vais attendre un peu avant de proposer un sujet, fatal error. Les feuilles de papier toujours plus intéressantes les unes que les autres s'accumulent sur le mur. Le plus frustrant dans cette histoire est que l'on ne peut pas assister à tous les petits groupes de discussion qui s'organisent.

Alors voici où mes deux pieds m'ont menés...

"Agile, juste lever les obstacles"

j'ai rarement eu autant d'idée venir

en si peu de temps.

Et nous n'étions que deux.

"Sculpter une situation",

quand je me rends compte

que je ne suis pas seul à voir ce que je vois.

"Agilité dans le monde associatif, état des lieux",

ça marche donc comme ça.

"Peer Coaching",

je connais, je m'en vais.

"Vision architecturale/vision incrémentale",

pas de recette, bonne recette.

"Regarder ensemble une vidéo de Bernard Stiegler",

et si l'on produisait ce que l'on consomme?

"Flow",

où j'apprends que je fais du pomodoro

pour entrer dans le Flow.

"Une douce introduction à la congruence",

une expérience avec soi-même...

et les autres.

"L'insoutenable liberté de l'être",

là j'ai l'impression d'avoir beaucoup parlé

mais j'ai tout oublié.

"Le jeu du Tao",

une autre façon de travailler en équipe.

"Alternatives à Scrum",

où l'on parle de Scrum.

"Atelier Lego",

retour en enfance.

Tout ceci ne vous sera certainement pas très utile, mais si vous voulez parler d'un de ces sujets, je suis tout disposé.

Avant de terminer cet article, je souhaite partager avec vous ce que j'ai vécu lors de ce séjour. Progressivement un état de fatigue et de perte de contrôle m'a gagné. Lors d'une plaidoirie - moment privilégié dans la journée où l'on se retrouve tous pour partager et proposer de nouveaux sujets -, j'ai parlé de cet état où je me trouvais. Cette action a eu pour effet de me faire prendre conscience de quelque chose d'important. Cet environnement spécial où personne ne prétendait contrôler quoi que ce soit était nouveau pour moi. Habituellement, j'ai l'impression que je contrôle ou que quelqu'un d'autre contrôle pour moi. Mais là plus personne ne prétendait contrôler!!! Pour vous rassurer, je m'y suis rapidement habitué.

Un grand merci aux organisateurs, Manu, Raphaël, Séb ainsi qu'à tous les participants et Laurent en particulier sans qui je n'aurais même pas eu l'idée d'y aller.

Agilité et facteur humain

2010-01-10T07:58:00.000-08:00

Jeudi 7 janvier 21h18, je rentre chez moi.

"Un informaticien qui se sent bien travaille mieux" voilà la phrase qui me revient depuis plus d'une heure. Je sors d'une conférence d'Yvan Galisson, le fondateur de Timwi Consulting. Le sujet : "Agilité et facteur humain". J'avais déjà eu l'occasion d'assister à cette présentation lors de l'Agile Tour 2009 de Rennes. J'ai voulu savoir si j'allais entendre la même chose.

"Un informaticien qui se sent bien travaille mieux", voilà l'hypothèse qu'il fait. Est-ce vrai pour tout le monde? Je ne le sais pas mais pour moi je vous l'affirme, je travaille largement mieux lorsque je me sens bien. Et vous?

Ceci n'est qu'un élément de ce que j'ai pu entendre. Le point de vu adopté était l'analyse transactionnelle, une branche de la psychologie moderne. Yvan m'avait marqué par la franchise dont il faisait preuve lors de l'Agile Tour 2009, franchise qui s'est confirmée aujourd'hui aussi. Il parle librement et sincèrement des limites de l'Agilité que Timwi a rencontré sur leurs différents projets.

Aujourd'hui la mode est à l'Agilité, à quoi sera la mode demain? Est-ce la mode qui change ou le mot que l'on met dessus?... sur cette réflexion philosophique je vais me coucher pour me présenter en forme à la mêlée de demain car sans action à quoi cela nous servirait?

Lire l'invitation à cette conférence

Parce qu'il faut du temps pour assimiler l'agilité, AgileBreizh est né

2010-01-07T08:01:00.000-08:00

L’association Agile Breizh se donne pour objectif la promotion et la diffusion des méthodes agiles dans la région Bretagne par tous moyens de communication et d’intervention : conférence, séminaire, rencontre, accompagnement, consulting, formation... lire la suite

Rejoignez-nous
http://www.agilebreizh.org/

2010-01-06T01:56:00.001-08:00

On ne peut changer que soi-même.

Portia Tung

2010-01-06T01:53:00.000-08:00

N'oublions pas d'oublier.

2009-11-23T01:31:00.001-08:00

Si tu te compares aux autres tu pourras devenir vaniteux ou amer.

2009-11-23T01:30:00.001-08:00

Nous avons tous le droit de nous tromper.

Enquête ExiOuest 2009 sur l'ingénierie des exigences

2009-10-30T02:24:00.000-07:00

Voici une extraction de la partie 'Agile' de l'enquête réalisée par Exibri.

Je vous invite à lire toute l'enquête pour prendre connaissance du public interrogé.

Voici le sommaire :

et ici le lien.

http://www.exibri.com/

Impression utile

2009-10-16T06:28:00.000-07:00

Je recopie ici un article qui a intéressé l'écologiste soucieux de protéger notre environnement. Environement sans lequel nous n'existerions pas.

source ici

Halte à l’impression inutile
Article du : 02/01/2008
Réalisé par :
N.L.

L’éditeur de logiciels de gestion d’impression Doxense veut inciter les entreprises à éviter les impressions inutiles.

Parrainée par Jacques Attali, l’opération « un clic, un arbre, un emploi » vise donc à réduire le nombre d’impressions dans les entreprises en sensibilisant les salariés au développement durable et en les responsabilisant.

Les entreprises participant à l’opération signent ainsi une charte écologique pour adopter dans la mesure du possible des comportements responsables. Sont ainsi incitées l’impression en mode recto verso des documents, la limitation des impressions couleur ou encore la présentation régulière à chaque employé d’une analyse de ce qu’il a pu imprimer chaque mois.

Les entreprises signataires de la charte s’engagent également à reverser 10% des économies réalisées par cette meilleure utilisation de leurs imprimantes à une ONG.

Des entreprises telles que Xerox, Samsung, Xplor, Lexmark ou Osiatis ont déjà signé la charte.

source ici : : http://www.femininbio.com/gestes-ecolos-au-quotidien/actualites-ecolo/halte-a-l-impression-in.html

L'éditeur de ce logiciel en question : www.doxense.fr

Scrum sur une page

2009-09-29T03:17:00.000-07:00

Un pense bête Scrum qui tient sur une page. Document qui m'a été bien utile lors des premières semaines d'expérience avec Scrum.

source : xp123.com

BegotSoft, d'où vient ce nom?

2009-07-19T03:12:00.000-07:00

Cela a commencé le jour où un ami britannique me fait remarquer que mon nom de famille a un sens particulier dans sa langue.

En anglais "begot" est la forme archaïque du verbe "beget" qui signifie engendrer, créer, valoriser.

Le mot "Soft" renvoie au terme "souple" par opposition à "dur", "rigide". "Soft" est de plus l'abréviation de "Software"; en français logiciel, défini dans wikipedia par un ensemble d'informations relatives à des traitements effectués automatiquement par un appareil informatique.

Créer en douceur des logiciels
Valoriser en souplesse les systèmes informatiques

Voici donc la philosophie de cette entreprise

C'est quoi scrum?

2007-11-16T01:54:00.000-08:00

Scrum est un système itératif et incrémental. Ce modèle structure le développement de produit en cycles de travail appelés des Sprints, des phases de travail qui durent généralement de 1 à 4 semaines et qui se déroulent les unes après les autres. La duré des Sprints est fixe – ils se terminent toujours à la date prévue que le travail soit terminé ou non, et ne sont jamais étendues. Au début de chaque Sprint, une équipe polyvalente choisit des éléments dans une liste de besoins classées par ordre de priorité qu’elle s’engage à réaliser pour la fin du Sprint. Durant le Sprint, le produit à livrer ne change pas. Tous les jours, l’équipe se rassemble pour s’informer de la progression et mettre à jour des graphes qui l'orientent dans le travail restant à faire. A la fin du Sprint, l’équipe présente ce qu’ils ont construis, et récupère des retours qui peuvent être intégrés au Sprint suivant. Dans le cas d’un logiciel, Scrum insiste sur la production d’une application fonctionnelle à la fin de chaque Sprint. Cela signifie que le code est testé complètement et potentiellement livrable.

Traduction d'un extrait du www.scrumprimer.com

Au bureau

2007-10-01T10:46:00.000-07:00