Gestion des projets EXCEL

Bonsoir leatitia,

Je sais bien que je suis dans le meilleur forum... Ce que je cherche ce sont des méthodes d'évaluation du temps de développement et de réalisation pour les projets EXCEL en général. Je pense qu'EXCEL a des spécificités qui font que l'on ne peut pas plannifier un projet EXCEL comme un projet informatique de pure codage. Voilà, c'est donc une question ouverte à toutes les réflexions.

Cordialement.

Salut,
dans ma conception d'applications sous Excel, il faut bien décomposer deux étapes :
- l'objectif de l'application
- l'utilisateur de l'application

> ton objectif peut être une simple mise à jour de données comme faire un ensemble de contrôles qui déboucheront sur des mails à générer par exemple
> de la même façon, tu peux avoir besoin d'une grosse interface utilisateur comme une interface inexistante, avec un traitement qui se lance à l'ouverture du classeur, manipule et ferme le classeur en fin de traitement.

N'étant pas un designer né, je demande souvent à mes utilisateurs de m'expliquer la cinématique qu'ils souhaitent avoir (enchainement et succession d'étapes plus ou moins complexes) en me dessinant leur idée de formulaires et de spécifications graphiques

Sur la partie du code, outre les modules de traitement, il faut avoir une rigueur importante dans la mise en place des interfaces. Toujours penser que l'utilisateur doit être pris par la main => blindage des saisies et gestion poussée si nécessaire des erreurs.

Un simple traitement de compilation de lignes issues de divers fichiers ne pourra prendre que 3h de code + 15 minutes de tests et roulez jeunesse.

Mais j'ai des applications sous Excel, mises en place en 2008, qui continuent d'évoluer au fur et à mesure de l'évolution du périmètre des utilisateurs

En espérant que ca pourra permettre à chacun de faire le distinguo entre les notions à aborder lorsque j'évoque la conception d'une application Excel.

(C'est aussi vrai pour les autres applis Office )

Bonjour à tous
C'est fort bien de parler de Conception et de Gestion de projet dans ce forum.

Je crois qu'avec Excel encore plus qu'avec Access, il faut penser à celui qui peut avoir à intervenir sur le classeur.

Je dois régulièrement régler des problèmes sur des fichiers à rallonge sans code Vba, avec des formules à gogo, des liens vers cellules, feuilles, classeurs dans tous les sens, qui rendent la maintenance à une tierce personne totalement impossible.

Et c'est vrai qu'avec un peu de réflexion anticipée et de commentaires, j'aurai évité bien des heures de galère.

Sur . la première chose est de définir ce que l'on veut obtenir
le problème principal étant de "pousser" les demandeurs pour connaitre la fonction voulue de ce qui doit être développé .(bien souvent ils n'ont pas les idées claires sur ce qu'ils veulent vraiment.ou ils ont peur de demandé trop d'un coup ... ce qui fait qu'une petite évolution entraine souvent une refonte complète . Pour ma part je passe beaucoup de temps auprès des utilisateurs pour voir leur manières de travailler. La seule façon de faire pour qu'un programme soit utilisé est de se rapproché de la manière de travaillé des gens.

Bonjour Daranc

Mais là tu es déjà dans une démarche constructive, puisqu'il y a des demandeurs qui s'adressent à quelqu'un, qui va mettre en oeuvre leurs demandes.

Comme tu le dis, ils n'ont pas les idées claires mais le fait de les exprimer et d'avoir un échange contradictoire est déjà une première étape.
Ce que je redoute le plus c'est que ces mêmes personnes ayant 2-3 notions Excel apprises on ne sait où (surement pas chez Dvp ) ne se lancent elles même, en se disant "on verra bien".
Et après souvent: "Bonjour les dégâts.

Ha chez nous quand rien n'est encore posé on a déjà des problèmes

Bonjour,
Je ne peux qu'être d'accord avec les dernières remarques.
Je constate également qu'ils créent des fichiers au fur et à mesure sans aucune réflexion globale et font appel à l'aide lorsqu'ils sont bloqués.
Essayant de tout faire sans réel paramétrage, on se retrouve donc avec des données sources dans plusieurs feuilles et des liaisons dans tous les sens...
Ce qui est également frustrant c'est qu'ils ne savent même pas ce qui est possible, évidement ce serait trop demandé qu'ils sachent tout mais il faudrait apprendre aux gens à ne pas se limiter à ce qu'ils croient possible techniquement. Si vous saviez le nombre de fois que j'ai entendu "Ha oui, on peut faire ça?"
Enfin, au moins ça nous donne un peu de boulot

Il y a encore pire :
celui qui n'y comprends pas grand chose ( mais qui s'auto-évalue à très haut niveau ' mini celui de bête de sexe sur excel' ) et qui veut à tout prix imposer sa vision de la chose !
on se retrouve avec des fichiers magnifiquement troués (discontinus) des données non protégées des saisies non enregistrées d'autres pluri-enregistrées (ça ne compense pas malheureusement).
et au finale vous demande de faire une analyse sérieuse du tas de m... données savamment stockées
fastoche