Voici les défauts connus sur la R4#3 :

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.
17. On ne peut pas mettre à jour le reste à faire sur les tâches dans la vue table du plan de sprint.
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é.
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.
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.

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

Le plan de sprint constitue le cœur du suivi d’un sprint par l’équipe. Avec iceScrum les tâches, représentées par des post-it virtuels, sont positionnées dans 3 colonnes : à faire, en cours, fini.
Les possibilités de bouger les tâches varient selon les rôles. Parmi les rôles présentés dans un article précédent, c’est en particulier pour le ScrumMaster que les possibilités sont les plus étendues.

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

Nous avons vu les rôles iceScrum dans un précédent article : le ScrumMaster, le Product Owner et les Développeurs qui forment l’équipe Scrum, plus les StakeHolders.

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.

iceScrum est d’abord un outil Scrum, on y retrouve naturellement les 3 rôles majeurs que sont le Product Owner, le ScrumMaster et le membre de l’équipe, qu’on appelle aussi Développeur.

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).

• 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

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.

• Machine Virtuelle Java (JVM) 1.6 ou supérieure,
• Serveur d’application web Java compatible servlet 2.4.
• Navigateur : InternetExplorer 7+, Firefox 3+, Safari 3+, Chrome
• L’installation d’une Base de données n’est plus indispensable, iceScrum est maintenant livré par défaut avec une utilisation de HSQLDB (un gestionnaire de BD Java, sur fichiers)

• Votre conteneur web devra bénéficier d’une bonne quantité d’allocation mémoire pour iceScrum : au moins 512 Mo.
• Ajoutez au minimum ces options de paramétrage de la JVM (variable d’environnement JAVA_OPTS) : -Xmx512M -XX:MaxPermSize=512M.

1. Téléchargez la dernière version du WAR sur le site.
2. Copiez le WAR dans le répertoire racine <web-apps> de votre conteneur ou utilisez l’outil d’administration de votre serveur d’application pour réaliser le déploiement du WAR.
3. Dans le fichier config.properties, changez : grails.serverURL = http://[url_to_icescrum]/[context_name] (par défaut c’est http://localhost:8080/icescrum)
   
4. Dans le cas d’un serveur Tomcat, modifiez votre fichier server.xml de manière à ce que le connecteur catalina possède la configuration suivante :
   
   <Connector port= »8080″ protocol= »org.apache.coyote.http11.Http11NioProtocol »

   			   connectionTimeout="2000"
   			   maxThreads="500"
                  URIEncoding="UTF-8"/>

5. (FACULTATIF) Si votre conteneur est « récent » (Tomcat6, Glassfish, …), il se peut qu’il inclut des librairies utilisées dans le WAR. Dans ce cas, supprimez les fichiers suivants à l’intérieur du WAR (en utilisant un utilitaire d’archives ou en les supprimant du répertoire de déploiement) : el-ri.jar, el-api.jar, jsf-api.jar, jsf-impl.jar, myfaces-api.jar, myfaces-impl.jar
6. Démarrez votre serveur
7. Dans votre navigateur, tapez l’URL : http://[host_adress]/[web-app] (par exemple, http://localhost:8080/icescrum).
8. 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.

Nous publions une nouvelle version qui corrige 2 défauts de la R4#3 :

1. La migration ne fonctionne pas avec PostgreSQL.
2. Dans l’assistant, le changement de rôle de celui qui crée le projet provoque une erreur.

Ceux qui ont téléchargé la R4#3 et qui ne sont pas touchés par ces défauts n’ont pas besoin de mettre à jour vers la R4#3.1

La version R4#3 apporte des nouveautés intéressantes.

En voici un résumé :

