Epic (SAFe)

Auteur : © 2010-2022 Scaled Agile, Inc.
Source : Epic
Date : 27/09/2021 (dernière mise à jour)

---

Traducteur : Fabrice Aimetti
Date : 26/09/2022

---

Traduction :

Et si nous constations que nous construisons quelque chose dont personne ne veut ? Dans ce cas, qu'importe que nous le fassions dans les délais et le budget impartis ?

- Eric Ries

Epics

Une Epic est un conteneur pour une initiative de développement de solution assez importante qui regroupe des investissements majeurs au sein d'un portefeuille. En raison de leur portée et de leur impact considérables, les epics nécessitent la définition d'un Produit Minimum Viable (MVP) et leur validation par le Lean Portfolio Management (LPM) avant leur mise en œuvre.

Les epics d'un portefeuille sont généralement transversales, traversant plusieurs flux de valeur et incréments de programme (PI). SAFe recommande d'appliquer le cycle Lean Startup build-measure-learn pour les epics afin d'accélérer le processus d'apprentissage et de développement, et de réduire les risques.

Description détaillée

Cet article décrit principalement la définition, la validation et la mise en œuvre des epics de portefeuille. Les epics de programmes et de grandes solutions, qui suivent un schéma similaire, sont décrits brièvement à la fin de cet article.

Il existe deux types d'epics, chacune pouvant intervenir à différents niveaux du Framework. Les Business epics apportent directement de la valeur métier, tandis que les Enabler epics sont utilisées pour faire progresser l'Architectural Runway afin de prendre en charge les besoins métier ou techniques à venir.

Il est important de noter que les epics ne sont pas simplement un synonyme de projets ; elles fonctionnent de manière très différente, comme le montre la figure 1. SAFe décourage généralement l'utilisation du modèle de financement des projets (voir l'article sur le Lean Portfolio Management). Au lieu de cela, le financement de la mise en œuvre des epics est alloué directement aux flux de valeur au sein d'un portefeuille. De plus, les Agile Release Trains (ARTs) développent et livrent des epics en suivant le cycle Lean Startup (Figure 6).

Figure 1. Les Epics ne sont pas des projets.

Définir les Epics

Les Epics étant parmi les investissements les plus importants de l'entreprise, les parties prenantes doivent s'accorder sur leur intention et leur définition. La figure 2 présente un modèle d'énoncé d'hypothèse d'une Epic qui peut être utilisé pour capturer, organiser et communiquer des informations essentielles sur une Epic.

Figure 2. Énoncé de l'hypothèse d'Epic.

Télécharger le modèle d'énoncé de l'hypothèse d'Epic

Les Epics du portefeuille sont rendues visibles, développées et gérées à travers le système Kanban du Portefeuille où elles passent par différents états de maturité jusqu'à leur validation ou leur rejet. Avant d'être mis en œuvre, les epics doivent être analysés. Les Epic Owners prennent la responsabilité des collaborations critiques requises pour cette tâche, tandis que les Enterprise Architects pilotent généralement les enabler Epics qui prennent en charge les considérations techniques des Business Epics.

Définition du MVP de l'Epic

L'analyse d'une Epic comprend la définition d'un produit minimum viable (MVP) pour l'Epic. Dans le contexte SAFe, un MVP est une version préliminaire et minimale d'un nouveau produit ou d'une nouvelle solution d'entreprise qui est utilisée pour prouver ou réfuter l'hypothèse d'Epic. Par opposition aux storyboards, prototypes, maquettes, wire frames et autres techniques exploratoires, le MVP est un produit réel qui peut être utilisé par des clients réels pour générer un apprentissage validé.

Créer un Lean Business Case

Le résultat de l'analyse d'une Epic est un Lean business case (Figure 3).

Figure 3. Lean business case.

Télécharger le modèle de Lean Business Case

En savoir plus

[1] Ries, Eric. The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses. Random House, Inc, 2011.