Je viens de terminer la lecture du livre Getting Real de la compagnie 37Signals. Je dois dire que c’est un excellent livre. Ce livre est exactement ce que je recherchais dans un livre agile. Il ne parle pas d’une technique comme Scrum, XP ou DSDM. Mais il discute simplement comment faire un logiciel simple de grande qualité. Nombreuse sont les techniques qui ont découlé du manifeste Agile. Je crois qu’à quelques reprise, c’est technique ne mette plus l’emphase sur les bonnes valeurs. En aucun endroit, le manifeste Agile prétend que la programmation en pair est meilleure. Il n’y a aucune référence à un chef d’équipe nommé ScrumMaster. Il n’y a aucune mention de scénarios. Toutes ces techniques ci haut, sont des adaptations du manifeste Agile.

Le livre Getting Real met l’emphase sur la réalisation. Ce n’est pas une méthode. Comment en faire simple avec peu de moyen. Comment être à l’écoute de nos clients. Ce sont les vrais points à considérer lorsqu’on travaille Agile. Avant de lire les méthodes, lisez ce livre. Pour 19$ USD je vous dis que c’est de l’argent bien investis.

Et bien oui, c'est le rapport accablant de la vérificatrice générale du Canada la semaine dernière. Sheila Fraser a déposé son rapport annuel et encore une fois le programme d’enregistrement des armes à feu est mentionné. Le programme qui devait coûter 2 millions est maintenant une facture de 946 millions de dollars. Référence : Radio-Canada.

946 millions c’est beaucoup de lignes de code. 946 millions c’est beaucoup de papier d’étude. Mais est-ce que le système fonctionne? Et bien à en croire notre gouvernement conservateur nouvellement élu, nous pourrons nous en passer du programme de contrôle des armes à feu. Deux jours après le dépôt du rapport, le ministre de la sécurité publique Stockwell Day transfert le programme à la gendarmerie royale du Canada et l’enregistrement n’est plus obligatoire. Aussi bien dire que le programme ne sert plus à rien.

Plutôt que des années d’étude, une approche Agile aurait permis de mettre un programme sur pied en un court lapse de temps. Biensûr qu’il n’aurait pas été complet, mais ce sont les commentaires des utilisateurs qui font grandir le programme, et non pas les analyses coûteuses que personne ne lit. Lisez mon blogue sur la collaboration avec le client.

Je ne sais pas, une table pour les informations démographiques, une table sur les armes que le propriétaire possède. Un module d’imprimerie spécial pour les permis. Un module de recherche pour les policiers. Disons qu’avec Ruby, donnez-moi 15 minutes et je vous fais cela. Parlez moi d’un bon retour sur investissement.

Peut-être que je me trompe. Peut-être que la complexité est plus grande que mon imagination. Si quelques-uns d’entre vous qui ont travaillé sur ce projet lisent mon blogue, donnez moi vos commentaires.

Bonne journée.

J'ai ajouté la possibilité de faire des recherches sur notre contenu par des usagers anonymes. J'espère que cet ajustement vous plaira.

Bonne journée.

J'ai de bonnes nouvelles de la part de MonsterHosting.ca. Ils ont fait de nombreux ajouts au module Fantastico. Ce module vraiment incroyable est conçu pour les personnes qui veulent installer des applications Web comme Joomla, Drupal ou Zen-Cart. Ceci permet d’installer les applications presque sans effort. Bon c’est une bonne nouvelle mais ça mets en l’air une partie de mon premier article. 100 fois sur le métier remettez votre ouvrage.

Bon je suis à l'écriture de mon article. Je suis un peu en retard puisque j'attends certaines information de la part de notre fournisseur Internet.

Bonne journée.

En discutant avec des amis, clients actuels et clients potentiels, je dois ventiler ma frustration sur les compagnies qui font la réalisation de sites Web. Cette réflexion m’est venue suite à ma lecture du blogue de Brendon Sinclair. Il m’a fait réalisé combien il y a du monde incompétent mais qui arrive à faire beaucoup d’argent en convainquant les clients qu’ils sont les meilleurs au monde.

