projets

Retrospectiva

30 mai 200929 janvier 2011 AmauryOutilsLaissez un commentaire

Retrospectiva est un web-logiciel de gestion de projets. Placé sous licence libre, il n’est pas possible de l’utiliser « directement » ; par contre, il est téléchargeable gratuitement et s’installe assez facilement sur n’importe quel système de type Unix (Linux, Mac OS X, BSD, …) pour peu que vous ayez un minimum de connaissances en administration de serveur.
Ce mode de fonctionnement est similaire à ce qu’on peut trouver du côté de Collabtive.

Fonctionnalités

Les fonctionnalités de Retrospectiva sont réparties en deux groupes : les fonctions de base, et celles qui sont apportées par des plug-ins.

Fonctions de base :

Gestion de tickets.
Revue de code.
Gestion de versions, avec deadlines et étapes d’avancement.

Fonctions additionnelles :

Wiki.
Blog.
Gestion de projet adaptée à la méthode Scrum.

On peut considérer que les fonctionnalités apportées par les plug-ins font parties intégrantes du logiciel. Parce que, de nos jours, un outil de gestion de projet qui ne contient même pas un wiki, c’est trop limité pour être intéressant.

Gestion de tickets

(image © retrospectiva.org)

Les tickets de Retrospectiva permettent de gérer aussi bien l’affectation de tâches (au sens classique du terme) que les relevés de bugs. C’est un des rares logiciels qui fournisse un système de gestion des tâches qui peut aussi convenir à la gestion des bugs, sans que l’ergonomie n’en souffre.

5pm

16 mai 200929 janvier 2011 AmauryOutilsUn commentaire

Dans le groupe des logiciels de gestion de projet qui font parler d’eux actuellement, et qui tentent de dépasser Basecamp, 5pm fait partie du groupe de tête et sa notoriété semble croître.

Interface principale

L’interface de 5pm est à la fois impressionnante et déroutante. Contrairement aux autres outils du même genre, elle fait un grand usage du Flash pour proposer un dynamisme et une réactivité améliorés.

La fenêtre principale est séparée en 2 parties :

À gauche, la liste des projets (et des tâches « autonomes », non attachées à un projet).
À droite, les informations concernant le projet sélectionné, ses activités (toutes les actions qui ont été effectuées sur le projet), et les fichiers qui y sont liés.

L’affichage dans le panneau de gauche permet de voir rapidement les projets et leurs tâches, dans une vue arborescente à 2 niveaux facile à comprendre. On y voit par défaut l’état de progression des tâches et le nombre de jours qui reste pour les accomplir.

L’estimation du travail

6 mai 200929 janvier 2011 AmauryOrganisation personnelleLaissez un commentaire

Quand on veut planifier son travail ou celui de son équipe, il faut obligatoirement commencer par faire une estimation du temps nécessaire pour réaliser chacune des tâches qui sont listées. Et c’est souvent un casse-tête, car on ne sait jamais par quel bout s’y prendre.

Nous allons voir les raisons qui doivent vous pousser à réaliser des estimations, les réactions les plus récurrentes, et les pistes à suivre pour y arriver.

À noter : J’avais commencé à écrire ce texte au sein d’un article consacré à la planification et aux approches top-down et bottom-up. Mais un article présent dans le dernier numéro du magazine PHP Architect (très bon magazine canadien, en anglais) m’a convaincu d’y consacrer un billet à part entière. Le sujet est intéressant.

Les motivations

On peut voir plusieurs aspects qui conduisent à la nécessité d’estimer préalablement la durée d’une tâche ou d’un projet :

Taskii

24 février 200929 janvier 2011 AmauryOutils3 commentaires

Taskii est un logiciel créé par une entreprise belge, qui surfe sur la mouvance des outils de collaboration en ligne (dont le fer de lance est Basecamp). Dès la première page du site, la couleur est annoncée : « Taskii importe le concept de Basecamp en français » (extrait d’une revue du service effectuée par TechCrunch).

Et c’est vrai qu’on pourrait rapidement synthétiser Taskii en 2 points :

Globalement la même ergonomie que Basecamp, mais en français.
Globalement les mêmes fonctionnalités que Basecamp, mais moins cher.

L’outil propose 5 fonctionnalités principales :

Les todo-lists.
La vue calendaire.
La messagerie partagée.
Le partage de fichiers.
Les feuilles de temps.

Le prix

