Comment bien chiffrer un site ?

Bonjour à tous,

Je sollicite le forum et ses membres afin d'avoir des retours sur les méthodes de chiffrage d'un site en ASPNET.

Comme souvent, je viens de recevoir un cahier des charges dont la réponse sera finalisée la semaine prochaine. C'est très orienté fonctionnel, les fonctionnalités sont très hétérogène pour un total d'environ 50 pages.

J'ai déjà réaliser cet exercice avec plus ou moins de réussite.Traditionnellement je liste les fonctionnalités, le nombre de pages et leur complexité, l'accès au donnée, l'hétérogénéité des besoins, la charge, ... au final, bien que détaillé, c'est surtout un feeling général.

Je recherche donc des pistes pour m'améliorer.

Merci

Citation:

---

Envoyé par cybermaxs

Bonjour à tous,

Je sollicite le forum et ses membres afin d'avoir des retours sur les méthodes de chiffrage d'un site en ASPNET.

Comme souvent, je viens de recevoir un cahier des charges dont la réponse sera finalisée la semaine prochaine. C'est très orienté fonctionnel, les fonctionnalités sont très hétérogène pour un total d'environ 50 pages.

J'ai déjà réaliser cet exercice avec plus ou moins de réussite.Traditionnellement je liste les fonctionnalités, le nombre de pages et leur complexité, l'accès au donnée, l'hétérogénéité des besoins, la charge, ... au final, bien que détaillé, c'est surtout un feeling général.

Je recherche donc des pistes pour m'améliorer.

Merci

---

A part l'expérience, c'est pas facile de faire un chiffrage correct imo
En tout cas, je rajoute toujours 30% à mon chiffrage initial pour prendre en compte tous les imprévus

Citation:

---

Envoyé par lutecefalco

A part l'expérience, c'est pas facile de faire un chiffrage correct imo
En tout cas, je rajoute toujours 30% à mon chiffrage initial pour prendre en compte tous les imprévus

---

Cette notion intervient déjà dans une matrice globale au chiffrage.

N'existe t il pas de méthode ? de la même manière qu'on peut faire de l'UML pour la conception.

Il existe bien des pratiques, mais elles sont souvent internes aux société, rien de normalisé à ma connaissance.

De notre côté, on attribut un nombre de jour selon la complexité des pages, et ce pour chaque page. Ensuite on applique un ratio sur le temps de développement pour couvrir le travail annexe (spécification, conception, rédaction de manuels, pilotage...)

Salut,

Si si il existe bien des méthodologies, mais qui se basent surtout sur l'expérience des gens. Un expert ne codera pas à la même vitesse qu'un junior.
L'évaluation du temps dépend donc de l'équipe et que chacun donne son avis. On peut faire une moyenne. Il faut détailler au maximum. Tout ce qui à vue de nez prend plus de 2 ou 3 jours doit être encore détaillé.

Tu peux googler SCRUM ou Agile.

A+

Bonjour cybermaxs,

Je rejoins Immobilis dans ses propos : c'est l'expérience qui prime avant tout pour un chiffrage. Cela dépend déjà du type de chiffrage que tu dois rendre. Est-ce une étude dans le cadre d'un projet interne pour une mission en entreprise, ou bien est-ce la réponse à un appel d'offre ? Dans le premier cas, il est plus facile de modifier un chiffrage si les specs changent au cours du temps( et ça arrive à chaque fois). Dans le deuxième cas, c'est une réponse commerciale, un engagement de ta part ou de ta société et il est difficile de revenir dessus.

Il faut bien évidemment se plonger dans les specs jusqu'à connaître presque par coeur les principales fonctionnalités demandées. Puis aller dans le détail pour obtenir un chiffrage niveau page. Il te faut aussi penser à tout ce qui est annexe : gestion de projet, formation des développeurs, gestion d'équipe (réunions, etc..), tests unitaires, déploiement, sécurité.

Du côté des méthodes agiles, on procèdera un maximum en mode itératif. Tu peux alors essayer de décomposer ton projet en lots et pour chaque itération prévoir un chiffrage pour les corrections à apporter.

Dans tous les cas, ce n'est jamais une tâche évidente à réaliser tant les points à prendre en compte sont importants, mais aussi les aléas inconnus et les changements de specs (ou incompréhension de specs) en cours de route.

Mais c'est en chiffrant qu'on apprend à chiffrer :mrgreen:

Bon courage à toi !

Perso, j'étais dans ce cas il y'à deux semaines, la réponse c'est idem, à l'expérience.

Bon, dans ma boite, on à un nombre donnée d'abaques, donc on commence par faire une passe fonctionnelle sur les exigences, en les taggant au fur et à mesure, après, chaque exigence est découpée en autant de sous-rubriques que nécessaire (écran/règles/export...), et affecté un poids de difficulté.

Si on est sur quelque chose de jamais traité auparavant, on estime grossièrement le résultat, en prenant en compte que la personne qui estime est rarement celle qui code, qu'il peut y'avoir un temps de formation, etc...

Pour les méthodes agiles, je pense que dans ton cas (gros cahier des charges posé sur la table, avec un "chiffre moi ca pour dans 8 jours"), le client demande un engagement sur des délais et un cout, ce qui n'est pas vraiment compatible avec des méthodes agiles (et ce n'est pas moi qui le dit ;) )

Merci pour toutes ces réponses !

évidemment je m'attendais à ce genre de retours...
Le chiffrage n'est vraiment pas un exercice évident.

Ma société dispose déjà de quelques méthodes, d'abaques, ... sans mettre en doute ces outils, je voulais avoir un retour des autres chiffreurs.

Merci encore