À deux reprises, j’ai entendu le même scénario. Une compagnie, généralement une PME, contracte une compagnie qui fournit des services de portail Web pour lui préparer un site. Dans les deux scénarios, le service fournit est facturé à quelques dizaine de millier de dollars. Pour une PME, c’est une jolie somme. Dans les deux cas, le fournisseur de service ont livré avec plusieurs mois de retard le travail. Et leur travail n’était pas terminé. L’un avait un site transactionnel non fonctionnel et l’autre manquait plusieurs fonctionnalité de gestion. On serait à même de penser qu’à investir ces sommes dans des compagnies respectables qui ont un bon portfolio est un gage de bon travail. Malheureusement, c’est une toute autre histoire.

Je suis d’autant plus frustré parce comme M2i3 utilise des technologies du domaine du code source libre, nous avons une efficacité accrue. Nous sommes en mesure de livrer des solutions de grande qualité pour un travail moindre et un prix moindre. Notre expérience nous permet d'aller cherche le meilleur de l'Internet pour répondre à vos besoins. Par example, plusieurs systèmes de gestion de contenus, systèmes de gestion de client et de systèmes de catalogue et panier d’achat sont déjà existant. Il est inutile de repayer pour un tel développement. Faite très attention, les solutions des fournisseurs de service sont aussi des solutions propriétaires. Le créateur en garde les droits et si vous tentez de changer de compagnie pour faire l’entretient ou les améliorations de votre code, vous devrez souvent repartir de zéro.

Vous me direz que les pas bon de ce monde me donne du travail. C’est bien vrai mais quand j’aborde un client en lui expliquant qu’il est prit en otage par son fournisseur de service, et que pour le sortir du pétrin, il devra faire développer sont applications une autre fois, je vous dis, que ça refroidis une discussion. La crainte de recommencer et l’investissement financier supplémentaire sont assez pour arrêter de nombreuses entreprises.

Quand vous contractez une compagnie pour la réalisation de votre portail Web, demandé leur le code source. Si on vous réponds qu’il vous en coûtera des centaines de millier de dollars passez votre chemin. Favorisez les compagnies qui vous offrent des solutions avec une licence GPL, Creative Commons et autre licence du genre. Pour une liste allez consulter le site www.opensource.org. Attention, il est possible que le fournisseur reste propriétaire du code, mais assurez vous d’avoir le droit de posséder et de modifier le source pour vos besoins et en cas de doute consultez votre avocat.

Ça fait du bien.
Bonne journée.

Je serai en voyage d'affaire pour les quelques jours à venir. Je tenterai donc d'écrire mon premier articles pendant mon temps de réflexion à l'hôtel. En me basant sur le travail réaliser avec Omniscient Technology, j'expliquerai comment vous pourrez concevoir votre portail Web rapidement et a peu de frais.

Bonne journée.

Après ces nombreux blogues d’idées mixte sur les clients, Agile et les outils de code source libre, je crois que quelques discussions sur nos travaux présents seront intéressants pour nos lecteurs.

Cette semaine, je me suis attardé à deux choses. Me battre avec un modèle pour un site commercial, mais plus intéressant, j’ai développé mes compétence en Ruby on Rails. Comme je l’ai déjà exprimé, Ruby on Rails est incroyable. Le terme exact serait même Flabbergasted. Je m’excuse de l’emprunt d’un mot de la langue de Shakespeare, mais ce mot décrit bien l’état de choc et de surprise que j’ai en travaillant avec cet environnement.

