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.