1. Quand iceScrum est installé dans Tomcat et qu’on arrête le serveur, il arrive que le process Java continue à s’exécuter, ce qui ne permet pas de réinstaller une nouvelle version d’iceScrum. Il faut d’abord arrêter le process (avec Linux et Mac, on lance la commande ps -ax pour récupérer le numéro du process puis un kill -1 avec ce numéro), enlever le répertoire icescrum de Webapps, mettre le nouveau war et relancer Tomcat.
2. Quand on modifie la couleur d’une feature, ce n’est pas immédiatement rafraichi au niveau des stories.
3. Le fonctionnement sur tablette et smartphone n’est pas optimisé.
4. Si le serveur est configuré avec un proxy, il peut arriver que l’attachement de fichiers ne fonctionne pas quand le nom du fichier contient des caractères exotiques.
5. Dans l’assistant, le changement de rôle de celui qui crée le projet provoque une erreur quand on le passe à développeur.
6. La couleur du Post-it n’est pas réinitialisée dans le formulaire de création des features quand on créé plusieurs d’affilée.
7. Quand la dernière tâche d’une story passe à fini et que les préférences indiquent que la story doit alors être passée à fini, il faut rafraîchir la page pour constater qu’elle est passée à fini.
8. Le nombre d’heures restantes du sprint n’est pas affiché dans la barre de titre de la vue table du plan de sprint.
9. Lors de la mise à jour d’une feature dans la vue table, « NaN » est affiché au lieu de l’effort correspondant.
10. Un export réalisé alors que des stories d’un sprint ont des tests d’acceptation ne peut pas être importé.
11. Avec IE8 et versions antérieures, le login redirige vers une page d’erreur (le login fonctionne néanmoins, c’est la redirection qui échoue).
12. La recherche sur l’ID (stories, features) renvoie de résultats qui ne correspondent pas à l’ID recherché.
13. L’ID des stories affiché dans la vue table du plan de sprint est incorrect.
14. La liste déroulante des menus cachés disparaît parfois de l’écran.
15. Erreur lors de la création manuelle d’un sprint.
16. Dans la vue Tableau de Bord, les activités relatives aux tâches sont affichées de manière incorrecte.
17. Les menus cachés lors d’un redimensionnement de la fenêtre ne sont pas rétablis lors d’un nouveau redimensionnement.
18. Les rangs du Backlog sont incorrects après planification/dissociation de stories
19. Lors de la mise à jour de l’estimation d’une story planifiée dans un sprint « A faire », la capacité du sprint n’est pas mise à jour.
20. Lorsque un équipier publie un commentaire ou un test d’acceptation sur une story, ceux-ci sont affichés chez un utilisateur qui consulte la vue détail d’une autre story.

Si vous en trouvez d’autres sur cette version, merci de les ajouter dans le bac à sable iceScrum.

1. Tests d’acceptation, gérés dans la vue détail de la story et intégrés à l’application (icône sur les postits, lien dans le quicklook, export)
2. Langue portugais, portugais brésilien (merci aux contributeurs)
3. Impression au format post-it des stories d’un sprint

Nous avons aussi du nouveau pour la communauté :

1. Documentation pour démarrer avec iceScrum
2. Forum plus accueillant

Les défauts suivants, remontés avec la R4#3, sont corrigés :

