\documentclass[12pt]{article}
\usepackage[frenchb]{babel}
\usepackage[utf-8]{inputenc} %%latin1
\usepackage{fullpage}
\usepackage{graphicx} %% to insert pics
\usepackage{listings}
\usepackage{color}
\title{Mise en route avec iceScrum \\ Documentation: Les rôles, les équipes et les projets}
\author{TAKELAIT Fouzi}
\definecolor{mygreen}{rgb}{0,0.6,0}
\definecolor{mygray}{rgb}{0.5,0.5,0.5}
\definecolor{mymauve}{rgb}{0.58,0,0.82}
\lstset{ %
backgroundcolor=\color{white}, % choose the background color
basicstyle=\footnotesize, % size of fonts used for the code
breaklines=true, % automatic line breaking only at whitespace
captionpos=b, % sets the caption-position to bottom
commentstyle=\color{mygreen}, % comment style
escapeinside={\%*}{*)}, % if you want to add LaTeX within your code
keywordstyle=\color{blue}, % keyword style
stringstyle=\color{mymauve}, % string literal style
}
\begin{document}
\maketitle
\tableofcontents
\section{Les rôles}
Les rôles principaux Scrum sont disponibles dans iceScrum:
\begin{itemize}
\item Une équipe de développement se compose de membres de l'équipe (liste TM), certains d'entre eux étant ScrumMasters (SM).
\item Le projet a un ou plusieurs propriétaires de produit (PO). Les gens qui ont un intérêt dans un projet mais qui ne travaillent pas sur elle sont appelées parties prenantes (SH).
\end{itemize}
Afin d'adapter à des situations réelles, certaines des règles généralement associés à ces rôles ont été assouplies, par exemple, il est possible d'avoir plus d'un SM et plus d'un PO dans une équipe et il est possible d'être à la fois SM et PO.
\\
Comme outil, iceScrum nécessite des rôles supplémentaires qui ne se rapportent pas à Scrum: le propriétaire de l'équipe (propriétaire), le rôle "Anonymous SH" est pour une personne non inscrite qui broute un projet public et enfin l'administrateur du serveur (Admin).
\\
Entrons dans les détails de chaque rôle, en commençant par celui qui a le moins d'autorisations. Nous vous recommandons de lire cette manière linéaire depuis les rôles sont définis dans les termes de différences de capacités par rapport au rôle qui le précède. La portée de chaque rôle est fourni entre parenthèses.
\subsection{Anonymous intervenants (projet)}
Ce rôle existe uniquement pour les utilisateurs non enregistrés sur des projets publics (donc, vous ne pouvez pas attribuer ce rôle). Pour ces projets, Anonymous SH (affiché comme SH) ont la capacité suivante:
\begin{itemize}
\item accès en lecture seule aux vues autorisées pour SH dans les paramètres du projet (par défaut, tous les points de vue sont autorisés mais cela peut être changé)
\end{itemize}
C'est tout, mais il est déjà utile à des fins d'information de visibilité. Afin de proposer des histoires, Anonymous SH peut enregistrer et devenir régulier SH et obtenir les autorisations décrites ci-dessous.
\subsection{Parties prenantes (projet)}
Les parties prenantes doivent être enregistrés dans iceScrum. Tout utilisateur enregistré est automatiquement SH pour tous les projets publics. Pour le projet privé, ils doivent recevoir l'autorisation explicite des personnes qui gèrent l'équipe (Propriétaire ou SM).
S'il vous plaît noter que le rôle de SH ne peut pas être explicitement accordé aux membres d'un projet public.
Pour les deux projets publics et privés, SH ont les capacités Anonymous SH, plus:
\begin{itemize}
\item les projets d'importation (si autorisé dans la configuration du serveur),
\item créer des projets (si permis dans la configuration du serveur),
\item suggèrent des histoires dans le bac à sable du projet,
\item mettre à jour et supprimer les histoires qu'ils ont proposées,
commentaire histoires,
\item suivre des histoires (être averti quand les histoires sont mises à jour).
\end{itemize}
\subsection{Membre de l'équipe (Team)}
Membres de l'équipe doivent être enregistrés et sont explicitement partie de l'équipe travaillant sur le projet. TM ont les capacités du SH, plus:
\begin{itemize}
\item parcourir toutes les vues (y compris ceux non autorisés à SH),
\item histoires d'estimation,
\item histoires de copie,
\item créer, mettre à jour et supprimer des tests d'acceptation sur des histoires,
\item créer des tâches,
\item interagir avec un sous-ensemble de tâches: ceux sans responsable, ceux qu'ils sont responsables et ceux qu'ils ont créé.
\end{itemize}
\subsection{ScrumMaster (Team)}
ScrumMasters ont les capacités de la TM, plus:
\begin{itemize}
\item mettre à jour les paramètres du projet (menu Projet $>$ Paramètres),
\item mettre à jour les propriétaires projet du produit et des intervenants (Menu Projet $>$ Paramètres),
\item mettre à jour les pratiques (Menu Projet> Pratiques),
\item gérer l'équipe en ajoutant / supprimant les membres, l'évolution des rôles et mettre à jour le nom de l'équipe (Team Menu $>$ Gérer ...),
\item exporter un projet (Menu Projet $>$ Exporter),
\item planifier et dissocier des histoires,
\item créer, activer, fermer et supprimer les rejets,
\item créer, activer, fermer et supprimer des sprints,
\item définir une définition de Done et rédiger la rétrospective de sprint,
\item gérer les tâches indépendamment de leur état et responsable.
\end{itemize}
\subsection{Product Owner (Projet)}
Les propriétaires du produit ont les capacités de la SM, plus:
\begin{itemize}
\item créer, gérer et supprimer des fonctionnalités et des acteurs,
réordonner caractéristiques,
\item mettre à jour et supprimer toute histoire,
\item accepter des histoires de sandbox afin qu'ils soient inclus dans le carnet de commandes,
\item déclarer des histoires comme cela se fait (et «défaire»),
\item histoires donnant la priorité à l'arriéré (en les réorganisant).
\end{itemize}
Cependant, certaines capacités de la SM ne sont pas disponibles à la PO régulière:
\begin{itemize}
\item mettre à jour les paramètres du projet,
\item mettre à jour les propriétaires projet du produit et des parties prenantes,
\item mettre à jour les pratiques,
\item gérer l'équipe en ajoutant / supprimant les membres, l'évolution des rôles et mettre à jour le nom de l'équipe,
\item gérer les tâches qu'ils ne sont pas responsables, ni créateur.
\end{itemize}
Un PO peut aussi être SM, c'est la seule combinaison de rôle projet / d'équipe qui est autorisé . Il n'a pas de sens d'un point de vue théorique , mais il est plus facile pour une personne d'être en mesure de faire presque tout sur le projet, ce qui peut être utile pour les petites équipes.
\subsection{Propriétaire de l'équipe (Team)}
Le rôle du propriétaire est donnée à l'utilisateur qui crée une équipe, donc il n'y a qu'un seul propriétaire par équipe. Ils ont toutes les autorisations sur l'équipe et les projets associés à l'équipe. Cela signifie que toutes les autorisations de PO et SM, plus:
\begin{itemize}
\item supprimer une équipe si elle est pas associé à tout projet (Menu Team> Gérer ...),
\item associer un projet à une équipe (assistant de création de projet),
\item commuter équipe sur un projet (Menu Projet $>$ Équipe de projet),
\item supprimer un projet associé à une équipe qu'ils possèdent (Menu Projet $>$ supprimer).
\end{itemize}
\subsection{Administrateur (Server)}
L'administrateur a un contrôle total sur tous les projets. Un administrateur par défaut est fourni dans iceScrum lorsque vous l' installez sur votre propre serveur, avec nom d' utilisateur: administrateur et mot de passe: adminadmin! . Nous vous recommandons de changer le mot de passe dès que possible!
En plus des capacités régulières, l'administrateur est la seule personne qui peut changer le propriétaire d'une équipe et de restaurer un projet archivé.
Dans iceScrum Pro, le bénéfice d'administration à partir d' une interface utilisateur riche qui facilite la gestion de projet et de fournir des fonctionnalités supplémentaires: gestion des utilisateurs et de configuration du serveur.
\section{Projets et membres de l'équipe}
\subsection{Rejoindre ou quitter un projet / équipe}
Vous ne pouvez pas spontanément se joindre à un projet, vous devez être ajouté par le propriétaire ou le SM et donné un rôle (PO, SM, TM ou SH).
Si vous êtes un membre de l'équipe / ScrumMaster alors vous pouvez voir l'équipe et le laisser. Si vous êtes propriétaire du produit ou des parties prenantes, il n'y a aucun moyen de quitter le projet de sorte que vous aurez besoin de demander au propriétaire ou un ScrumMaster de vous retirer du projet.
\subsection{Invitations}
Vous pouvez gérer l'appartenance projet / équipe de personnes qui ne sont pas encore de compte de iceScrum grâce à des invitations.
Pour inviter quelqu'un, il suffit de taper leur e-mail dans le champ de recherche de l'utilisateur et cliquez sur le résultat. Vous pouvez leur accorder un rôle tout comme vous le feriez avec les utilisateurs enregistrés. Ils recevront un courriel pour chaque équipe / projet que vous les avez invités avec un lien pour vous inscrire sur iceScrum. Quand ils enregistrent avec ce lien, ils sont automatiquement ajoutés aux équipes / projets qu'ils ont été invités à.
Invitations ne sont pas activées par défaut de sorte que vous aurez besoin de les activer manuellement. Invitations exigent également que le serveur de messagerie est correctement configuré et que l' enregistrement de l' utilisateur est activé sur votre serveur. Vous trouverez plus d' informations sur cette configuration dans les Guide d' installation des utilisateurs autonomes Pro et iceScrum peut se référer à la documentation d'administration .
\begin{thebibliography}{2}
\bibitem{Icescrum}
Claude Aubry, Vincent Barrier.
\textit{Les rôles, les équipes et les projets}.
Droit d' auteur 2011 - 2017 Kagilum SAS
\\\texttt{https://www.icescrum.com/documentation/roles-teams-projects/}
\end{thebibliography}
\end{document}