Commençons par le premier facteur différenciant (en dehors de la langue). Taskii est disponible en 5 formules différentes :

L’accès gratuit permet de créer 2 projets et offre un espace de 10 MO.
L’offre Basic (12 € par mois) permet de gérer 15 projets, apporte 4 GO de stockage et le support par email.
L’offre Premium (45 € par mois) monte à 50 projets et 10 GO.
L’offre Secure (65 € par mois) ajoute à la précédente l’encryption SSL.
L’offre No limit (145 € par mois) offre un nombre illimité de projets, 100 GO d’espace de stockage, l’encryption SSL et le support par email et téléphone.

Comme on peut le voir, les tarifs sont plus bas que ceux auxquels on est habitué. Et même si je persiste à trouver ridicule de faire payer l’encryption SSL, je salue l’effort qui est fait pour rendre accessibles toutes les fonctionnalités dès la création d’un compte gratuit.

Les todo-lists

(image © Taskii.com)

La création de tâches se fait d’une manière très souple. On peut facilement les affecter à un utilisateur, et leur définir une date d’échéance. Il n’est malheureusement pas possible de définir une priorité aux tâches. On peut les réorganiser par drag ‘n drop, mais il est impossible de changer l’apparence d’un titre (même pas de syntaxe wiki pour mettre du texte en gras, par exemple).

Flyspray

20 février 200929 janvier 2011 AmauryOutilsLaissez un commentaire

J’en parlais dans mon billet consacré aux listes, les buglists sont un élément essentiel dans la gestion des développements informatiques. Impossible de créer un logiciel, quel qu’il soit, sans y introduire des effets indésirables imprévus. Et il faut trouver un moyen efficace de lister ces bugs et de suivre leur résolution.

Je vais vous parler d’un logiciel open-source entièrement dédié à cela : Flyspray

Présentation

Flyspray est un logiciel développé en PHP, proposé gratuitement sous licence libre. Il est très facile à installer sur un serveur Linux, avec une base de données MySQL ou Postgresql. Ce n’est donc pas un logiciel qui s’utilise à distance sur les serveurs de son éditeur ; pas besoin de payer un abonnement mensuel. Par contre, il faut avoir un serveur à disposition (mais c’est souvent le cas en entreprise).

Basecamp

19 février 200929 janvier 2011 AmauryOutilsUn commentaire

Je vais vous présenter aujourd’hui le logiciel Basecamp, qui est développé par 37Signals. C’est un peu le grand frère de Backpack dont je vous parlais la semaine dernière.

Là où Backpack visait à faciliter le stockage et l’échange d’information autour de projets, Bascamp va plus loin et propose des outils pour gérer plus finement le travail de groupe. On peut distinguer 5 fonctionnalités principales :

Les todo-lists.
La messagerie partagée.
Le partage de fichiers.
Les objectifs calendaires.
« Reporting » du temps passé sur chaque projet.

Auxquelles s’ajoutent des panneaux de vues globales sur un projet ou sur tous les projets.

Les todo-lists

(image © 37signals.com)

Je vous ai déjà expliqué pourquoi les listes sont à la base de toute organisation. Basecamp permet de créer facilement des listes et de les organiser comme on le souhaite. Très similaires à celles de Backpack, on peut éditer leurs titres en utilisant la syntaxe Textile (syntaxe wiki-like simplifiée), et leur affecter un état fait/à faire simplement en cochant ou décochant une case. Par contre, elles offrent la possibilité d’affecter une tâche à un utilisateur, ce qui était un des manques que je pointais du doigt sur Backpack.

Il est aussi possible de créer des listes privées, qu’on est le seul à pouvoir voir. C’est une bonne idée, qui permet d’avoir au même endroit les todo-lists générales et celles qui nous concernent ; cela évite d’avoir à gérer plusieurs systèmes de listes en parallèle.

La messagerie partagée

(image © 37signals.com)

On a beau classer nos emails dans des dossiers, il est toujours pénible d’y rechercher une information intéressante. On est souvent obligé d’ouvrir une demi-douzaine de messages – de quelques lignes chacun – avant de retrouver ce qu’on veut.

Livre : Managing Humans

13 février 200914 octobre 2019 AmauryOrganisation d'équipe5 commentaires

Je vais vous parler un peu d’un très bon livre, nommé Managing Humans, écrit par Michael Lopp et publié par Apress en 2007. Depuis 2002, il tient sous le pseudonyme de Rands le blog Rands in repose, dans lequel il parle de ses expériences en tant que manager d’équipes techniques. Et il en a des choses à dire, le bougre, après avoir travaillé pour Symantec et Netscape, entre autres.