1. La migration avec PostgreSQL ne fonctionne pas. 
2. L’attribut pour donner la valeur d’une feature propose des entiers dans le formulaire, mais dans la vue table, c’est restreint à la suite de Fibonacci (au lieu des entiers). 
3. Erreur quand un membre de l’équipe dont le rôle est développeur quitte le projet (l’équipe).
4. Le drag and drop pour ordonner les stories dans le backlog ou les features ne fonctionne pas quand on agrandit la fenêtre. 
5. Une story estimée à 0 passe à ? en vue table ou quand on active le sprint.
6. Selon la résolution utilisée, le dernier sprint du plan de release s’affiche sous le 1er et pas à côté du précédent (avec certaines versions de Firefox).
7. La copie des tâches récurrentes du sprint précédent ne fonctionne pas. 
8. Le lien vers le fil RSS ne fonctionne pas.
9. Dans le bac à sable, lorsqu’on ajoute plusieurs stories à la suite en utilisant le bouton « Proposer et poursuivre » et qu’on utilise le template « en tant que … », seule la première story ajoutée conserve les informations saisies dans le template. Toutes les stories suivantes saisies perdent les informations du template. 
10. Lorsque le backlog contient suffisamment de stories pour que les post-it remplissent la fenêtre il est impossible de sélectionner les post-it de la derniere ligne pour les déplacer. 
11. Liens incorrects dans l’historique utilisateur d’un profil d’une personne. 
12. On ne peut pas mettre à jour le reste à faire sur les tâches dans la vue table du plan de sprint.
13. Il est possible de passer une tâche à fini même quand le sprint n’est pas commencé en mettant son reste à faire à 0. 
14. L’association d’une story à une feature est perdue lors de l’importation d’un projet exporté. 
15. Lors du changement d’état d’une story, il arrive qu’on ait le message « Cannot create a session after the response has been committed ». Dans ce cas là, l’information n’est pas poussée vers les autres utilisateurs connectés, mais le changement d’état est effectué correctement. 
16. Avec IE7 et IE8, l’affichage du plan de sprint ne fonctionne pas, à cause d’erreurs JavaScript. 
17. Quand une tâche a un fichier attaché, le lien pour le lire en vue Modifier ne fonctionne pas. 
18. Erreurs intempestives lors de la publication des rapports.
19. Erreur lors du login après récupération du mot de passe.
20. Rangs incorrects dans le backlog et le plan de sprint (les rangs sont maintenant corrigés lors d’un import).
21. Erreur lors de la modification d’une ligne de la vue table du backlog lorsqu’un l’utilisateur a ordonné selon une colonne.
22. Rangs dupliqués pour les features créées d’affilée.
23. Lorsque la préférence correspondante est choisie, les tâches créées automatiquement pour les stories lors de l’activation du sprint n’ont pas d’identifiant.

Pour ce faire, elle s’appuie sur une expertise reconnue dans les domaines du Traitement du Signal et de l’Image, de la Géomatique, des Technologies innovantes pour la formation, de la Robotique et des Systèmes Intelligents.

Magellium a choisi la solution iceScrum pour le suivi des projets réalisés en méthode AGILE.

Vous aussi, vous voulez témoigner de votre usage d’iceScrum ? Contactez-nous.

Les métiers de CS sont la défense, l’espace et la sécurité, l’aéronautique, l’énergie et  l’industrie, le transport et le développement de produits (systèmes de simulation et réalité virtuelle, liaisons de données tactiques …).

Les Business Unit de CS s’appuient sur les centres d’expertises transverses  regroupant Experts et Architectes dans des domaines variés comme la simulation haute performance, la réalité virtuelle, les systèmes embarqués, le génie logiciel, le logiciel libre.

Plus particulièrement au sein du centre d’expertise Génie Logiciel, et sponsorisé par la Business Unit ESPACE, CS s’est impliqué dans les méthodes Agiles, et a décidé d’élaborer sa propre méthode dérivée de Scrum nommée « Agile CS ». Cette méthode est aujourd’hui déployée sous la forme d’un guide  et utilisée avec succès sur beaucoup de nos projets et notamment sur tous nos projets internes.

En matière d’outillage CS a porté son choix sur l’outil iceScrum, complété par des formulaires et plans types spécifiques à la méthode « Agile CS »  (plan de sprint, cartes de planning poker, plan de développement agile …).

Vous aussi, vous voulez témoigner de votre usage d’iceScrum ? Contactez-nous.

Compte tenu de notre origine géographique, les utilisateurs que nous connaissons le mieux sont principalement français (dont un bon pourcentage de Toulousains).

