Une fois par semaine, je discuterai des outils que nous utilisons, évaluons ou bien que nous fuyons. Aujourd'hui, je vous parle de mes premières impressions sur Drupal.

Le site que vous consultez présentement est conçu avec l'aide de Drupal. À ce moment, nous utilisons une bien petite partie de ses possibilités. Drupal est un logiciel de portail Web. En Anglais ces logiciels se nomment "Content Management System" d'où l'acronyme CMS.

Je suis aller chercher un modèle de site, qui à été ensuite retravaillé. La feuille de style en cascade (CSS) a été modifiée pour refléter les couleurs et style de la société.

Nous avons mis en place le module de blog ainsi que celui de statistique. Très bientôt, nous activerons les commentaires. Ceci nous donnera une meilleure communication avec nos clients et nos amis du Web.

Un point négatif, à ce moment, Drupal ne permet pas de mettre en page un texte facilement par une interface graphique. L’entré est en mode texte seulement. La connaissance de HTML et/ou PHP est requise. Pour les administrateurs, la possibilité d’écrire des textes en script PHP, peut nous permettre bien des extravagances. Mon but sera de voir aux cours des prochaines semaines, comment on pourra exploiter les scripts PHP dans les textes/blogs.

Il reste la question de gestion de langue. Dans notre vie au Québec, le Français prime, mais en informatique, l’Anglais est omniprésent. Il me reste à expérimenter avec l’idée d’un site bilingue. À voir dans les prochaines semaines.

La licence d'utilisation est Creative Commons License, Attribution-ShareAlike2.0

D’ici la, bonne soirée.

Working software over comprehensive documentation
Le logiciel fonctionnel prime sur la documentation exhaustive.

J’aime bien cette deuxième phrase du manifeste Agile. Elle peut avoir une double signification si elle est lue en anglais. « Working software » peut vouloir exprimer que le logiciel fonctionne correctement pour répondre aux besoins des clients. Toutes les pages de documentation ne réussiront pas à exprimer correctement se que le logiciel devra faire. Dans un deuxième sens, « Working software » exprime que le temps investi à programmer le logiciel rapportera plus que de dépenser des mois à écrire une documentation.

Dans la gestion de développement logiciel en cascade, toutes la documentation se doit d’être complète et exact avant le début de travaux. Ceci dans le but d’avoir toute l’information en main avant de commencer. La cotation pourra refléter le contenu du volumineux document.

Les méthodes Agile soulèvent des questions face à cette méthode. Si le document est volumineux, il prendra plusieurs mois à être compléter. Ils seront généralement incomplet, incorrect et ne seront pas mis à jour une fois le projet commencer. De plus ces documents sont généralement contractuels et n’autorise aucune divergence. Ceci nuit à la capacité de l’entreprise à s’adapter en ajoutant ou retirant des fonctionnalités.

Pour leur documentation Agile préconise la documentation « Just good enough ». Des Post-it, de petites fiches, des dessins sur tableau blanc sont d’excellentes sources d’information qui sont tout aussi valide. Il faut documentation correctement l’itération courante et laisser les itérations suivantes pour plus tard, lorsque les fonctionnalités seront requises.

Bonne journée.

Les individus et les interactions prime sur les processus et les outils

Ceci est la première ligne du manifeste Agile. Dans notre vie de Société, comment doit-elle être vécue. Cette ligne peut être regardée de deux manières.

1. À l’intérieur même de l’entreprise. Les individus entre eux doivent accès librement l’un à l’autre. Qu’ils soient président, directeur, senior ou junior, une rencontre face-à-face est primordiale pour une bonne communication. Les courriels reflètent très mal certaines émotions. La rapidité des courriels prend quelques fois le dessus sur les frustrations. Un temps de réflexion sur les motifs des autres améliore l’entreprise. Pour aider à communiquer à l’intérieur de l’entreprise un technique SCRUM peut s’avérer pratique.
   
2. L’entreprise envers ses clients Des processus lourds de demande de changement, de gestion de problèmes ou de communication peuvent grandement nuire aux relations client/entreprise. Il faut que c’est processus soit un support pour un meilleur travail et non pas un obstacle pour freiner les discussions avec les clients. Les clients devraient avoir accès aux développeurs pour comprendre leur point de vue sur les fonctionnalités qu’ils leurs soient possible de livrer. Les développeurs doivent avoir accès aux clients pour pouvoir comprendre leur domaine d’affaire. Il faudra que les clients soient responsables dans leurs attitudes pour ne pas exiger des développeurs des fonctionnalités gratuites.

Ayez une bonne journée.

Hugues

Le but de ce blog est de créer un endroit ou je peux mettre mes idées. Ici au court des jours et semaines, j’expliquerai certain aspect des sujets qui nous tiennent à cœur. Vous savez que nous voulons exploiter les méthodologies Agile et le code source libre. C’est bien de le dire mais comment le faire et quel est l’implication que ceci à sur vos entreprises.

Prenez donc le temps de vous abonner au fils de nouvelles. Si vous voulez exprimez vos commentaires, vous pourrez toujours le faire. Dans les quelques jours a venir, je mettrai en place le system de commentaire.

Bonne journée a tous.

Hugues