La fonctionnalité portfolio est un nouveau workspace d’iceScrum (après le workspace « projet ») qui vous permet de gérer le développement de produits de grande envergure avec plusieurs équipes. Cette approche est conseillée quand le produit ne peut pas être divisé en sous-produits dont le développement pourrait être géré indépendamment les uns des autres.

Cette partie d’iceScrum est adaptée aux équipes qui utilisent SAFe, LeSS ou des approches similaires.

Les équipes associées dans un portfolio doivent être des « feature teams » qui sont chacune capable de produire des features complètes par elle-même. Chaque feature team est associée à son propre projet iceScrum et les projets sont agrégés dans le portfolio.

Si vous avez un doute à propos de la pertinence de l’utilisation des portfolios dans votre contexte, ou sur la terminologie employée, vous pouvez vous référer à la documentation dédiée.

Toutes les fonctionnalités liées aux portfolios sont fournies au travers d’une App activée par défaut si vous avec une souscription Cloud Business ou une licence On-Premise Enterprise ou Corporate. Les offres Business et Enterprise sont limitées à 1 portfolio / server, alors que les licences Corporate offrent un nombre illimité de portfolios.

Lors de la création d’un portfolio, vous pouvez choisir le framework :

• Générique (LeSS…)
• SAFe

Pour l’instant, le seul impact se situe au niveau de la terminologie utilisée dans les vues du portfolio. Le mode générique est aligné sur la plupart des pratiques agiles à grande échelle, tandis que le mode SAFe utilise la terminologie spécifique de SAFe.

Vous pouvez aussi associer des projets existants à un nouveau portfolio. Pour cela, vous devez être Product Owner du projet ou Owner de l’équipe du projet.

Un projet peut appartenir à zéro ou un portfolio. Un portfolio peut avoir jusqu’à 20 projets (pour que le portfolio reste utilisable).

Les Portfolios sont toujours privés : ils ne peuvent être consultés et modifiés que par leurs membres explicites.

Les membres d’un portfolio peuvent avoir un de ces deux rôles :

• Business owner : permissions en lecture et écriture sur le portfolio et son contenu.
• Stakeholder : accès en lecture seule sur le portfolio.

Les rôles de niveau portfolio donnent automatiquement aux utilisateurs des permissions sur tous les projets associés :

• Business owner : bénéficie des permissions du rôle Product Owner sur tous les projets.
• Stakeholder : bénéficie des permissions du rôle Stakeholder sur tous les projets.

Pour en apprendre plus sur le détail de ces permissions, consultez la documentation dédiée. Si les membres du portfolio ont déjà des rôles explicites sur les projets et leurs équipes, ces rôles ne sont pas modifiés. Les permissions données par leur role de niveau projet et celles héritées de leur rôle de niveau portfolio sont simplement fusionnées.

L’item métier principal au niveau portfolio est la feature. Dans les projets iceScrum classiques, les features sont ordonnées par le Product Owner d’après l’évolution des priorités métier. Cependant, quand un projet fait partie d’un portfolio, ces décisions sont plutôt prises au niveau du portfolio. C’est pourquoi quand un projet appartient à un portfolio, un simple Product Owner perd la permission de réordonner les features, il faut être Business Owner du portfolio pour cela.

The Portfolio dashboard allows adding custom widgets in the same fashion as your user home. Thus, you can include all the charts / KPIs from the portfolio projects.

The Portfolio dashboard also provides exclusive widgets such as the Feature KPIs that help you inspect how features flow.

La vue « Backlog de features » (or « Backlog de programme » pour SAFe) du Portfolio est l’endroit pour créer et affiner les features.

Ces features sont à l’état « Ebauche » étant donné qu’elles sont susceptible de change significativement jusqu’à ce qu’une équipe les prennent en charge.

Les ébauches de features sont très similaires aux features classiques. Comme elles, elle peuvent être de 2 types :

• Fonctionnelle,
• Enabler.

Par contre, les ébauches de features ne peuvent pas avoir de stories étant donné que les stories doivent faire partie de la collaboration avec une équipe spécifique.

Quand une feature est prête (ou lors du PI Planning), alors elle peut être envoyée à l’une des Feature teams du portfolio. La selection multiple permet d’envoyer plusieurs features d’un coup. Attention, une feature envoyée dans une feature team ne peut pas revenir dans le backlog.

La vue « Feature teams » (ou « ART » pour SAFe) du portfolio montre toutes les features de chaque projet.

Chaque projet étant associé à sa feature team, les membres du portfolio peuvent ainsi avoir une vision d’ensemble de la distribution des features dans les différentes feature teams. Les Business Owners peuvent créer des features dans des projets et réordonner des features au sein de chaque projet afin de matérialiser leur vision métier.

Les détails d’une feature permettent d’accéder facilement aux stories associées, et ainsi descendre au besoin aussi bas que nécessaire dans la hiérarchie métier.

Dans un projet qui appartient à un portfolio, le champ « Dépend de » d’une story permet de définir une dépendance vers une story venant de n’importe quel projet du portfolio, alors qu’il est sinon limité aux stories du même projet.

Le workspace portfolio est en cours d’amélioration et des nouveautés sont prévues :

• Sprints et releases synchronisés entre les projets du portfolio.
• Objectifs de Release / PI.
• Plus de widgets dans le dashboard.
• Définition de fini automatiquement partagée entre les projets.
• …

Nous serions heureux de lire vos retours sur les fonctionnalités existantes, celles à venir et peut être aussi celles auxquelles nous n’avons pas pensé ! Ecrivez-nous à notre adresse email de support pour nous les communiquer.