Pour commencer, je vous suggère fortement de regarder les trois vidéos sur le site de Ruby on Rails.
Ensuite téléchargez ruby, gems et rails. (Note : Téléchargements pour Windows). Les perspicaces trouveront que je n’ai pas inclus de liens pour télécharger Rails. Pour ce faire lancer la ligne de commande qui suit :
gem install rails --include-dependencies
et voila vous êtes presque prêt. Presque puisque je vous recommande fortement de télécharger Eclipse et le plugiciel (terme recommandé par l’Office québécois de la langue française) de Ruby Development Tools RubyPeople

Je vous reviendrai sous peu avec probablement un article/tutorial sur Ruby très bientôt.

Bonne journée.

Blink est le titre de mon livre de chevet courant. Je dois avouer qu’aujourd’hui je ne l’ai pas terminé et j’ai bien hâte. Blink est écrit par Malcolm Gladwell. Ce livre m’avait été recommandé par deux personnes de milieux totalement différents. Donc c’était pour moi une excellente raison de me procurer ce livre. Ce livre discute que les décisions rapides sont souvent meilleures des analyses profondes. Il est souvent préférable de suivre son expérience et son instinct pour la réalisation d’un plan adaptatif. Prenez deux secondes et réfléchissez à la méthodologie Agile.

La dernière ligne du manifeste Agile Répondre aux changements prime sur le suivi d’un plan. Dans un de ces chapitres Gladwell décrit l’histoire suivante. Rip, un marine Américain retraité qui connu beaucoup de succès lors de la guerre du Vietnam fut demande de diriger un grand exercice militaire. Avec de moyen simple, il fut oppose à la machine complète de guerre Américaine. Le coté Américain possède toutes les ressources satellites, d’information, d’analyse et de décision. Rip pris par surprise les Américains en déclarant une attaque surprise. Au cour des journées suivante il poursuivi l’offensive. Les Américains avait bombardé les tours de communication, Rip utilisait des courriers à vélo pour livrer les messages. Rip relayait l’idée des ordres mais leur application finale était laissée aux hommes sur le terrain. En quelques jours, Rip avait donné une raclé à la machine de guerre Américaine. Rip avait deux énormes avantages : l’adaptabilité et la confiance en ses hommes.

Évidemment, les Américains gagnèrent en utilisant des manières pas vraiment Fair Play, le tout pour ne pas perdre la face.

En transposant aux méthodes Agiles, soyez souple dans votre gestion et faite confiance à votre équipe. Vous verrez des améliorations. N’hésitez point à vous procurez ce livre, je vous le recommande moi aussi fortement.

Bonne journée.

Je suis présentement à diriger une petite équipe pour un projet très important. (Tous mes projets sont importants!) J’ai décidé pour plusieurs décisions de laisser mon équipe décider les points importants, les estimés et leur organisation du travail. Mon rôle devient donc celui d’un facilitateur. Tous les jours nous nous réunissions dans le cadre d’un Scrum nous discutons de trois choses.

1. Qu’ai-je fais hier?
2. Que vais-je faire aujourd’hui?
3. Est-ce qu’il y a des problèmes qui doivent être adressés?

Nous utilisons un simple tableau blanc pour indiquer la priorité et l’avancement des tâches. À la fin de la semaine nous prenons un peu plus de temps pour incorporer un rétrospective de la semaine. Nous essayons de voir les points qui ont bien fonctionné et les points qui ont sont problématiques.

Je crois que l’équipe aime bien travailler de cette manière. L’équipe se sent respecté et écouté. Je transmets leurs craintes et problèmes aux personnes concernées. Dès qu’une personne est en difficulté, l’équipe est au courant. De plus j’ai la chance d’avoir le client tous les jours avec nous. Certains penseront que c’est une situation intenable, mais en réalité lorsqu’il y a collaboration, c’est une manière incroyable de faire avancer les projets dans la bonne direction. Un des bienfaits est que le client est aussi au courant des problèmes et difficultés, il peut donc réagir, prendre action sur ces informations.

N’hésitez point à faire confiance à votre équipe. La dynamique en sera grandement meilleure. Vous verrez la fierté de l’équipe ressortir et la productivité augmentée.