1. Les commentaires sur les stories (visibles dans la vue détails) sont désormais sauvegardés dans l’export, ce qui fait qu’on les retrouve après un import.
2. Les activités sur les stories (ajout, changement d’état, commentaire) sont sauvegardées dans l’export, on les retrouve aussi après un import.
3. Un attribut Id a été ajouté à chaque objet iceScrum : story, feature, tâche, acteur. Cet attribut est conservé après un import, il permet donc d’identifier de façon unique un objet. C’est cet attribut qui est affiché dans les différentes apparitions d’un objet (post-it, ligne de tableau, quick look, détail).
4. Amélioration de la génération de sprints dans une release : correction du défaut sur le dernier sprint, ajout de messages d’information.
5. Les info-bulles sur les stories et les sprints s’affichent à nouveau dans le plan de release.
6. Un message prévient que les tâches seront perdues quand on tente de dissocier une ou plusieurs stories d’un sprint.
7. Le système de push qui était défectueux dans la R4#2 fonctionne correctement (ce qui corrige le problème « session already committed » rencontrés par certains utilisateurs).
8. Améliorations d’ergonomie pour tous les « drag and drop ».
9. On peut maintenant faire du « drag and drop » sur tablette et smartphone (iOS et Android).

Voir les défauts connus sur cette version.

La version R4#2 apporte des corrections aux défauts trouvés dans la R4#1, plus quelques améliorations d’usage.

En voici un résumé :

1. Correction du défaut empêchant la migration de la R4 à PostgreSQL
2. iceScrum fonctionne maintenant avec SQL server
3. Correction du défaut sur la création de tâche lorsque Java 1.7 était utilisé
4. Correction du défaut d’affichage lorsque l’on agrandit une zone de saisie de texte (champs « description » lors de la création d’une story par exemple)
5. Un message prévient que s’il n’y a pas de sprint suivant, des tâches associées aux stories non finies peuvent être perdues lors de la clôture du sprint
6. On peut désormais faire des modifications sur plusieurs stories consécutives dans la vue table du backlog
7. Quand on déplace une story du backlog réduit (dans le widget de gauche) vers le plan de release, elle n’apparait plus aux deux endroits
8. Les avatars qu’on se choisit avec des images externes sont bien affichés
9. L’estimation de la valeur des features se pratique avec une suite d’entiers, quel que soit le choix fait dans les pratiques, par exemple Fibonacci
10. La liste Mes projets est désormais limitée à 10 projets, ce qui évite un mauvais affichage quand on avait beaucoup de projets. Un bouton Voir plus apparait lorsqu’on en a plus.
11. La génération de rapport pdf sur le plan de sprint fonctionne à nouveau
12. L’acceptation d’une story en tant que feature qui provoquait un affichage JSON fonctionne à nouveau
13. Lors de l’import d’un projet, le texte de description des tâches qui était échappé à tort est maintenant bien importé
14. La suppression d’une feature avec des stories associées est maintenant possible, les stories sont bien entendu conservées, sans feature associée

Il reste quelques défauts connus :

1. Les info-bulles sur les stories ne s’affichent pas dans le plan de release
2. 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.

Cette version R4#1 a mis un peu plus de temps à sortir que nous l’aurions souhaité. Bon, c’est comme ça, mais nous allons maintenant reprendre un rythme de publication plus soutenu.

Voici un résumé des modifications principales apportées par cette nouvelle version :

1. nouveau système de push avec amélioration spectaculaire des performances
2. nouvelle gestion de l’équipe et des changements de rôle
3. on peut maintenant enlever un membre d’une équipe
4. assistant de création de projet sensiblement amélioré
5. possibilité d’archiver et restaurer un projet
6. connexion Gravatar
7. fuseau horaire au niveau projet
8. publication de toutes les stories à partir du tableau de bord améliorée
9. on peut faire une recherche sur l’ID des objets
10. confirmation demandée sur activation et clôture de sprint et de release
11. affichage du nombre de stories (et des points) dans les bandeaux backlog et bac à sable
12. affichage du nombre d’heures restant à faire dans le bandeau du sprint
13. plan de sprint avec un avancement des tâches simplifié
14. on peut maintenant copier une tâche
15. affichage amélioré pour le texte dans un post-it
16. tri dans les vues tables (sauf dans la vue sprint)
17. affichage du reste à faire sur les tâches avec une décimale
18. web services (plus d’informations à venir)
19. support expérimental des web sockets (détails de la configuration à venir)
20. le russe est ajouté dans les langues (merci à Morozov)

Avant de migrer, faites un backup de la base de données.