Ce premier billet de la série présente 2 organismes de renom qui utilisent iceScrum sur leurs projets. Il sera suivi par d’autres billets sur les utilisateurs d’iceScrum. Si vous aussi vous voulez témoigner de votre usage d’iceScrum, contactez-nous.

Radio France

Témoignage de la Direction de la Modernisation :

Nous avons utilisé iceScrum pour toutes les définitions des releases et des stories de notre version 2 de l’intranet et nous l’avons trouvé très pratique. Nous avons abandonné les autres supports utilisés auparavant avec notre prestataire pour tout concentrer dans iceScrum.

CNES (Centre National d’Etudes Spatiales)

Le projet SIRIUS du CNES consiste en un développement de bibliothèques Java sur la base de OREKIT et Commons Math. L’ensemble forme le patrimoine de base de la dynamique du vol, sur lequel viendront se construire les futurs outils opérationnels pour les mises à poste et maintien à poste de satellites.

Sur le projet SIRIUS, le CNES utilise iceScrum pour gérer le backlog et produire des indicateurs.

1. La migration avec PostgreSQL ne fonctionne pas. Ce défaut est corrigé dans la version R4#3.1
2. Dans l’assistant, le changement de rôle de celui qui crée le projet provoque une erreur. Ce défaut est corrigé dans la version R4#3.1
3. Quand iceScrum est installé dans Tomcat et qu’on arrête le serveur, il arrive que le process Java continue à s’exécuter, ce qui ne permet pas de réinstaller une nouvelle version d’iceScrum. Il faut d’abord arrêter le process (avec Linux et Mac, on lance la commande ps -ax pour récupérer le numéro du process puis un kill -1 avec ce numéro), enlever le répertoire icescrum de Webapps, mettre le nouveau war et relancer Tomcat.
4. Quand on modifie la couleur d’une feature, ce n’est pas immédiatement rafraichi au niveau des stories.
5. Le fonctionnement sur tablette et smartphone n’est pas optimisé.
6. Si le serveur est configuré avec un proxy, il peut arriver que l’attachement de fichiers ne fonctionne pas quand le nom du fichier contient des caractères exotiques.
7. L’attribut pour donner la valeur d’une feature propose des entiers dans le formulaire, mais dans la vue table, c’est restreint à la suite de Fibonacci (au lieu des entiers). Ce défaut est corrigé dans le build 220.
8. Erreur quand un membre de l’équipe dont le rôle est développeur quitte le projet (l’équipe).
9. Le drag and drop pour ordonner les stories dans le backlog ou les features ne fonctionne pas quand on agrandit la fenêtre. Ce défaut est corrigé dans le build 222.
10. Une story estimée à 0 passe à ? en vue table ou quand on active le sprint. Ce défaut est corrigé dans le build 233.
11. Selon la résolution utilisée, le dernier sprint du plan de release s’affiche sous le 1er et pas à côté du précédent (avec certaines versions de Firefox).
12. La copie des tâches récurrentes du sprint précédent ne fonctionne pas. Ce défaut est corrigé dans le build 227.
13. Le lien vers le fil RSS ne fonctionne pas. Ce défaut est corrigé dans le build 229.
14. Dans le bac à sable, lorsqu’on ajoute plusieurs stories à la suite en utilisant le bouton « Proposer et poursuivre » et qu’on utilise le template « en tant que … », seule la première story ajoutée conserve les informations saisies dans le template. Toutes les stories suivantes saisies perdent les informations du template. Ce défaut est corrigé dans le build 233.
15. Lorsque le backlog contient suffisamment de stories pour que les post-it remplissent la fenêtre il est impossible de sélectionner les post-it de la derniere ligne pour les déplacer. Ce défaut est corrigé dans le build 229.
16. Lien incorrect dans l’historique utilisateur d’un profil d’une personne. Ce défaut est corrigé dans le build 236.
17. On ne peut pas mettre à jour le reste à faire sur les tâches dans la vue table du plan de sprint. Ce défaut est corrigé dans le build 236.
18. Il est possible de passer une tâche à fini même quand le sprint n’est pas commencé en mettant son reste à faire à 0. Ce défaut est corrigé dans le build 233.
19. L’association d’une story à une feature est perdue lors de l’importation d’un projet exporté. Ce défaut est corrigé dans le build 237.
20. Lors du changement d’état d’une story, il arrive qu’on ait le message « Cannot create a session after the response has been committed ». Dans ce cas là, l’information n’est pas poussée vers les autres utilisateurs connectés, mais le changement d’état est effectué correctement. Ce défaut est corrigé dans le build 237.
21. Avec IE7 et IE8, l’affichage du plan de sprint ne fonctionne pas, à cause d’erreurs JavaScript. Ce défaut est corrigé dans le build 233.
22. Quand une tâche a un fichier attaché, le lien pour le lire en vue Modifer ne fonctionne pas. Solution de contournement : passer par le quicklook. Ce défaut est corrigé dans le build 237.

