| Management de projet - 4e partie | Wed 1 Oct 2008 0 comments |
 [ < 3e partie | thémas Management de projet & Qualité | catégorie Organisation | this post in English | billet interactif, bandeau de titre cliquable ]
Fig. 1 - Le notificateur, fort précieux, de Gmail Le deuxième élément, c'est le tableau de bord interactif. J'appelle ça la console. Côté francophone, le maître en la matière est Alain Fernandez, qui sait - mieux que tout le monde - centrer le boulot sur les résultats. En outre, il utilise Excel comme un titan. Bon. Excel, ou son pendant libre Open Office (alternative la plus connue), c'est du dur. J'entends par là que c'est optimal sur des postes fixes ou des réseaux d'entreprise. Inconvénient : l'échange de pièces jointes, qui coince toujours (poids des documents toujours trop fort [2]). Question bureautique, je recommande donc la solution en ligne la plus ergonomique, la plus gratuite et la plus consensuelle qui soit : Google documents. Les tableaux de bord, par exemple sous tableur, y sont interactifs (chat, fenêtre de dialogue en direct). Les versions du document ? Rembobinables en cas de mauvaise manip'. Et système live : envoi automatique de mèl sitôt qu'un collègue change un contenu. Je continue : le rendu est stable. Le format, partageable (portable, on dit). Un excellent compromis pour les projets. 
Fig. 2 - Console de projet sous Gdoc Gdoc en tableur ? Passons quatre minutes dessus. Pour les projets techniques [3], il y a un va-et-vient nécessaire entre le manager et les gens qui produisent. L'idée : centrer la console sur le travail à faire (chaque ligne de tableau est une action à réaliser, amorcée par un prédicat verbal - Rectifier, faire, effacer, etc.). C'est concret. Puis déploiement, par exemple à gauche, d'un volet « manager » (interface commerciale et interprète du travail à faire, répartiteur et contrôleur du travail effectué, motivateur de tous). Et à droite, s'il vous plaît, le volet « équipe de prod'», les collaborateurs-clés, qui réalisent. Management et prod' (tous deux en colonnes) partagent ainsi les mêmes lignes d'actions et interagissent à leur propos. Côté management (réception des demandes et feedbacks du client, tri, reformulation), on peut avoir : [ Demandes, remontées, idées (ici retravaillées pour l'équipe de prod') | Rubrique concernée | Auteur de la demande (client au départ, ou bien manager de sa propre initiative) | Date de saisie | Date-buttoir (à faire pour le) | Scoring (pondération de la chose à faire, par exemple de 1 à 5) ]. Ok ? S'il s'agit d'informatique, chaque ligne peut, en 1e colonne, accueillir un « - » pour les choses à faire, un « ! » pour les bugs, un « !! » pour les bugs critiques, un « ? » pour les questions destinées à la prod'. Autre élément : vous pouvez (simple clic droit) Modifier le format d'une cellule à l'aide de règles logiques (« si... alors »). Ainsi, toute cellule qui accueille, mettons, un « !! » peut-elle (à la carte) s'habiller de rouge ou d'orange. C'est très visuel : le repérage des points essentiels est d'autant plus simple. Côté prod' ? Canevas possible, touchant évidemment chaque tâche : [ Réponses & commentaires | Durée de développement prévue | Date de livraison prévue | Degré d'achèvement, % | Auteur du commentaire | Date de saisie ]. Oui. Poussons un peu : sous Gdoc, vous pouvez faire des tris de pondération, par exemple en prenant la colonne Scoring et en faisant Tri => de Z à A. Dans notre exemple, les priorités 5 viennent en premier. Visuel, là aussi. Autre fonctionnalité : la désignation d'une cellule (case). Et l'ajout par clic droit d'un commentaire. Pratique et instantané. Dernier point ? La méthode Agile (eudjaaaïle). Valable en hi-tech. Suprême, également, pour les projets commerciaux purs (lancement, optimisation de campagnes ou de tournées, rationalisation d'un portefeuille d'offres ou de clients). Commode est la formule. Et performante, pour peu que les parties-prenantes jouent le jeu dès le départ. Au confort (relatif) du cahier des charges, on privilégie la vie, l'interaction, la prise en compte du marché, des nouveaux usages, du quotidien de l'entreprise. Agile est une application concrète des principes TQM [4]. Ou comment dépasser les préconisations rigides (toujours décevantes, chronophages et décalées). Solution : en continu, le manager de projet associe son client final à la réalisation du produit. Du sur-mesure. Et de l'adéquat. Qui, je l'ajoute, prend du temps, demande de belles compétences en vente (le client est roi) et en diplomatie (le collaborateur est décisif). La manager agile : 1. parle la langue commerciale du donneur d'ordres et la langue technique (si éloignée) de l'équipe de prod' (l'un raisonne en Pourquoi, l'autre en Comment), 2. se fait enguirlander des deux côtés s'il y a du retard ou du stress (fonction de défouloir et de dérivatif - c'est obligatoire pour la tenue dans le temps du projet), 3. se fait subitement intimer d'aller acheter du pain sitôt qu'il y a des félicitations à recevoir. En outre, le manager agile sait vendre aux uns et aux autres : aux uns, du Impliquez-vous : nous avons besoin de vos retours quotidiens, aux autres du Tu sais, le client est un généraliste, il ignore tout de l'orfèvrerie que vous lui développez. Aux uns du Patience est mère de toutes les vertus, aux autres : Vitesse et primes font bon ménage. J'ajoute que le manager agile doit avoir un complice du côté du donneur d'ordres. Quelqu'un comme lui : pragmatique, humain, diplomate et cool. Capable de temporiser, tout autant que stimuler les troupes techniques du client (quand il en a). Tenez, comme c'est un must (qui a déjà une grosse décennie, rappelle Flemming 'Magic' Funch), je vous mets le manifeste agile ici. Il y a là pragmatisme et magie (inspiration, façon Cluetrain et ses beaux aphorismes). Et je termine avec le troisième point. C'est quoi déjà ? Ah oui, déjà traité. (Management agile.) Je vois que Wikipedia (décidément chouchou des résultats Google) associe « Agile » avec la notion de contraintes. Moui, ça a du sens. À condition, selon moi, de caractériser les goulets d'étranglement au moyen de Post-it, méthode pour cerner (définir) et résoudre ensuite les décalages, les problèmes. Enjoy - À plus tard ! __ [1] Management n° 148, p. 52. [2] Certes, il y a YouSendIt. Ok. [3] Structure-type : atelier ou réseau géographiquement éclaté. [4] Voir théma Qualité. [ Le Pourquoi et le Comment, grandes dynamiques du 3qo2cp | console : véritable tableau de bord (gestion - suivi -, et management - matière à décisions -), avec en plus l'aspect nomade et portable (multiformats, multiprotocoles) | organisation agile Vs protocoles figés, photo amusante | le management agile demande de savoir rassurer le client, qui voit de son produit un constant work in progress, très loin de son idée (illusoire) de produit parfait - il faut donc raisonner usages, et montrer les gains de productivité que l'outil dégage dès le premier jour | console - prévoyez de garder visibles les items qui sont achevés, par exemple en queue de tableau (cf. Degré d'achèvement de la tâche, tri de la colonne : A => Z ; pour afficher les 0 % en premier et les terminés, en tout dernier) ; façon GTD et ses archivages, l'affichage des choses terminées, et donc des progrès réalisés, est un levier motivationnel puissant (réaction prévisible du lecteur : Ouah, nous avons déjà fait tout ça !?) ] |