Le sous-titre du livre est assez explicite : « Biting and humorous tales of a software engineering manager ». Le livre est truffé d’anecdotes amusantes, de mises en situation réelles ou imaginaires, qui en font un ouvrage à part dans l’univers très fourni des livres dédiés à la gestion de projet et au management.
Personnellement, j’ai une affection particulière pour ce livre. Je l’ai acheté à sa sortie en 2007, alors que j’étais en train de créer mon entreprise. Je n’y ai pas trouvé de recette miracle, mais plein d’exemples de choses à faire ou ne pas faire ; je pense avoir évité plusieurs pièges dans la création de mon équipe grâce à ce livre.

Ne pas être un con

Le premier chapitre du livre se nomme « Don’t be a prick ». L’ensemble des 209 pages pourrait être résumé dans cette simple phrase. Ça paraît débile tellement c’est simple. Mais au cours de ma carrière, j’ai franchement rencontré tellement de personnes qui agissaient comme des gros cons, que ça mérite d’être souligné. Que ce soit par bêtise, inexpérience, indélicatesse, fainéantise, vanité ou parce qu’ils n’avaient rien à faire à ce poste, il est sidérant de voir combien de dirigeants sont inaptes à gérer les hommes et les femmes qui composent leurs équipes.

Le carquois du management

Rands utilise une métaphore assez intéressante. Il dit que nos compétences en management sont comme des flèches dans un carquois. Quand on rencontre un problème, on peut prendre la flèche appropriée, prendre un peu de recul, viser et tirer. C’est le titre qu’il a donné à la première partie du livre.

Les méthodes agiles

12 février 20091 mai 2018 AmauryOrganisation d'équipe26 commentaires

Cet article fait suite à ceux consacrés au cycle en V et au cycle itératif. Dans l’histoire des méthodes de gestion de projets informatiques, les méthodes agiles sont une évolution relativement récente qui tente de résoudre certains défauts des pratiques qui étaient en usage jusque-là.

Le manifeste agile

La définition de toutes les méthodes agiles est synthétisée par le Manifeste agile, qui a été rédigé en 2001 par plusieurs acteurs de ce domaine. Il distingue 4 valeurs fondamentales et 12 principes.

Les 4 valeurs

L’interaction avec les personnes plutôt que les processus et les outils.
Un produit opérationnel plutôt qu’une documentation pléthorique.
La collaboration avec le client plutôt que la négociation de contrat.
La réactivité face au changement plutôt que le suivi d’un plan.

Les 12 principes

Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles.
Le changement est accepté, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client.
Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte.
Les gens de l’art et les développeurs doivent collaborer quotidiennement au projet.
Bâtissez le projet autour de personnes motivées. Donnez leur l’environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail.
La méthode la plus efficace de transmettre l’information est une conversation en face à face.
Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet.
Les processus agiles promeuvent un rythme de développement soutenable. Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment.
Une attention continue à l’excellence technique et à la qualité de la conception améliore l’agilité.
La simplicité – l’art de maximiser la quantité de travail à ne pas faire – est essentielle.
Les meilleures architectures, spécifications et conceptions sont issues d’équipes qui s’auto-organisent.
À intervalle régulier, l’équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens.

Application concrète

Il existe plusieurs méthodes qui suivent l’esprit du manifeste. Elles ont chacune leurs spécificités, mais de manière globale elles œuvrent toutes dans les mêmes voies.

Backpack

10 février 200929 janvier 2011 AmauryOutils2 commentaires

Je vais vous parler de Backpack, un outil réalisé par 37Signals, une entreprise dont nous aurons l’occasion de parler de nouveau.

Backpack se définit comme un outil d’organisation et de partage d’information. Voici des images qui vous feront comprendre rapidement de quoi il retourne :

Fonctionnalités

Ce logiciel est d’une grande simplicité d’utilisation. Sa fonctionnalité principale est la création de « pages ». Une page est, comme le montrent les exemples ci-dessus, la combinaison de plusieurs éléments :

Des listes minimales, qui comprennent juste un titre et un état fait/à faire.
Des notes, composées d’un titre et d’un texte.
Des « writeboards », qu’on peut assimiler à des pages de wiki simplifiées.
Des pièces-jointes (uniquement disponibles dans la version payante).