Transcription
Transcription : Donner les moyens d'agir aux équipes interfonctionnelles responsables de produits
[00:00:01 : Le texte apparaît à l'écran: Donner les moyens d'agir aux équipes interfonctionnelles responsables des produits, avec Ayushi Roy]
Dans cette vidéo, nous discuterons les moyens de développer l'autonomie des équipes de produits. Nous nous demanderons pourquoi c'est important, ce que cela signifie et comment y parvenir.
Tout d'abord, pourquoi cette conversation est-elle importante? L'approche traditionnelle à l'égard des technologies de l'information du gouvernement ressemble un peu à ceci. Il faut des années pour bâtir quelque chose, et on a souvent recours à une approche en cascade. Autrement dit, on commence par dresser une liste des exigences selon lesquelles on fait l'ébauche d'une demande de propositions. Ensuite, il faut beaucoup de temps pour non seulement rédiger la demande de propositions, mais aussi pour octroyer le contrat. Les fournisseurs qui sont recrutés travailleront ensuite à partir de systèmes brevetés ou désuets. Ils ont souvent recours à un environnement de développement en boîte noire, ce qui signifie que les fonctionnaires ou les homologues du gouvernement n'ont qu'une vague idée du processus de conception du produit jusqu'à ce que la conception ne soit achevée. Les ordres de modification sont très coûteux, particulièrement quand des changements de politiques nécessitent que le produit soit modifié. Et en fin de compte, il y a beaucoup de frustration des deux côtés. On se retrouve avec un produit beaucoup plus coûteux et plus long à concevoir que prévu, et qui, en définitive, ne répond pas aux besoins du public auquel il était destiné à l'origine.
Dans cette approche traditionnelle de la conception de technologies gouvernementales, il y a souvent une longue période d'attente avant qu'une valeur soit créée, et la conception se fait souvent à rebours à partir de l'objectif final. Par exemple, si vous voulez fabriquer une voiture, votre liste d'exigences vous permet déjà d'avoir une vision de ce à quoi le produit ressemblerait. Vous commenceriez peut-être par construire une roue, puis le châssis, puis la carrosserie, et à la fin, la voiture elle-même serait complète. Toutefois, avec une approche plus moderne de la conception de technologies pour le gouvernement, vous créez constamment une valeur au lieu d'attendre le moment propice. Voici à quoi cela pourrait ressembler : vous commenceriez avec un besoin très bien défini. Dans ce cas, pour continuer avec notre exemple, disons que vous devez résoudre des problèmes de transport ou de mobilité. Donc, dans la première version, plutôt que de simplement concevoir une roue unique qui n'ajouterait pas de valeur, vous pourriez plutôt commencer par une planche à roulettes, puis vous ajouteriez des caractéristiques supplémentaires, puis vous auriez peut-être un vélo, puis une motocyclette, et vous finiriez par avoir cette voiture. Dans ce modèle, plutôt que de commencer avec des exigences ou un plan de projet définis au préalable et de travailler à rebours, vous pourriez en fait travailler de façon itérative et prospective, en veillant constamment à créer de la valeur pour l'utilisateur final en cours de route.
Pour travailler de façon agile et itérative, les équipes chargées des produits doivent être en mesure de créer constamment de la valeur sans devoir constamment demander l'autorisation. Il est important que les dirigeants de l'organisation leur confèrent des pouvoirs décisionnels et éliminent les obstacles à la prise de décisions axées sur les projets.
[00:03:05 : Le logo du gouvernement du Canada apparaît, le texte apparaît à l'écran canada.ca/ecole]
