04-08-2014, 07:41 PM
De mes (maigres) souvenirs d'école, le cahier des charges c'est le document du projet qui résume ce que va faire le projet (une sorte de description ainsi qu'un listing des features), comment sont réparties les tâches s'il y a une équipe, le planning du projet, le coût (en temps, en argent).
Je n'ai jamais eu à l'utiliser autant professionnellement que personnellement mais je sais qu'il peut être très très utile pour bien encadrer le développement du projet.
La timeline je dirais que c'est le découpage dans le temps du projet. Exemple pour notre projet d'études on avait une timeline (on appelait ça un planning plutôt) qui commençait par poser par écrit les fonctionnalités qui vont être nécessaires, la base de données à créer et les classes qu'on utiliserait dans notre projet. Puis intervient une phase de développement pur, une phase de test et débug puis une dernière phase de test où normalement tout doit bien se passer.
La roadmap c'est la succession des tâches à faire, souvent en fonction des priorités (il arrive souvent qu'un bug doit être réparé bien avant de commencer une nouvelle feature).
Après ça c'est très scolaire, j'en parlais avec mon DT au boulot et il me disait que de nouvelles méthodes sont sorties pour organiser et gérer une équipe de développement et que le planning notamment est beaucoup trop rigide pour s'appliquer à un projet informatique. Puisque les choses fluctuent, des bugs bloquants peuvent apparaître et retarder le développement ou bien le client te balance une nouvelle fonctionnalité ou une modif à faire et s'il rajoute des euros bah tu pourras pas négocier faudra le faire.
Je pense que ça dépend grandement des entreprises. Côté perso, j'ai jamais utilisé mais plus par flemme que par désintérêt.
Je n'ai jamais eu à l'utiliser autant professionnellement que personnellement mais je sais qu'il peut être très très utile pour bien encadrer le développement du projet.
La timeline je dirais que c'est le découpage dans le temps du projet. Exemple pour notre projet d'études on avait une timeline (on appelait ça un planning plutôt) qui commençait par poser par écrit les fonctionnalités qui vont être nécessaires, la base de données à créer et les classes qu'on utiliserait dans notre projet. Puis intervient une phase de développement pur, une phase de test et débug puis une dernière phase de test où normalement tout doit bien se passer.
La roadmap c'est la succession des tâches à faire, souvent en fonction des priorités (il arrive souvent qu'un bug doit être réparé bien avant de commencer une nouvelle feature).
Après ça c'est très scolaire, j'en parlais avec mon DT au boulot et il me disait que de nouvelles méthodes sont sorties pour organiser et gérer une équipe de développement et que le planning notamment est beaucoup trop rigide pour s'appliquer à un projet informatique. Puisque les choses fluctuent, des bugs bloquants peuvent apparaître et retarder le développement ou bien le client te balance une nouvelle fonctionnalité ou une modif à faire et s'il rajoute des euros bah tu pourras pas négocier faudra le faire.
Je pense que ça dépend grandement des entreprises. Côté perso, j'ai jamais utilisé mais plus par flemme que par désintérêt.