Si vous en trouvez d’autres sur cette version, merci de les ajouter dans le bac à sable iceScrum.

Pour en savoir plus sur ce que peut faire un ScrumMaster -et aussi les autres membres de l’équipe- lire l’article complet.

Ceux-ci ne participent pas aux sprints comme les autres et dans iceScrum l’accès qu’ils ont sur les différentes vues est souvent en lecture seule. Cependant, c’est différent pour le bac à sable. Les StakeHolders peuvent notamment proposer des stories et les suivre.

Pour en savoir plus sur ce que peuvent faire les SH et les autres avec les stories, lire l’article complet.

Une équipe de développement est donc composée de Développeurs (DEV) et parmi eux d’un ScrumMaster (SM) et d’un Product Owner (PO).

Il est d’usage d’appeler StakeHolders (SH) les personnes qui sont intéressées par les résultats de ce que fait l’équipe, mais qui ne réalisent pas eux-mêmes le travail. Comme un de piliers de Scrum est la transparence, un SH voit ce que fait l’équipe.

Lire la suite de l’article.

Pour démarrer rapidement avec iceScrum dans le but de le tester, une façon simple est d’installer le « bundle » (il y a encore plus simple : allez sur iceScrum Cloud).

Pré-requis :

• Machine Virtuelle Java (JVM) 1.6 ou supérieure : JDK installée, avec les variables JAVA_HOME ou JAVA_JRE présentes et indiquant le chemin (vers la JDK pour JAVA_HOME)
• Navigateurs internet : InternetExplorer 7+, Firefox 3+, Safari 3+, Chrome

Installation :

1. Téléchargez la dernière version du bundle.
2. Décompressez-le dans le dossier de votre choix.
3. Ouvrez ce dossier.
4. Dans le fichier config.properties, changez : grails.serverURL = http://[url_to_icescrum]/[context_name] (par défaut c’est http://localhost:8080/icescrum)
   
5. Exécutez le fichier « start.bat » sous Windows ou lancez « start.sh »  dans un terminal sous Unix/Linux (et Mac). Vérifiez les droits d’exécution (sous Unix, faire un chmod u+x *.sh dans les répertoires bundle et bundle/server/bin) et l’ouverture du port 8080.
6. Dans votre navigateur, tapez l’URL : http://[host_adress]/[web-app] (par exemple, http://localhost:8080/icescrum).
7. Il ne vous reste plus qu’à vous enregistrer : cliquez sur le bouton « S’enregistrer », remplissez le formulaire et validez. Vous pouvez maintenant créer un projet.

L’utilisation du bundle ne constitue pas une installation pérenne, elle doit être réservée à des fins de test.

Veuillez noter que l’utilisateur lançant le serveur Tomcat doit posséder les droits d’écriture sur dossier Tomcat.