• Un nom de projet ne serais ce que temporaire: çà permet de communiquer mais aussi de se donner de la motivation en visualisant le projet; un projet nommé est en quelques sortes un projet que l'on pense concrétiser
  

  Citation :Al-Gol

• Le contexte: c'est à dire dans notre cas l'origine du projet, comment les initiateurs en sont arrivé là, la date de naissance du projet(important si vous voulez fêter votre anniversaire), bref sur quel terrain on joue
  

  Citation :Valentin a toujours était passionné par la création de jeu virtuel ou non, après divers éssaie et la création dun premier site internet à 15 ans, il a créé Ragol Online avec Leo. Ragol Online était un jeu en ligne développé en PHP, il représente à peu prés 4000 heures de développement. Après 3 ans de jeu, Ragol Online souffrant de divers problèmes (panne d'hébergeur, nombre de joueur en dessous du seuil de jouabilité, problème de maintenance) et une idée de nouvelle version ayant émergé depuis la version alpha, Valentin décide de fermer le jeu estimant trop complexe de corriger les problèmes en maintenant la communauté active. L'idée est donc alors de relancer celle ci une fois la nouvelle version prête et en s'appuyant des acquis du jeu.

• Données d'entrée: il s'agit d'indiquer tous les documents à disposition

  Citation :- le wiki d'Al-Gol rassemble de nombreuse note sur le projet de v2
  - le jeu Ragol Online ainsi que sa version alpha PSOFrance rassemble un historique de l'évolution de la première version et permet l'étude des points faible de la première version, il constitue aussi une ressource non négligeable sur le scénario écrit au fur et à mesure du temps par la communauté
  - le forum d'Al-Gol rassemble certaine participation et remarque de joueur impliqué
  - le dépôt subversion contient un prototype du portail d'entrée ainsi que d'un module de gestion de texte avancé
  - un livret de la préfecture sur la création d'association
  - divers graphismes
  - un trailer de présentation
  - les forum jeuweb tour de jeu et créajeu
  - divers documentation technique en ligne

• Objet du projet:Une description synthétique du projet ainsi que la phase dans laquel on se place (etude de faisabilité, avant projet, définition, réalisation)
  

  Citation :Le but est de créer la nouvelle version du jeu Ragol Online, en prenant en compte les nombreuses idées amassées durant les 5 dernières années. On se situe au début de la réalisation.

• Produit du projet: on décrit les livrables du projet c'est à dire ce que l'on doit avoir à la fin du projet
  

  Citation :- un jeu sur l'univers hérité du jeu Ragol Online
  - une structure capable de porter ce dernier ainsi que sa communauté
  - une stratégie pour obtenir une communauté de joueur actif et prenant part à l'entretient du jeu lui même
  - un portail de présentation de l'évolution passé et futur du jeu (WIP)
  - des ressources pour la création de projet similaire
  - la création de gadget autour (module iphone/firefox, livre dérivé t shirt etc...)

• Objectif: il s'agit d'écrire les objectifs (si possible chiffré) de cette création

  Citation :Performance: le jeu doit pouvoir se jouer via un navigateur sans ramer. (si cet objectif n'était pas atteint le jeu serait alors à installer)
  Éthique: le jeu s'assurant au maximum de sa non addiction
  Originalité: le jeu doit se démarquer des autres, il doit pouvoir servir de laboratoire à de nouveau concept interactif (écriture communautaire, web-documentaire, figure de style virtuel etc...)
  Cout: pour le moment Valentin le principal porteur ne souhaite pas un cout supérieur à 1000€.
  Maintenance: un projet pérenne, c'est à dire que le projet devra être en mesure de continuer sa route même si des membres porteurs doivent lâcher le jeu.
  Délais: indéfini pour l'instant, la façon de le faire étant aussi importante que le produit fini.

• Acteur: on décrit les acteurs du projet (partenaire etc...)

  Citation :- Maitre d'ouvrage(client): Valentin
  - Maitre d'œuvre(chef de projet):Valentin
  - Équipe de réalisation: Valentin, Sylvain, Mathieu, Thomas
  - Partenaire graphisme: David
  - test, retour et idée: les anciens joueurs, les membres de jeuweb, les participants de SI28

• Conséquence attendue: là il faut définir ce que chacun attends d'un tel projet

  Citation :- réalisation d'une passion
  - amélioration des compétences techniques
  - carte de visite dans le monde professionnel
  - reconnaissance du travail comme artistique
  - création de nouveau concept interactif

• Contrainte du projet: les différentes contraintes qu'il va falloir respecter

  Citation :- le code devra être sous une licence judicieuse
  - le code doit etre modulable, évolutif et facile à maintenir pendant au moins 6 ans
  - Le projet devra être réalisé à l'aide d'actionscript et de PHP
  - un serveur dédié doit pouvoir faire jouer au minimum 500 joueurs
  - doit être créé sur le temps libre
  - pas de sacrifice possible pour passer sur un modèle payant

• une date un numéro de version et les auteurs du document:

  Citation :Valentin le 12/01/2010 version 1

• garantir l'intégrité de vos données (que ce passe t'il si votre disque dur plante? si vous faites une fausse manip, si vous êtes inondé(cas extrêmes))
  
• gérer des meta données qui a créé le fichier, quand, historique
  

• Lister les risques: le but étant d'imaginer tous les problèmes que l'on pourrait rencontrer

  Citation :

  • perte des données du projet
    
  • manque de ressource
    
  • erreur dans la conception du jeu
    
  • problème d'hébergement du projet
    
  • problème d'hébergement du jeu
    
  • perte de motivation
    
  • problème de copyright
    
  • bug trop fréquent
    
  • perte de l'essentiel
    

  NB: il faut essayer d'être le plus exhaustif possible, même si la définition de l'imprévu c'est justement que ce n'était pas prévu.
  
  
• Classer les risques: pour çà on va donner une note (1, 3 ou 9) à 3 composantes Gravité, probabilité d'Apparition, probabilité de non Détection

  Citation :G x A x D
  

  1. erreur dans la conception du jeu 9x3x9=243
     
  2. pertes de vue de l'essentiel 3x3x9=81
     
  3. bug trop fréquent 9x3x3=81
     
  4. perte de motivation 9x3x1=27
     
  5. manque de ressource(temps compétence) 3x9x1=27
     
  6. perte des données du projet 9x1x1=9
     
  7. problème d'hébergement du jeu 9x1x1=9
     
  8. problème de copyright 9x1x1=9
     
  9. problème d'hébergement du projet 1x3x1=3
     

• Explorer les plus critiques: ici l'idée est de chercher les causes du risques, ses conséquences et surtout les mesures possibles pour les prévenir

  Citation :#Erreur dans la conception du jeu
  Cause: pas assez de réflexion, oublie d'une composante, supposition erroné
  Conséquence: jeu pas assez attractif, mauvaise jouabilité, augmentation du temps de maintenance
  Recherche de solution: analyser suffisamment le projet, soumettre le projet aux avis extérieurs à chaque étape d'avancement
  
  #Pertes de vue de l'essentiel
  Cause: concentration de l'équipe sur des point trop précis (documentation, recherche du code parfait etc...), non classification des taches par ordre d'importance
  Conséquence: allongement de la date de sortie du projet, obsolescence des technologie lors de la sortie
  Recherche de solution: Tris des fonctionnalités par ordre d'importance, planification du temps passé par tache à défaut de temps en date
  
  #Bug trop fréquent
  Cause: Hypothèque sur la modularité du code, période test trop courte ou test absent
  Conséquence:mauvaise image du jeu, agacement des joueurs, problèmes de triche
  Recherche de solution: mise en place de test unitaire, procédure de test avant passage en production même pour les patchs
  
  #Perte de motivation
  Causeentiment d'impossibilité de réussite, déception sur la qualité, manque d'émulation
  Conséquence: arrêt ou ralentissement du projet
  Recherche de solution: avoir toujours un partenaire ou interlocuteur pour discuter du projet, développement itératif afin d'obtenir des choses à tester
  
  #manque de ressource(temps compétence)
  Cause: trop d'engagement autre pour continuer le projet, départ d'un coéquipier
  Conséquence:Non aboutissement du projet ou ralentissement
  Recherche de solution: recherche de coéquipier, inclusion de partie de projet dans le cadre de cours, appel à professionnel

(12-01-2010, 05:59 AM)Vorkosigan a écrit : De maniere generale, organiser les choses dans sa tete... ca aide (h) donc faire toutes ces choses ne peuvent qu'aider.
Maintenant, j'aurais tendance a dire que la gestion de projet a tendance a generer beaucoup de paperasse la plupart du temps pour pas grand chose. Documenter c'est bien, faire de la paperasse non. Et dans le cas d'un jeu en ligne amateur... c'est encore pire.

Par ailleurs dans le cas d'un jeu benevole, beaucoup de choses ne sont pas figees ou figeables... En plus c'est un projet essentiellement solitaire meme si d'autres personnes interviendront certainement. En general les gens avec qui tu finiras ne seront pas ceux avec qui tu auras commence. Donc en gros je pense que les regles different de projets professionnels.

Citation :Le Contexte : normalement tous les participants a ton projet connaissent le contexte...

Citation :Le Produit du Projet : Mouif... Le Produit Numero 1 c'est le jeu... Le reste ne me semble pas necessaire.

Citation :Acteurs : C'est la qu'on atteint les limites d'un projet realise dans son temps libre. Dans un projet normal il faut s'assurer d'avoir toutes les ressources pour realiser ce projet. Dans notre cas non. Les gens arrivent et repartent, avoir un graphiste au debut du projet ne garantit pas d'en avoir un 3 mois plus tard quand on en aura besoin. Les autres pareil. La ressource numero 1 c'est toi, les autres peuvent changer. Il te faut plutot chercher les ressources quand tu en as besoin.

Citation :Contraintes du Projet : C'est souvent bien de les lister... mais en l'occurence pas celles que tu as listees. :heuuu: Disons qu'elles n'apportent pas grand chose

(12-01-2010, 03:15 PM)Zamentur a écrit : Je suis d'accord que la paperasse ne sert à rien, mais là il s'agit pas de çà il s'agit de checker son projet pour éviter d'en oublier une partie (et çà arrive très souvent dans le cadre des jeu en ligne)

(12-01-2010, 03:15 PM)Zamentur a écrit : Sinon un jeu en ligne n'est pas forcément solitaire, il y a quand même pas mal d'équipe. Et si l'équipe n'est pas fixe c'est une raison de plus pour avoir des documents clairs.

(12-01-2010, 03:15 PM)Zamentur a écrit : Oui et non, par exemple David qui m'a fait quelques graphismes ne connaissait pas du tout le projet. Il m'a fait des graphisme en échange d'un book, et donc pour lui c'est important de savoir çà pour se faire une idée.

(12-01-2010, 03:15 PM)Zamentur a écrit : Je ne suis pas d'accord la plus part de nos projet implique une communauté. Et pourtant beaucoup de gens se présente ici sans même se poser la question sur la façon de créer cette communauté.

(12-01-2010, 03:15 PM)Zamentur a écrit : Je suis d'accord là j'avais pas trop de contraintes en vue, mais je tenais à ce qu'il y ai l'item contraintes

Citation :Valentin a toujours était passionné par la création de jeu virtuel ou non, après divers éssaie et la création dun premier site internet à 15 ans, il a créé Ragol Online avec Leo. Ragol Online était un jeu en ligne développé en PHP, il représente à peu prés 4000 heures de développement. Après 3 ans de jeu, Ragol Online souffrant de divers problèmes (panne d'hébergeur, nombre de joueur en dessous du seuil de jouabilité, problème de maintenance) et une idée de nouvelle version ayant émergé depuis la version alpha, Valentin decide de fermer le jeu estimant trop complexe de corriger les problèmes en maintenant la communauté active. L'idée est donc alors de relancer celle ci une fois la nouvelle version prête et en s'appuyant des acquis du jeu.

Citation :Le but est de créer la nouvelle version du jeu Ragol Online, en prenant en compte les nombreuses idées amassées durant les 5 dernières années. On se situe au début de la réalisation, l'équipe adopte depuis peu une démarche par prototype issue de la méthode UP.

Citation :- un jeu sur l'univers hérité du jeu Ragol Online
- {non c’est une contrainte} une structure capable de porter ce dernier ainsi que sa communauté
- {ajouter ‘une stratégie pour obtenir’ le livrable n’est pas la communauté, ce n’est pas l’équipe projet qui la forunité} une communauté de joueur actif et prenant part à l'entretient du jeu lui-même
- {ajouter ‘les outils nécessaires au fonctionnement de la communauté : forum ….’ A toi de voir lesquels}
- {non c’est une contrainte} un code modulable, évolutif et facile à maintenir pendant au moins 6 ans
- {non c’est un objectif} un projet pérenne, c'est à dire que le projet devra être en mesure de continuer sa route même si des membres porteurs doivent lâcher le jeu.
-{non c’est une contrainte ou un objectif :/} un jeu s'assurant au maximum de sa non addiction
- des ressources pour la création de projet similaire
- {non c’est un objectif} un jeu pouvant servir de laboratoire à de nouveau concept interactif (écriture communautaire, web-documentaire, figure de style virtuel etc...)
- {non c’est une contrainte} un code sous une licence judicieuse
- la création de gadget autour (module iphone/firefox, livre dérivé t shirt etc...)

Citation :{non c’est une contrainte, l’objectif pourrait être ‘plus rapide que le marché’ et encore on pourrait discuter, là tu es juste dans une utilisation standard donc pas un objectif – a moins que tu décides d’ouvrir si cela rame} Performance: le jeu doit pouvoir se jouer via un navigateur sans ramer.
Originalité: le jeu doit se démarquer des autres
Cout: pour le moment Valentin le principal porteur ne souhaite pas un cout supérieur à 1000€.
Délais: indéfini pour l'instant, la façon de le faire étant aussi importante que le produit fini.

Citation :- Maitre d'ouvrage(client): Valentin
- Maitre d'œuvre(chef de projet):Valentin
- Équipe de réalisation: Valentin, Sylvain, Mathieu, Thomas
- Partenaire graphisme: David
- test, retour et idée: les anciens joueurs, les membres de jeuweb, les participants de SI28

Citation :- réalisation d'une passion
- amélioration des compétences techniques
- carte de visite dans le monde professionnel
- reconnaissance du travail comme artistique
- création de nouveau concept interactif

Citation :- Le projet devra être réalisé à l'aide d'actionscript et de PHP
- un serveur dédié doit pouvoir faire jouer au minimum 500 joueurs
- doit être créé sur le temps libre
- pas de sacrifice possible pour passer sur un modèle payant

Citation :Valentin le 12/01/2010 version 1

Citation :Bon il est tard je continuerais çà à un autre moment, je prévois notament de parler de:

• processus de déroulement de projet
  
• d'analyse des risques
  
• peut être de Planning (au moins à partir de la beta de communication)
  
• des dangers de l'avancement en cascade
  
• et peut être de certains outils de réunion virtuel ou non
  

(12-01-2010, 04:22 PM)Vorkosigan a écrit : La plupart du temps, la communaute est une consequence, pas une partie du projet car tu ne peux pas garantir qu'elle aimera ton jeu.

Citation :Au passage je ne dis pas que ton cours de gestion de projet est nul ou pourri, juste que dans la gestion de projet il faut savoir ce dont on a besoin. On peut tout prendre mais ca nous prendra un temps fou, et je doute que ton chef apprecie que tu passes 200 jours sur un projet avec 120 jours de doc ou de maintenance de doc.
Et dans les jeux en ligne amateurs, la problematique est la meme... tu n'as pas de chef certes, mais tes ressources (personnes, temps, motivation) sont limitees. Et il vaut mieux aller a l'essentiel rapidement.

Enfin tu verras avec le temps, lorsque j'ai commence a faire de la gestion de projet, j'etais un peu extremiste... et sincerement ce que je pronais donnait plus de resultats que ce qui se passait sans moi... mais petit a petit on a rendu les choses moins lourdes et plus efficaces.

(12-01-2010, 06:27 PM)Zamentur a écrit : Le jeu et la communauté sont très liè certes, mais je ne pense pas qu'il faille uniquement se baser sur la qualité du jeu. Du moins je suis persuadé qu'il faut au moins une fois penser de ce point de vue.
Comment vais je faire venir des gens?
Pourquoi les gens vont jouer?
Pourquoi ils ne joueraient pas?
Est ce que je compte uniquement sur la qualité de mon jeu, pour créer ma communauté?

(12-01-2010, 06:27 PM)Zamentur a écrit : Ai je prévu qu'il faudra passer du temps à animer cette communauté?

(12-01-2010, 06:27 PM)Zamentur a écrit : Ça va paraitre idiot mais j'aurais suivie çà pour Ragol (4000 h de code+ 1000h d'animation), ben j'aurais peut être gagné 1000 heures. Donc çà peut valoir le coup, on ne peut pas dire que ma note de clarification soit si complexe que çà à rédiger (moi çà m'as pris 1h avec les explications de la partie en plus)

Citation :Ca me semble evident qu'il faut prevoir du temps pour la maintenance du jeu, repondre aux questions des joueurs... voire plus.

(13-01-2010, 01:53 PM)Zamentur a écrit : Et pourtant beaucoup de créateur débutant considère qu'ils passeront plus de temps à créer leurs jeu qu'à l'administrer. Comme si la phase de production n'existait pas...