Avec le nombre croissant d’équipes en mesure de livrer des solutions fonctionnelles avec une fréquence de quelques semaines seulement, l’utilisation de la valeur d’affaires comme indicateur de projet peut devenir un avantage compétitif pour les entreprises, autant pour les développements à l’interne que ceux à l’externe.
Signaler
Partager
Signaler
Partager
1 sur 34
Contenu connexe
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
Je baigne dans la soupe agile depuis 2004
Conseiller, formateur, co-auteur, Chargé de cours
Accessoirement: directeur de la formation à Pyxis.
Merci à Agile tour d’organiser cet événement, je le dit à chaque fois et je le pense toujours.
Pour moi, c’est le Noël Agile!
Aujourd’hui
J’ai décidé d’organiser la conférence selon la valeur d’affaires: ce que je voulais vraiment vous dire
J’ai placé ma conclusion au départ
Si jamais vous connaissez un autre conférencier qui fait le contraire,
Vous aurez la chance d’aller voir sa conclusion à la fin de ma présentation.
La communauté Agile a beaucoup insisté:
De ne plus jeter son argent par les fenêtres sur des fonctionnalités que personne n’utilise
Réduire les efforts en début de projet pour réduire le temps de mise en marché et augmenter la qualité du feedback client
C’était probablement le premier pas, tolérable pour les organisations qui découvraient l’agilité.
Et ce n’était pas possible avant!
Avec le nombre croissant d’équipes
en mesure de livrer des solutions fonctionnelles
avec une fréquence de quelques semaines seulement,
l’utilisation de la valeur d’affaires comme indicateur de projet peut devenir un avantage compétitif
pour les entreprises, autant pour les développements à l’interne que ceux à l’externe.
Nous ne sommes plus limités à livrer un projet dans les ressources disponibles à l’intérieur des ressources.
Avec une masse critique d’équipes agiles, nous pouvons pousser certains concepts.
Plutôt que de limiter la valeur d’affaires à un moyen d’organiser le carnet,
on peut maintenant mettre l’emphase sur l’avantage compétitif que cela peut apporter
Pour les nouveaux de l’agilité, je vais surement vous introduire à une nouvelle manière de penser.
Pour les routiers de l’agilité, j’ai un message important à passer: On est rendu là!
Pas besoin d’inventer autre chose, de passer au SAFE ou au DAD:
vous avez probablement déjà tout ce qu’il faut pour faire faire du VDD.
Suffit de le faire!
Je vous propose deux exemples.
Impossible d’exécuter les lots en séquences (ne peut pas attendre),
difficultés à livrer les lots en parallèle.
Impossible d’exécuter les lots en séquence, parce que l’attente est intolérable,
parce qu’on veut réduire le temps de mise en marché,
parce qu’on veut réagie aux imprévus et saisir les nouvelles opportunités.
Animation!
Éviter le changement de contexte sans cesse, c’est inefficace.
On voudrait l’autoroute de gauche, mais plus souvent qu’autrement, on obtient l’autoroute de droite.
Animation!
Si on découpait les projets en morceaux exploitables et que l’on planifiait ces morceaux selon la valeur d’affaires?
En découpant en morceau fonctionnel, qui livre de la valeur, on pourrait livrer de la valeur en continue, on se concentrant sur des morceaux de valeur, et les exécuter en séquence, de manière efficace, comme l’analogie de l’autoroute.
Encore une fois, on s’attend à une recristallisation, à chaque itération, à chaque couloir fonctionnel
La meilleur année possible dans les ressources disponibles!
Encore une fois, on s’attend à une recristallisation, à chaque itération, à chaque couloir fonctionnel
Ensemble de petits projets indépendants: risque seulement une portion de la portée.
Ensemble de petits projets Indépendants: risque seulement une portion de la portée.
Cout fixe, échéancier fixe, portée flexible
Motivation entre client et fournisseur WIN / WIN
Partage des budget restant en fin de projet. Cout fixe, échéancier flexible, portée flexible
Motivation entre client et fournisseur WIN / WIN
Si vous vous demandiez à quoi sert un Analyste d’affaires, voici un exemple
Animation!
Simon Sinek noticed that great leaders communicate differently. They start with the goal and explain the means afterward. For example, Martin Luther King started his speech with “I have a dream,” not with “I have a plan,” or “Here is a list of 50 propositions.” Apple communicates like this: “Everything we do is to make your life simpler (why). By working with the best engineers and designers (how, who), we provide innovative computers (what)”. Sinek says, “People don’t buy what you do, they buy why you do it.”
Great teams focus on the goal and the impact their product will have rather than what the features will be. Features (what) are just a means to change behavior (how) of users (who) to reach a goal (why).
Starting with “why” is useful for good communication, but it’s also mandatory to create the right product. Building a set of features you hope will be used is risky. Identifying the goals you want to reach and the impact you want to have on your users is far better.
C’est difficile parce que nous sommes une société de solutions, de consommations
Create software to keep traceability of the products with barcode scanners used by lift drivers. (This is the option we implemented for this particular project.)
- Help the supplier to create a pull system and provide him with kanbans.
- Study the legal constraints that make the production plan confidential.
Desjardins: Nouvelle offre de produit (nouveau marché)
TD: se défaire des mauvais assurés, conserver les bons (clientèle récurrente)
La Capitale: amélioration des processus
La Capitale: amélioration des processus
Avionique, application comptable
Couverture des opérations d’une organisation
The best-known example was Fermi asking his students to estimate the number of piano tuners in Chicago. His students (science and engineering majors) would begin by saying that they could not possibly know anything about such a quantity. Of course, one solution would be to simply account for every piano tuner perhaps by looking up advertisements, checking with a licensing agency of some sort, and so on. But Fermi was trying to teach his students how to solve problems where the ability to confirm the results would not be so easy. He wanted them to figure out that they knew something about the quantity in question.
Fermi would start by asking them to estimate other things about pianos and piano tuners that, while still uncertain, might seem easier to estimate. These included the current population of Chicago (a little over 3 million in the 1930s to 1950s), the average number of people per household (2 or 3), the share of households with regularly tuned pianos (not more than 1 in 10 but not less than 1 in 30), the required frequency of tuning (perhaps 1 per year, on average), how many pianos a tuner could tune in a day (4 or 5, including travel time), and how many days a year the turner works (say, 250 or so). The result would be computed:
Tuners in Chicago = Population/people per household
. percentage of households with tuned pianos
. tunings per year/(tunings per tuner per day . workdays per year)
Depending on which specific values you chose, you would probably get answers in the range of 20 to 200, with something around 50 being fairly common. When this number was compared to the actual number (which Fermi might get from the phone directory or a guild list), it was always closer to the true value than the students would have guessed. This may seem like a very wide range, but consider the improvement from the “How could we possibly even guess?” attitude his students often started with.
This approach to solving a Fermi question is known as a Fermi decomposition or Fermi solution. This method helped to estimate the uncertain quantity but 69
also gave the estimator a basis for seeing where uncertainty about the quantity came from. Was the big uncertainty about the share of households that had tuned pianos, how often a piano needed to be tuned, how many pianos a tuner can tune in a day, or something else? The biggest source of uncertainty would point toward a measurement that would reduce the uncertainty the most.
Suppose we want to provide a GPS to taxi companies in Shanghai. (Try to take a taxi when you don’t speak Chinese in a city with 20 million people and seven ring roads and you’ll understand why it’s a good idea.)
We estimate 5% of people, that is one million, in Shanghai use a taxi daily. The average taxi drive for one person is 45 minutes. A taxi driver works from 7 a.m. to 11 p.m., that is 16 hours per day, and he’s busy 50% of his time, or eight hours. During eight hours, he can ferry 10 customers. Since one million people use a taxi every day, the total number of taxis is around 100,000.
It means we have potentially 100,000 users.
The GPS system we want comes with a central system that provides traffic information and locates taxi drivers near people calling for the service. We think we can increase taxi utilization by decreasing time for one customer from 45 to 30 minutes and having drivers work 70% of their time. It means an increase of four customers per taxi driver per day, which is an increase of 400 yuans per day. When selling your product to taxi companies, it will be easier to approach them by telling them they will increase income by 400 yuans per taxi driver every day.
This example is a simple one based on data you could gather in discussions with people in Shanghai who are not experts in the taxi business.
This is full of assumptions but the interesting part is the discussion, and by trying to challenge yourself on the numbers you’ll discover different business goals and opportunities. A Fermi decomposition is also a good way to create a roadmap to intermediate business goals you can reach in few months to validate your assumptions.
La livraison de valeur peut demander plusieurs éléments requis et s’étendre sur plusieurs itérations.
Le découpage en groupes fonctionnels réduit les risques associés.
Expliquer que parfois nous devons retenir les déploiements,
ce qui n’empêche pas d’utiliser la stratégie pour faire les tests les plus pertinents possible.
C’est une option, pas obliger de l’exercer, mais on utilise le temps gagner pour savoir si on corrige, on poursuit ou on arrête.
D’autres projets dans le file qui mérite d’être prioriser.
Fail-fast (les déclics que nous avons lorsque la solution se construit)
Faire des choix, pas seulement du suivi.
Se rappeler pourquoi on fait le projet.
Ça transformera la manière dont vous allez menez les revues d’itération.
Avoid… starting systematically with “why”
Starting with “why” is sometimes difficult:
- Business representatives might have done the work six months before and for them it’s clear and won’t change.
- The project has already started and people have already invested a lot of energy on the “what”.
- Quantifying the value of the project is difficult (the project might be a must-have project that costs money).
The goals of the project depend on other projects.
For these cases, we usually start with what people have already done: 35
- It’s always possible to start with “what” and ask “Why are you doing this feature, for whom?”
- For projects with a lot of dependencies, we can attach the goals to the business goals of others.
- Add some steps if needed (sub-goals, sub-processes, sub-actors) or remove confusing ones (sometimes actors are difficult to identify if you don’t know yet who will support the goals).
Un nouveau KPI, pas un remplacement
L’avancement de la portée est utile pour mesurer l’efficacité
La mesure de la valeur d’affaires acquise mesure le retour sur investissement
Planifier par la valeur d’affaires a un impact sur le processus de développement (e.g. infrastructure / couches d’architectures, gestion de projet):
We fall in love with the solution and forget the problem
Commence par ce qui est pertinent, cela augmente les chances de solliciter les éléments critiques. Et oui, on va travailler avec les élements les plus difficiles pour commencer. Quel effort pour démarrer, quel satisfaction à la fin d’un projet.
Si il y a de la valeur d’affaires sans risques, tant mieux, mais je veux pas compromettre la planification de la valeur d’affaires pour des préoccupations techniques.