Produit
Optera utilise le terme de produit et non de projet volontairement. En effet, Scrum recommande d'avoir une vision produit au lieu d'une vision projet. Car le but but final est bien la réalisation d'un produit (avec des caractéristiques voulues) et non la réalisation d'un projet. Un produit est l'objet de développement qui représente la solution souhaitée ou le résultat final attendu. Cela peut être un logiciel, une application, un système, un service ou même un produit physique.
Vision du produit
La vision du produit est une description claire et concise de ce que l'on souhaite réaliser avec le produit. Elle fournit une direction et un objectif communs à tous les membres de l'équipe. Elle guide les décisions de développement et sert de base pour la création du backlog produit. La vision du produit est maintenue par le propriétaire du produit et est régulièrement réévaluée et ajustée au fur et à mesure que le produit progresse et que de nouvelles informations sont découvertes.
L'administrateur du produit peut définir la vision produit depuis le dashboard produit.
Objectif du produit
L'objectif du produit représente le résultat souhaité à plus court terme (généralement quelques sprints). C'est une déclaration claire et concise qui guide l'équipe.
L'administrateur du produit peut définir l'objectif du produit depuis le dashboard produit.
Épopées
Les épopées constitues les grands regroupements d'éléments du backlog de votre produit. Elles permettent par exemple de définir les grandes familles de fonctionnalités de votre produit.
Équipe
L'équipe du produit doit être définie sur le produit. Les membres de l'équipe produit doivent être membre de l'organisation.
Les membre de l'équipe reçoive un rôle. Ils sont présenté ci-dessous.
Administrateur du produit.
L'administrateur du produit à accès au paramètre du produit. Il peut également définir la vision et l'objectif du produit. Il a également tous les droits d'un membre de l'équipe.
Membre de l'équipe
Un membre de l'équipe a le droit d'éditer les éléments du backlog. C'est le rôle normal des membres
Stakeholder / Invités
Il est également possible d'inviter des stakeholder qui auront un accès en lecture seulement et la possibilité d'ajouter des commentaires sur les éléments du backlog.
Product Owner et Scrum master
A titre informatif, le product owner et le scrum master peuvent être choisis parmi les membres de l'équipe produit.
Types d'éléments du backlog
Les éléments du backlog ont un type. Le type permet de classifier les éléments du backlog. Par défaut un type Story et Bug sont créée en mode scrum et un type Tâche en mode simple.
Statut des éléments du backlog
Les éléments du backlog on un statut qui leur est assigné.
Les statut sont : Backlog > A faire > En cours > Terminé > Fermé.
Backlog
Le statut backlog, peut avoir des statut en amont pour organiser le backlog produit. Cela permet d'afficher un Kanban pour le backlog produit avec une colonne par statut afin d'organiser les éléments.
En cours
Le statut en cours, peut être subdivisé en différent statut ce qui ajoute des colonnes dans le Kanban du produit. Il est possible d'assigner automatiquement un élément à l'utilisateur qui le place dans ce statut sur le Kanban. A cette fin, l'option auto assignation sur le statut permet d'activer/désactiver cette fonctionnalité.
Compte
Cette fonctionnalité permet de restreindre les comptes disponibles pour les work logs. Si aucun compte n'est indiqué, tous les comptes sont disponibles sur le produit. Sinon seul le ou les comptes listés sont proposés.
Paramètres de base
Méthode de travail
Le produit peut fonctionner dans 2 modes différents. Le mode "Scrum" est le plus complet. Il vous permet une gestion du backlog produit, des sprints, des revues et rétrospectives de sprint. Le mode simple permet une gestion allégée sans définition des sprints. Il est possible de passer d'un mode à l'autre, toutefois, les sprints sont supprimés définitivement au passage du mode sprint au mode simple.
Mode d'estimation
Pour chaque produit, la méthode d'estimations doit être définie. Vous avez le choix entre une estimation en points ou en heures. L'estimation en point vous permet de définir un nombre entier selon une échelle définie librement.
Restreindre à l'équipe
Permet de rendre le produit uniquement disponible pour les membres de l'équipe.
Activer la gestion des releases
Permet de désactiver la gestion des release pour les produits qui ne travaille pas avec des releases.
Activer le backlog produit
Disponible uniquement sur les produits simple. Permet de désactiver le backlog produit pour des produits très simple ou le kanban suffit.
Définition de "terminé"
Vous pouvez définir sous forme textuelle ce qui est entendu par "terminé" pour votre produit.
Ce texte est ensuite repris dans le Kanban pour que les membres connaissent cette notion et vérifie lorsqu'ils terminent un élément du backlog si son état correspond à cette définition.
Modèle git checkout
Si vous utilisez git, vous pouvez définir le modèle spécifique pour la commande checkout git. Cela vous permettra ensuite de copier cette commande depuis chaque élément du backlog.
Compte par défaut
Le compte par défaut, définit quel compte client sera initialisé par défaut dans la gestion du temps des éléments du backlog du produit. Définir cette information permet ensuite de gagner du temps lors de la création des éléments du backlog.