Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Gestion des projets EXCEL
Suite à la création du forum CONCEPTION, un débat est ouvert

Le , par JOHN14

0PARTAGES

0  0 
Bonjour à tous,

Existe-t-il des méthodes de gestion de projets EXCEL spécifique ?
Des livres, des forums etc...

Merci

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de laetitia
Membre expérimenté https://www.developpez.com
Le 01/10/2009 à 18:01
bonjour JOHN le forum le forum tu la déja trouve tu as de la chance tu es "tombe" sur le meilleur
quel type de projet tu recherches ???
0  0 
Avatar de JOHN14
Membre habitué https://www.developpez.com
Le 01/10/2009 à 18:40
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.
0  0 
Avatar de Jean-Philippe André
Rédacteur/Modérateur https://www.developpez.com
Le 01/10/2009 à 23:43
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 )
0  0 
Avatar de GAYOT
Rédacteur/Modérateur https://www.developpez.com
Le 02/10/2009 à 6:25
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.
0  0 
Avatar de Daranc
Membre émérite https://www.developpez.com
Le 06/10/2009 à 16:23
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.
0  0 
Avatar de GAYOT
Rédacteur/Modérateur https://www.developpez.com
Le 06/10/2009 à 17:01
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.
0  0 
Avatar de Daranc
Membre émérite https://www.developpez.com
Le 07/10/2009 à 10:19
Ha chez nous quand rien n'est encore posé on a déjà des problèmes
0  0 
Avatar de Fvandermeulen
Membre émérite https://www.developpez.com
Le 07/10/2009 à 13:13
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
0  0 
Avatar de Daranc
Membre émérite https://www.developpez.com
Le 23/10/2009 à 16:50
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
0  0 
Avatar de wilfried_42
Membre chevronné https://www.developpez.com
Le 25/10/2009 à 11:36
Bonjour à tous

Personnellement, Excel n'est pas une Condition d'analyse mais une condition de réalisation. La realisation d'un projet se fait tout dabord sur papier, ensuiste on choisit le support de travail (Excel, Acces, ou autre chose voir les deux)

L'analyse d'un projet (et la c'est personnel) part d'une phrase : L'erreur n'est qu'humaine... Donc moins il y a d'intervention humaine, moins il y a de risque d'erreur.

Comme l'a dit jpcheck, tu dois connaitre ton ou tes objectifs (Le ou les résultats désirés)
Ensuite les données necessaires à cette réalisation (Saisie et calculées)
Ensuite les volumes de Ces données.

Tu précises les différentes étapes avec les differentes interventions humaines en prenant en compte qu'il faut automatiser au maximum pour eviter les erreurs.

à partir de ce moment tu pourras choisir l'envirennement de travail et en fonction de ta connaissance de cet environnement definir le temps de travail necessaire à chaque étape et enfin commencer réellement à travailler sur la machine...

Ceci n'est que ma façon de travailler, mais il en existe d'autres qui sont surement meilleures voire plus rapide. La seule facon efficace est celle qui amene au résultat escompté. Quelque soit la methode, elle identifie son utilisateur.

cordialement
0  0