[Nicolas Noullet]

Hello John,

This is not currently possible but we hope that it will be available soon thanks to a « feature sponsoring » from one of our customers. Sponsored features are only available on iceScrum Pro (including cloud).

Two bug tracker integrations have been sponsored this way: Mantis BT and Bugzilla (see https://www.icescrum.com/documentation/icescrum-pro/bug-tracker/).

[Nicolas Noullet]

Unfortunately I don’t see any picture attached.

Il semble que vous soyez français, si c’est bien le cas n’hésitez pas à nous écrire en français !

[Nicolas Noullet]

Bonjour,

Il est très important qu’il y ait une seule définition de « terminé » ou « fini » pour les stories et que celle-ci soit partagée par l’équipe et le Product Owner. C’est un repère fondamental du projet qui assure la confiance entre le Product Owner et l’équipe.

Dans iceScrum, la définition de fini peut être saisie depuis le dashboard ou le sprint, afin que tout le monde l’ait à disposition. Ces critères ne sont pas propres à une story en particulier : ils doivent être remplis par toute story afin qu’elle soit considérée finie. Les données propres à chaque story se trouveront quant à elles définies dans les tâches et les tests/critères d’acceptation.

Voici un example de définition de fini :

– Toutes les tâches sont terminées
– Tous les tests d’acceptation sont passés
– Le code produit est de bonne qualité
– Le code produit est couvert par des tests automatisés
– Les tests automatisés passent
– Le code produit est en gestion de configuration
– La user story est documentée
– La user story est disponible sur le serveur de pré-prod
– La user story a été essayée par le Product Owner
– La user story a été validée par le Product Owner
– La user story fonctionne dans tous les navigateurs (par ex. pour une appli web)
– Toutes les interactions utilisateur de la user story ont un temps de réponse inférieur à 2s
– etc.

C’est une très bonne chose d’essayer de terminer les stories en cours de sprint : cela signifie que l’équipe ne disperse pas son travail et ça lisse l’avancée du sprint, sprint qui ne doit surtout pas être une mini-waterfall.

Ceci dit, étant donnée la définition de fini que j’ai donnée en exemple, on voit bien que pour qu’une story soit finie en cours de sprint il faut qu’elle soit validée à la fois du point de vue technique et métier. Une telle validation nécessite la mise en place de pratiques d’ingénierie : intégration continue, déploiement en continu, etc. afin que l’équipe s’assure de la qualité technique de la story et que le Product Owner puisse l’essayer et la valider au plus tôt.

Un avantage très significatif de cette validation en cours de sprint c’est que si une story est invalidée, alors l’équipe peut rectifier le tir en cours de route s’assurer qu’elle soit finie à la fin du sprint. Si les stories ne sont validées que pendant la revue alors les stories non finies seront nécessairement repoussées au sprint suivant, ce qui réduira d’autant le travail qui pourra être fourni sur d’autres stories.

Enfin, je dirais qu’il ne faut pas essayer de faire de beaux indicateurs (certains travestissent même la réalité dans ce but…). Les indicateurs sont là pour révéler la réalité des données du projet. Le point fondamental est que ces données soient interprétées, que leur cause soit comprise / mise en perspective et que cette interprétation suscite des actions d’amélioration si et seulement si c’est pertinent.

[Nicolas Noullet]

Bonjour,

En effet une story ne peut dépendre que d’une seule autre story. De manière générale les dépendances entre stories doivent être évitées autant que possible (cf. le « I » du mnémonique INVEST : « independant »: http://en.wikipedia.org/wiki/INVEST_(mnemonic)).

[Nicolas Noullet]

There should be widely enough user processes here (1000000).

You should check if there is no other application that consumes all the threads. If iceScrum consumes thousands of threads then there must be a huge misconfiguration so I recommend that your start over the install by following the install guide: https://www.icescrum.com/documentation/install-guide.

Since this is the first time I see this problem, I think that it does not come from a bug in iceScrum.

[Nicolas Noullet]

Hello,

You forgot to include $JAVA_OPTS in your last assignment so your JAVA_OPTS are still erased…

Also, fixing that may not solve your issue because the error you get is not related to the heap size. It rather indicates that the maximum number of native threads is reached. This number is configured at the OS level (on unix based machines you can get it with ulimit -u). I have never seen this error before with iceScrum so the lack of available OS threads is probably related to other applications you run.

[Nicolas Noullet]

John,

This is already implemented in iceScrum Pro under the feature called « Task board »: https://www.icescrum.com/fr/documentation/icescrum-pro/task-board/.

[Nicolas Noullet]

That is the right place.

You can check that the options are taken into account by restarting Tomcat and checking that the command corresponding to the JAVA process include them (ps x).

[Nicolas Noullet]

Where did you put this configuration?

There is a problem here: you override the JAVA_OPTS on each new assignment. You should either define it on one line or repeat the variable at the beginning of each assignment.

Also, you should probably export the variables, so it would rather look like:

export CATALINA_OPTS="$CATALINA_OPTS -Dicescrum_config_location=/etc/icescrum/icescrum_config.groovy"

export JAVA_OPTS="$JAVA_OPTS -Djava.awt.headless=true"

export JAVA_OPTS="$JAVA_OPTS -Xms512M -Xmx1024M"

...

[Nicolas Noullet]

Hello,

Did you configure the JVM heap size used by Tomcat in the CATALINA_OPTS system variable as indicated in the install guide : https://www.icescrum.com/fr/documentation/install-guide/#application-server?

[Nicolas Noullet]

Bonjour Baptiste,

Nous sommes heureux de compter de nouveaux utilisateurs d’iceScrum.

Nous sommes conscients de ce problème, nous développons une nouvelle version d’iceScrum avec une toute nouvelle interface utilisateur qui offrira des post-its plus grands et le nom des stories prendra le dessus sur la description. Cette dernière sera visible au survol ou au click.

Bon scrum à vous aussi !

Nicolas

[Nicolas Noullet]

Hello,

This tutorial is wrong 🙁

You can remove the icescrum_config.properties file and the icescrum_config_location=/etc/icescrum/icescrum_config.properties
configuration.

Then, you can create a new file named config.groovy (in /etc/icescrum/ if you want, it does not really matter). Next, follow our documentation to configure the connection to MySQL: https://www.icescrum.com/documentation/install-guide/#database_2.

Then, as indicated in our documentation, the preferred way to make iceScrum use your config.groovy file is adding the variable to your CATALINA_OPTS:
-Dicescrum_config_location=/path/to/dir/where/i/can/write/config.groovy
This can be done in the Tomcat setenv.sh configuration script.

Finally, you should remove (or rename with .bak) the tomcat-jdbc.jar from the tomcat lib directory. Again, this is explained in our documentation! Actually it should cover everything that is needed to configure a full working iceScrum server.

[Nicolas Noullet]

Hello Fabien,

Are you sure that the number of tasks is displayed? I see the number of story points and the total remaining time.

Also can you elaborate on your need to remove this information?

[Nicolas Noullet]

Pour la communauté, voici la solution trouvée par Christophe (merci de nous l’avoir envoyée):

Editer le fichier weblogic.xml dans icescrum/WEB-INF

Ajouter les lignes suivantes

true





true

true





true

true



/icescrum

[Nicolas Noullet]

Hi,

The root error here is « java.io.FileNotFoundException: prodDba.properties.new (Permission denied) ».

By default, iceScrum comes with an embedded DBMS: HSLQDB, which attempts to create files on the path from where Tomcat is started. Here the attempt fails because the user who started Tomcat doesn’t have sufficient permissions on this path so the file cannot be created.

To solve this issue, you can add permissions on this path for this user, change the path from where Tomcat is started or configure the connection to an external DBMS. Please note that HSQLDB is not suited for real life usages so we recommend to use an external DBMS as soon as possible.

[Auteur]

Messages