Nous sommes tous passés par là : la réunion, la discussion dans le couloir, l'e-mail qui rend caducs des semaines ou des mois de dur labeur. C'est ainsi que vont les choses, parfois. Les stratégies changent. Les priorités changent. C'est frustrant, mais ce n'est pas comme si c'était la seule chose qui prenait le temps d'un développeur.
Pensez aux rapports d'état, aux courriels, aux réunions, à la documentation et à bien d'autres choses encore auxquelles le développeur doit se consacrer, souvent avant de faire un véritable travail.
Il n'y a pas en fait un complot sinistre pour vous empêcher de travailler, cela y ressemble juste. La statistique selon laquelle la plupart des travailleurs ne sont productifs que 60% du temps sonne juste,1 malgré tous nos efforts. Puisque nous n'échapperons pas aux priorités changeantes, aux réunions, aux courriels ou à la documentation, comment pouvons-nous tirer le maximum de ce petit bout de temps productif ?
En un mot (enfin, plusieurs) : une meilleure gestion de la demande et des ressources.
Comment notre temps est gaspillé : Une mauvaise gestion de la demande et des ressources
If your organization lacks insight into demand, it’s likely that up to 50 % of the projects you are working on right now weren’t planned for2 – which are the kind most likely to get killed due to strategy shifts.
Une mauvaise visibilité des ressources apporte ses propres problèmes. Les organisations qui manquent de planification des capacités ont3:
- 77% - Ressources surengagées
- 62% - Incapacité à hiérarchiser les ressources
- 56% - Estimations inexactes des ressources
Harvard Business Review relève un problème aggravant, à savoir que les responsables du développement maintiennent l'utilisation au-dessus de 98%4 pour accélérer la mise sur le marché. Mais cela ne se vérifie pas :
- Les personnes sont sur-affectées, car le travail engagé et en cours est largement invisible.
- Le travail de développement est imprévisible, et les gens ont besoin de temps pour travailler sur de nouveaux processus
- Les files d'attente s'allongent au fur et à mesure que les ressources s'accumulent, créant des changements de priorité avant même que le travail puisse commencer.
Mettez ensemble le manque de compréhension de la demande et des ressources - et dans la plupart des organisations de produits, si vous avez un de ces problèmes, vous avez les deux - et vous avez la recette parfaite pour faire perdre du temps aux développeurs.
Décrypter le code de visibilité
Toutes les personnes concernées savent qu'il y a un problème. Mais comme votre chien qui sent mauvais ou ce cousin qui parle de politique lors des dîners de famille, c'est un problème avec lequel vous devez... vivre. Travaillez autour.
En général, il s'agit de feuilles de calcul ou de produits de bureau ; peut-être d'une "solution" obscure à base de notes autocollantes que seul un maître zen de niveau 6 pourrait discerner ; peut-être est-ce un peu des deux. Quelle que soit l'approche adoptée, votre temps est toujours gaspillé.
Décoder le code de visibilité signifie devenir réel. Cela signifie reconnaître que "nous avons un problème pour savoir ce sur quoi nous devons travailler et qui peut faire le travail, quand". Cela signifie investir dans la bonne solution pour obtenir ces connaissances.
La différence que fait la visibilité de la demande et des ressources
Les solutions Product Innovation Lifecycle sont conçues pour ne plus vous faire perdre de temps. Ces solutions donnent à votre organisation une visibilité sur la demande et les ressources, en temps réel, afin que les chefs de produit et de projet puissent voir ce qui se prépare et affecter les bonnes personnes au bon travail.
Les organisations qui améliorent la visibilité5:
- Augmenter la capacité de priorisation des projets de 25%.
- sont 25% moins susceptibles de surengager leurs employés
- sont 21% moins susceptibles de changer constamment de projets et de missions
Cela signifie que vous êtes beaucoup plus plus susceptible de travailler sur des projets planifiés, donc vous êtes beaucoup moins susceptible de découvrir à mi-chemin que votre projet a été tué.
Les solutions de cycle de vie de l'innovation produit fournissent également des analyses et des rapports, de sorte que quelques clics suffisent souvent à accomplir ce qui nécessitait auparavant plusieurs heures ou plus, en communiquant directement le statut aux responsables sans vous éloigner de votre travail.
Étapes suivantes
Personne n'aime perdre du temps. Nous voulons tous faire notre meilleur travail et avoir un impact, en développant d'excellents produits qui ravissent les clients. C'est aggravant lorsque le travail dont vous êtes fier ne sert à rien. C'est pire lorsque vous l'avez vu se produire à maintes reprises.
Si vous souhaitez voir la valeur réelle de la visibilité de la demande et des ressources, consultez le webcast 5 Steps for Creating Capacity for Innovation Delivery , qui vous montre comment votre organisation peut concrétiser ces avantages.
Racontez-moi !
Avez-vous eu un projet frustrant qui vous a fait perdre du temps ? L'avez-vous appelé à l'avance ? Ou peut-être avez-vous pu sauver un projet dont vous étiez particulièrement sûr ? Dites-le-moi dans les commentaires !
- Statistiques sur la gestion du temps. (2016). Keyorganization.com. Récupéré 25 octobre 2016, de http://www.keyorganization.com/time-management-statistics.php
- Planview (2016). Go.planview.com. Récupéré le 25 Octobre 2016, de https://go.planview.com/rs/587-QLI-337/images/2016-RMCP-Creating-Innovation-Capacity-Infographic.pdf
- Capacity Planning for Product Leaders | Planview. (2016). Planview. Récupéré 25 octobre 2016, de https://www.planview.com/resource-management-capacity-planning/product/
- Six mythes du développement de produits. (2012). Harvard Business Review. Récupéré le 25 Octobre 2016, de https://hbr.org/2012/05/six-mythes-du-développement-de-produit
- Capacity Planning for Product Leaders | Planview. (2016). Planview. Récupéré 25 octobre 2016, de https://www.planview.com/resource-management-capacity-planning/product
