Comment optimiser le développement d’un projet avec une page de démarrage
Publié le 24 juil 07 à 07:47 | Catégorie : Développement Web | 42 commentaires
C’est une idée toute simple, mais qui est à mon sens indispensable lorsque l’on doit développer une application web, un site Internet ou un logiciel. Il s’agit en effet de centraliser au sein d’une page web toutes les informations relatives à ce projet et qui pourraient s’avérer utile pour l’équipe en charge de son développement. L’objectif est ici d’améliorer la communication entre les membres de cette équipe ainsi que leur productivité en mettant à disposition un accès rapide vers les documentations et outils dont ils pourraient avoir besoin.
Ce genre de page de démarrage peut d’ailleurs très bien être utilisée même si vous êtes un développeur isolé (ou que votre supérieur ne perçoit pas l’intérêt d’une telle approche). Voici d’ailleurs à quoi ressemble celle que j’ai mise au point pour m’accompagner dans le développement de Loomiz, le gestionnaire de sites favoris sur lequel je travaille actuellement.
Même si elle n’est pas dynamique, elle présente néanmoins des similitudes avec les pages d’accueil personnalisées de type Netvibes et compagnie. On ne peut donc pas déplacer les blocs d’information, ni la modifier de quelques façons que ce soit sans intervenir directement au niveau du code source. Comme vous devez vous en douter, le but ici n’est pas de perdre son temps à développer une solution de type wiki, mais un site web (simpliste) que je peux mettre facilement à jour :
Le design n’est pas spécialement recherché (ni travaillé) et ne s’affiche d’ailleurs pas correctement dans certains navigateurs comme Internet Explorer ou Opera. Ce n’est pas important, car je suis le seul à avoir accès à cette page. Et comme la plupart des développeurs web, j’utilise abondamment Mozilla Firefox enrichi d’extensions choisies avec soin. J’ai donc profité de cette occasion pour faire appel à des éléments de présentation qui ne sont disponibles que dans ce navigateur (comme par exemple les fameux coins arrondis). Cette page est donc découpée en 5 grandes parties :
- un formulaire de recherche
- une liste des différents projets sur lesquels j’interviens
- des liens propres aux langages de programmation et outils utilisés
- une liste des librairies employées
- des accès rapide vers des services d’analyse d’audience, de gestion de projet, …
Le formulaire de recherche a rentabilisé à lui tout seul le temps passé à mettre au point cette page. Il permet d’effectuer une recherche directement sur Google, mais aussi auprès des différents moteurs de recherche intégrés aux sites auxquels je dois constamment me référer. Il suffit de préciser les termes à rechercher et de cliquer sur un des boutons pour accéder aux résultats de la requête. Le gain de temps est incroyable :
Dans un même ordre d’idée, tous les liens présents sur cette page sont configurés pour ouvrir une nouvelle fenêtre afin de ne pas avoir à effectuer d’allers-retours.
Il s’agit donc d’une bonne pratique de développement. Même si cette page nécessite un effort en terme de développement, le temps passé à sa conception sera rapidement amorti par la suite. En centralisant toutes les informations nécessaires au même endroit, les développeurs sont à même d’aller à l’essentiel et de se focaliser uniquement sur la tâche à réaliser. Et encore une fois, ce type de solution prend une toute autre dimension lorsqu’elle est utilisée au sein d’une équipe.
Cette page peut également servir de support de communication interne. Il est même possible de la coupler à d’autres solutions de gestion de la connaissance comme un wiki ou un gestionnaire de sites favoris. D’ailleurs, avez-vous déjà utilisé de tels outils dans votre entreprise ?
A lire également
Vous pouvez continuer votre lecture sur des sujets similaires en consultant les articles suivants :
- Comment optimiser un site en plusieurs langues pour les moteurs de recherche ?
- Pull-In, petit retour d'expérience avec Magento
- Le rôle des barres de progression sur le web
- 5 gestionnaires de bugs très web 2.0
Les visiteurs qui ont vu cette page ont consulté ensuite :
- 7 plugins Firefox indispensables pour développer un site web (120 lectures)
- Les pages à ne pas oublier lorsqu’on crée un site web (66 lectures)
- 18 erreurs que les startups ne devraient pas faire (49 lectures)
A savoir
La rédaction de cet article a nécessité 1 heure et 51 minutes. Si vous le souhaitez, vous pouvez être prévenu de la parution de nouveaux articles en vous abonnant par RSS ou par email.


42 commentaires à propos de “Comment optimiser le développement d’un projet avec une page de démarrage” :
Il est tout à fait exact que ce genre de page est crucial lors d’un développement, à plus forte raison en équipe, et devient totalement indispensable en cas de projet conséquent et travail collaboratif.
Dans la même trempe, un chouilla plus orienté gestion de projet : BaseCamp et son excellent équivalent opensource ActiveCollab.
Grâce à active collab je met documents liens etc, à la disposition (ou non) des équipes de développeurs, des clients …
Le partage de lien, la gestion des projets, clients, messages, tâches et milestone, en font un outil quasiment indispensable pour un bon chef de projet.
Pour ma part, en ce qui concerne les moteurs de recherche j’utilise les extensions firefox adéquat, ce qui évite une légère perte de temps au reverse engineering ( un mot un peu fort dans le cas présent) de la méthode de soumission du formulaire de recherche.
Cette startpage est indéniablement une bonne pratique, bien présentée, d’une qualité sans nul doute irréprochable, à l’image de tout ce que tu nous as montré ici, jusqu’a maintenant.
Encore une fois, bon courage, je suis ton évolution de près
Etienne le 24 juillet 2007 à 09:17 (#1)
D’accord avec Etienne, ce genre de page est crucial. En revanche, pourquoi ne pas intégrer le flux rss du blog du concurrent (si il y en a un) pour une sorte de veille stratégique ou technologique?
Ca serait peut être pratique
Bastien (Jayyy) le 24 juillet 2007 à 09:23 (#2)
Je pense qu’il veuille que son outil soit au service du développement, peut être est-ce la raison de la non intégration de ce genre de donnée, qui est probablement traitée dans un netvibes ou équivalent, à confirmer par l’interessé
Etienne le 24 juillet 2007 à 09:29 (#3)
Oula, alors là je suis partagé entre dire “wahOOo’” ou “heu??”.
Je m’explique, cette page est magnifique (un simple no design ou presque aurait suffit) mais quel intérêt lorqu’ on travaille tout seul surtout pour placer les liens archi classique qu’on connait par coeur au final??..
A force de lire le blog je commence de plus en plus à douter de voir un jour loomiz, quel temps perdu, combien de temps pour développer cette page? une demi journée?? Pour gagner quoi au final 1 sec?
A mon avis il faut savoir ne pas partir dans tous les sens, surtout quand on est “pointilleux” comme toi, oui ton travail est magnifique mais trop éparpillé pour être productif..
eMeRiKa le 24 juillet 2007 à 09:50 (#4)
Tiens emerika t’as pas totalement faux, par contre je trouve cette page bien plus utile qu’une nouvelle mouture du blog
Etienne le 24 juillet 2007 à 09:55 (#5)
Je suis vraiment partagé quant à l’utilité de cette solution. Certes c’est joli, utile… Mais que de temps perdu a réinventer la roue !!! Des outils existent déja pour le suivi de projet ! (a commencer par un simple cahier, étant donné que tu travaille TOUT seul !)
Tout le monde a pu constater a quel point tu es rigoureux, voir pointilleux depuis la création de ce blog et de ton aventure loomiz. Certes, le travail rendu est de qualité mais on m’enlèvera pas de l’esprit un certain manque de productivité.
Bon courage pour la suite de ton aventure que l’on suit tous avec intéret !
Olivier le 24 juillet 2007 à 10:04 (#6)
javi4
Tout d’abord bravo pour ton blog. Je le suis depuis quelques temps et j’y apprend et découvre des tas de choses.
Je ne suis qu’un amateur, mais j’ai moi aussi besoin d’un outil pour classer/stocker/retrouver les informations utiles à mes projets, aux outils que j’utilise ou à des articles qui m’ont intéressé.
Pour cela j’utilise TiddlyWikky qui est en fait une page html que l’on complète directement à partir de son navigateur sans avoir à toucher le code source (un page html qui se modifie elle-même, c’est un peu déroutant au début ….). Elle intègre un moteur de recherche et un classement par mots clés. Une fois le principe acquis, ça devient très facile à utiliser et vite indispensable. Qui plus est c’est un logiciel libre, et il existe une version en français.
Pour le classement des mes raccourcis j’utilise le tout récent et très visuel only2clicks.com.
Bonne continuation.
javi4 le 24 juillet 2007 à 10:13 (#7)
J’ai découvers ton blog la semaine dernière et je dois t’avouer qu’un billet comme ça me laisse perplexe.
Je trouve que le concept de page de démarrage est très bon évidemment.
Cependant, je ne voudrais pas être méchant, mais ta mise en oeuvre est complètement désuète.
si je suis seul un onglets netvibes m’apporte tout ce qu’il y a dans ta page puissance 1000.
Et en équipe un des centaines de wiki existant, installé en 5 minutes, fera amplement l’affaire.
Comment peux-tu dire ça :
“Comme vous devez vous en douter, le but ici n’est pas de perdre son temps à développer une solution de type wiki, mais un site web (simpliste) que je peux mettre facilement à jour”
et la mise à jour par les membres de l’équipe !!!
enfin bref bizarre, bizarre.
DO le 24 juillet 2007 à 10:34 (#8)
Tu ne partagerais pas ta start page par hasard?
Je pense que nous serions beaucoup à être intéressés.
Jérôme le 24 juillet 2007 à 10:40 (#9)
Je suis assez surpris des commentaires, personnellement j’ai toujours accompagné mes développements personnelles de ce genre de page. Au début une simple page html me suffisait également, mais je suis aujourd’hui passé à un onglet par projet dans netvibes. J’y retrouve dans un onglet général les liens en relation avec le code en général puis dans ceux dédiés à un projet en particulier, des liens plus précis, mais aussi et surtout des todo-lists, des points à re-vérifier / éclaircir, ce genre de chose, plus finalement un petit blog note pour les idées rapides….
C’est à la limite ce qu’il manque sur ta page.
Je rejoindrais sinon aussi l’idée de plutôt personnaliser le champs de recherche de Firefox plutôt que de refaire le sien, cela évitera de devoir repasser par cette page pour toute recherche dans une doc par exemple.
Toujours est-il que ce genre de solutions est réellement un plus pour le développeur, bien entendu ce n’est pas a comparé aux outils collaboratifs pour de la gestion de projet ou du travail en équipe, l’un n’empêchant pas l’autre.
Le Zla le 24 juillet 2007 à 11:02 (#10)
Je suis aussi surpris que LeZla sur les commentaires parce qu’effectivement ce genre de page est tout a fait pertinente pour le développement d’un projet.
Olivier ton histoire de cahier c’est bien pour des notes mais pour trouver des références sur des framework (tu auras beaucoup de pages d’écriture a faire).
Dis moi Stéphane, tu vas fournir une API avec Loomiz, parce que je me disais que ce serait intéressant que je puisse définir des bookmarks sur mon outil de gestion de projet (A voir !)
Damien le 24 juillet 2007 à 11:55 (#11)
Personnellement j’ai tendance à m’appuyer sur mes marques-pages pour faire ce que tu fais (et du moteur de recherche intégré de Firefox, qui est personnalisable).
En effet, ils sont facile à structurer en dossier, l’ulisation des séparateur est pratique et ils sont toujours à portée de main dans la sidebar qu’elle que soit la page que je suis en train de consulter. J’ai pourtant conçu une page du type dont tu parles: http://norswap.awardspace.com/liens.php (reprenant plus simplement tous mes liens, puisque que je ne développe pas une application web) mais je m’en sert finalement très peu car devoir revenir à chaque fois à cette page me tape sur les nerfs.
En outre les marques pages me servent également de mémos, de todo-list, j’y récolte mes sources et j’y prépare mes billets en classants les liens. Sans parler qu’on peut aussi y consulter ses flux (même si je ne le fais pas, je devrais peut-être). Bref, j’aime mes marques-pages
Norswap le 24 juillet 2007 à 11:56 (#12)
Comme on dit dans le sud, j’ai pris cher…
Etienne : est-ce que tu peux nous parler un peu plus des extensions Firefox que tu utilises, car ça m’intéresse ? Il en existe vraiment une pour effectuer une recherche sur le forum de Mootools par exemple ?
Bastien : tu parles d’un système de flux RSS ala Competitious ? Pour ça, j’utilise déjà Netvibes.
eMeRiKa : il m’a fallu au moins une journée pour développer cette page. Mais où places-tu tes liens alors ? C’est la première page qui s’ouvre dans mon navigateur. C’est bien plus pratique que d’aller chercher une adresse dans son gestionnaire de signets. Et la fonction recherche m’a fait gagner énormément de temps. En revanche, je suis tout à fait d’accord avec toi, mon problème de finition me pose parfois des soucis…
Etienne : ce n’est pas vraiment comparable. Sauf en terme de temps, et là tu as raison ;).
Olivier, ça n’a rien à voir avec du suivi de projet. J’utilise d’ailleurs Basecamp pour la partie gestion et je ne pense pas que l’utilisation d’un cahier soit à recommander pour ce genre de choses. Cette page est avant tout destinée aux développeurs afin d’améliorer leur productivité. L’idée est de ne surtout pas se déconcentrer lorsqu’on est en train de développer.
Bienvenue Javi4. En effet, Only2Clicks est basé sur la même idée, mais il ne me semble pas qu’il soit doté d’un formulaire de recherche. En revanche, TiddlyWikky est en effet une solution intéressante et très flexible.
C’est vrai que je n’avais pas pensé à mettre en place un wiki DO. Tu as raison, il est peut-être préférable d’en installer un plutôt que de développer une page pour ça. C’est moins flexible, mais quand tu travailles en équipe, tu disposes alors de fonctionnalités fort utiles. Le truc, c’est que je n’ai jamais accroché à ce système, mais c’est complètement de ma faute.
C’est une idée tout à fait envisageable Jérôme, mais d’après les commentaires, vous n’êtes pas beaucoup à trouver cette page utile. Et si je commence à retravailler là-dessus, eMeRiKa, Olivier et les autres vont râler :).
C’est bizarre Le Zla, je n’ai jamais vu Netvibes que comme un lecteur de flux RSS. Je l’utilise exclusivement à cette fin, mais je vois que d’autres solutions sont tout à fait envisageables…
Oui Damien, il y aura bien une API (c’est obligatoire pour ce genre de projet web 2.0).
C’est ça que je pense avoir raté Norswap : le moteur de recherche intégré à Firefox ! Est-ce qu’on peut vraiment le configurer pour effectuer n’importe quel type de requête ?
Stéphane le 24 juillet 2007 à 13:16 (#13)
Assez d’accord avec ce qui a été dit.
A savoir qu’il est quasi indispensable d’avoir une page-projet qui permet d’avoir rapidement accès aux liens, une todo list…
Et comme dit Le Zla, netvibes fait très bien l’affaire pour ca. De plus il me semble qu’il est possible de partager un onglet avec d’autres personnes donc parfait si plusieurs personnes bossent sur le projet (àprès à voir si on peut restreindre le partage à quelques personnes)
Bref, perso je trouve que tu as perdu un peu ton temps a développer ta page web alors que des outils existent déjà…
C’est pas grave, c’est en faisant des erreurs qu’on apprend ;-p
Seb le 24 juillet 2007 à 14:02 (#14)
La création d’un engin de recherche pour Firefox est expliqué sur cette page:
http://developer.mozilla.org/e.....or_Firefox
Sinon énormément de moteur peuvent être trouvé sur cette page:
http://mycroft.mozdev.org/install.html
Norswap le 24 juillet 2007 à 14:09 (#15)
L’avis le plus proche du mien est celuis de eMeRiKa,
Que de temps perdu …
Et quand tu dit :
“le but ici n’est pas de perdre son temps à développer une solution de type wiki”
Je saute au plafond …. qui développe une solution de type wiki aujoud’hui ??????
Mettre en place un wiki c’est l’objet de 5minutes, personne ne le développe, tout le monde utilise ceux qui existe. C’est un manque de clairvoyance … Et personnelement, c’est ce qui peut me faire douter de voir loomiz un jour …
Oui, on peut configurer le champ de requétes de firefox pour copier n’importe quel champs requètes sur le web. (A un seul champs, ca vas de soi)
Autre petit truc ffx … Les racoursis sur les marques-pages.
(propriété sur le marques-pages => mots-clé)
http://blog.lecacheur.com/2006.....arametres/
Personnelement, j’ai 3 ou 4 racoursis comme ca … recherche sur le domaine de mon école, recherche google, site web associatif, et même wikipedia et mon wiki perso …
Comme ca :
dans la barre d’adresse : wkp koala
je pense que je suis plus rapide que ton coup de sourie pour arriver a ton formulaire et le valider.
Mais 100fois plus rapide….
bactisme le 24 juillet 2007 à 14:19 (#16)
bactisme, le but d’une telle page est de travailler en équipe d’avoir un seul et même référenciel commun à l’équipe. Rajouter des plugins firefox, etc c’est bon lorsque tu travailles tout seul, dans un environnement homogène.
Dans le cadre d’une équipe répartie, avec un environnement hétérogène, un référentiel commun, comme cette page de tableau de bord, me semble plus que nécessaire.
En revanche, tout à fait d’accord avec toi, aujourd’hui, la mise en place d’un wiki prend 5 minutes, mais ça n’empêche pas d’avoir une page tableau de bord un peu sexy et regroupant tous les outils utilisés quotidiennement par l’équipe.
Jérôme le 24 juillet 2007 à 14:30 (#17)
Oui, bien sur j’ai un peu mis de coté l’aspect travail en équipe …
1/ un fichier de bookmark, ca se partage …
2/ On peut trés bien refaire ce genre de page sur un wiki. Des liens, des tableaux des infos et des notes, si c’est pas le principe d’un wiki
3/ Stéphane dit travailler seul d’ou mes remarques
bactisme le 24 juillet 2007 à 14:36 (#18)
manque le sexy …
Encore que … mettre un thème pour dokuwiki (on passe a 6minutes d’installation) …
—
Moi je ne suis pas entrepreuneur, mais les idées qui circule dans la sphére m’interresse …
http://www.enviedentreprendre......s_aux.html
… comme il dit … mieux vaut rester en mode “Cash” … ca me parais plus cohérent …
bactisme le 24 juillet 2007 à 14:40 (#19)
L’utilisation d’un wiki pour le travail collaboratif est devenue courante, mais comme Stéphane je n’ai jamais adhéré à ce genre de pratique. Je trouve les wikis généralement mal écrits, peu structurés et en aucun cas suffisants comme support de documentation.
Mais la réelle question que je me pose en lisant ces lignes est la suivante : où fixer la limite entre productivité et perfectionisme. Etant développeur, j’ai moi-même rencontré quelques problèmes de productivité du fait de mon perfectionisme pointilleux. J’ai l’impression que l’entreprise d’aujourd’hui a tendance à récompenser le travail vite fait sans s’occuper de savoir si il est bien fait. J’ai tendance à penser que l’utilisateur d’outils Web 2.0 est beaucoup plus volatile et exigeant qu’auparavant et donc, que les services se doivent d’être irréprochables tant dans la présentation, l’ergonomie que dans la réalisation technique. Qu’en pensez-vous ?
Miguel le 24 juillet 2007 à 14:40 (#20)
bactisme, je suis tout à fait d’accord avec toi, il vaut mieux rester en mode “Cash”.
Je comprends également notre ami SimpleEntrepreneur qui veut se faire plaisir. Je rêve secrètement d’un mélange de netvibes et de wiki que je puisse utiliser sur mes serveurs de dev, ou bien même pour mon backoffice, mais le mode “Cash” fait que ce n’est pas ma priorité, et je ne le fait pas! Je te rjoinds donc sur ce point, Stéphane a soit du temps à perdre, soit il a un financement secret qui lui permet ce genre de devs…
En même temps, s’il a mit une journée à mettre sa start page en place et qu’il y trouve un gain de productivité, sur le long terme, ça devient du mode “Cash”…
Mais il est vrai qu’à priori, de notre point de vue, ça retarde encore un peu plus la sortie de Loomiz…
Jérôme le 24 juillet 2007 à 15:18 (#21)
Comme certains ici j’utilise exclusivement Netvibes pour réaliser ce que propose Stéphane, et notamment la recherche Firefox : Stéphane il y a par exemple les plugins pour WordReference et Conjugueur, que tu utilises, j’en avais réalisé un ou deux pour usage perso c’est fait en quelques minutes si toutefois le site en question ne bloque pas les requêtes sans cookie ou autre facétie technique de ce genre.
Comme ma plateforme de travail c’est Netvibes, j’ai fait ce qui m’a paru le plus simple : configuré Netvibes pour avoir sous la main tous les outils dont j’ai besoin dans une seule et unique page, et développé des modules Netvibes pour l’administration de mon serveur de développement : ce module me permet par exemple de voir quels testeurs se sont connectés, si le log PHP contient des erreurs, et les derniers rapports de bug rapportés dans Mantis. Tout cela peu bien sûr être réalise hors Netvibes sur une page dynamique tout ce qu’il y a de plus normal, mais comme Stéphane j’ai eu envie d’avoir tout sous les yeux et c’était l’occasion de me frotter à l’API Netvibes.
Netvibes permet aussi de mettre en RSS par exemple les dernières mise sà jour ClockingIT si on travaille à plusieurs et qu’on utilise cet outil, ou encore celles de Google Docs si on partage les documents texte et tableur dessus. Je passe sur les innombrables todo lists que j’ai sur cette page et les pense-bêtes à n’en plus finir. Ainsi que… le gestionnaire de seignets Netvibes, en attendant que Loomiz ait son module
Brice le 24 juillet 2007 à 15:32 (#22)
D’un coté si tu peux te permettre d’ être aussi perfectionniste pourquoi pas, ta page est sublime comme tout tes travaux, mais j’trouve qu’elle a peu d’utilité, qui va voir les références html/css, php/mysql tous les jours. Un simple lien dans une barre FF suffit.
Mais chacun travaille comme il l’entend c’est clair..
eMeRiKa le 24 juillet 2007 à 16:04 (#23)
Tu as touché avec ta fonction de recherche dans le forum de mootools, il n’empeche que tant qu’a reverse ceci, autant le coder sous forme de plug in google (extremement simple à coder) et à le mettre à disposition sur http://mycroft.mozdev.org/ , comme ca tu fais même un peu de visibilité, elle est pas belle la vie?
Etienne le 24 juillet 2007 à 17:09 (#24)
J’ai dit plug in google moi? non je voulais dire firefox
Etienne le 24 juillet 2007 à 17:09 (#25)
Personnellement, j’aime bien la formule Wiki. Dans mes projets perso., j’utilise Trac…
J’ai bien aimé le design de ta startpage même si tu dis qu’elle est peu recherchée. De plus, elle est beaucoup plus agréable à l’oeil qu’un simple Wiki.
noxx le 24 juillet 2007 à 23:44 (#26)
Je reviens avec un peu de recul sur cette discussion, car mon avis reste partagé. Tous ceux qui ont laissé un commentaire sont à peu près d’accord sur la nécessité de centraliser ce type d’information pour faciliter le développement d’un site ou d’une application web. Mais cela ne veut pas dire que ce soit toujours le cas. Généralement, rares sont les personnes conscientes des avantages procurés par cette approche en environnement d’entreprise (dans toutes les sociétés où j’ai eu l’opportunité de travailler, il n’y en avait pas).
Donc pour résumer, et si l’on reprend les idées abordées ici en les classant de la moins portable à celle pouvant être utilisée en équipe, cela donne :
Mais si l’on y regarde de plus près, chaque solution a ses avantages et désavantages. La première n’est pas portable (tout le monde ne travaille pas sur Firefox) et ne peut pas être hébergée. La seconde est dynamique, mais est moins flexible que la troisième. La dernière est probablement la plus adaptée au travail en équipe.
Si c’était à refaire, je choisirais probablement encore la même solution. C’est pour moi la plus flexible de toutes les solutions entrevues (fonctionne partout et même en local, complètement personnalisable) et la plus adaptée à mes besoins. Et c’est sans aucun doute celle qui m’aurait demandé le moins de temps à mettre en place, car je ne connais pas bien le monde wiki ni le protocole OpenSearch. Et rassurez-vous, ce n’est pas ça qui va retarder la sortie de Loomiz. En revanche, ce blog…
Ce qui m’amène à la question suivante : quel Wiki recommanderiez-vous ?. Et bien sûr, je ne parle pas d’une solution au look so 1999 ni avec une syntaxe tirée par les cheveux.
Stéphane le 25 juillet 2007 à 08:08 (#27)
La discution sur les wiki risque d’être aussi longue que celle sur les pages de projet …
Disons qu’il y a 3 grands groupes :
- Wikimedia et autre usine a gaz
- Les “light”, a base de php/mysql (wikini etc…)
- Dokuwiki (trés bonne popularité)
Je met a part trac (python) qui a sa propre utilité …
Pour un petit projet, avec 2-3 personne je dirais dokuwiki … themes, plugin, c’est l’un des plus développé mais restant assez leger.
bactisme le 25 juillet 2007 à 09:10 (#28)
Personnellement, j’utilise toujours des wikis dans les projets de développement onshore ou offshore en entreprise.
Pour les solutions de wiki, tu peux utiliser ce site : http://www.wikimatrix.org/, les critères de comparaison sont bien pensés.
Mon retour d’expérience est le suivant :
)
- pour un petit projet avec peu d’acteur et peu de visibilité : dokuwiki,
- pour un projet avec plus d’acteur ou une volonté de struturation plus forte : wikimedia (qui est très simple à installer à administrer pour pondérer le commentaire précédent
- pour un projet OpenSource ou d’entreprise avec un volonté forte de centraliser l’information dans le wiki : Confluence d’Altassian (gratuit pour les projets OpenSource, “très” payant sinon).
Log le 25 juillet 2007 à 09:36 (#29)
Bonne analyse stéphane, et impressionnante la page proposée par Log en terme de quantité de wiki comparables !
Etienne le 25 juillet 2007 à 10:25 (#30)
En ce qui concerne les wiki, je conseillerais trac pour la simplicité de mise en oeuvre, ainsi que pour l’intégration de svn, d’une base de tickets,etc…
Sinon, en terme de wiki pur, j’aime beaucoup docuwiki qui a le grand avantage de ne pas nécessité de base de donnée…
Jérôme le 25 juillet 2007 à 11:43 (#31)
Je dois être le seul développeur à utiliser Opera..
Ludovic le 25 juillet 2007 à 14:21 (#32)
Je pense aussi que tu es le seul, mais ca se soigne je te rassure.
Etienne le 25 juillet 2007 à 20:34 (#33)
J’ai parlé de WikiMatrix il y a un peu plus d’une semaine de cela. Cet outil est très pratique, mais je voulais avoir un véritable retour d’expérience. Apparemment, c’est Docuwiki qui remporte tous les suffrages. Mais c’est vrai que la formule proposée par Trac est séduisante…
Stéphane le 26 juillet 2007 à 09:11 (#34)
Trac est d’autant plus intéressant couplé à SVN.
Etienne le 26 juillet 2007 à 10:08 (#35)
Sinon du côté payant, il existe Warehouse ( http://warehouseapp.com/ ), qui a l’air encore plus séduisant que Trac. Reste à savoir ce qu’il vaut!
Bastien (Jayyy) le 26 juillet 2007 à 10:28 (#36)
Trac est une solution interessante pour du bug tracking et tout ce genre de chose et il est vrai que coupler a SVN cela permet beaucoup de choses.
Pour faire du bug tracing il existe aussi Mantis une solution gratuite et qui est pimpable.
L’interface peux paraitre repoussante aux premiers abords mais une fois l’outil en main il est tres puissant.
PS: Opera reste un browser sympa
mais de la a dev avec …
NoStRa le 27 juillet 2007 à 23:39 (#37)
Salut,
Personnellement moi je fonctionne avec Drupal et je me susi fait un site de gestion de projet avec ça. J’utilise les “groupes” pour séparer mes projets principaux et ensuite j’ajoute des nouveaux types de contenu au fur que j’en ai besoin. Tous les groupes peuvent avoir n’importe quel type de contenu selon vos besoins… Images, liens, fichiers uploadés, page wiki, système de relation projet>tâche>deadline… avec calendrier et tout…. J’ai même mis un système de chatroom pour qu’on se parle en équipe de temps à autre. J’ai aussi mis un genre de digg-like sur les tâches pour faire remonter ce que les collaborateurs préférent dans les idées qui leur sont suggérées!
L’avantage d’avoir développé cette plateforme de gestion d’entreprise c’est que je l’utilise pour moi, mais que je peux aussi désormais la vendre telle quelle à des clients
Alexis le 29 juillet 2007 à 16:00 (#38)
Ca semble sympas, mais arrives tu au niveau d’un basecamp?
Etienne le 29 juillet 2007 à 22:15 (#39)
Bonjour Étienne. Personnellement jeme réfère toujours à BaseCamp, mais pour le moment je ne peux pas dire que ma solution est *aussi* bonne que celle de Basecamp, mais j’y travaille…
Par contre j’ai vendu à un client qui a remplacé Basecamp par ma solution intranet, donc c’est quand meme bon signe… Il trouve que mon système lui coute pas mal moins cher pour finalement les mêmes fonctionnalités!!
Alexis le 30 juillet 2007 à 21:04 (#40)
Personnellement je trouve ce concept vraiment intéressant.
Il est clair qu’il ne faut pas tomber dans l’excès de temps et ne pas réinventer la roue.
Cela dit mon Mémoire de fin d’études de l’année qui arrive traitera pile poil ce de genre de sujet, c’est à dire “l’amélioration des interactions” au sein d’une équipe “technique”.
Et je n’avais pas pensé à mettre une page d’accueil en place. Nous planchons aujourd’hui sur un blog un peu “off” pour aider la communication et un CMS simple pour référencer les bonnes pratiques et… les mauvaises et ainsi obtenir une source d’info stable tout en améliorant la connaissance du travail effectué par les autres membres de l’équipe (ainsi que d’autres sujets beaucoup plus techniques).
Attention on se trouve ici dans le cadre d’une équipe de 15 personnes qui travaillent sur un progiciel avec des fortes contraintes de production. Cette équipe étant en contact avec un paquet d’autres (techniques ou fonctionnelles)… Bref c’est un sujet complexe.
Enfin tout ça pour dire qu’on ne fait jamais assez attention au partage (plus l’équipe grandit plus c’est vrai mais c’est déjà problématique à 2 !) alors que c’est un des points clé d’un développement pérenne. Je pense donc essayer de mettre en place un système de ce type.
Un dernier point, Netvibes me semble être une super bonne solution pour un développeur seul ou une très petite équipe (mais vraiment très petite) mais mon Netvibes perso est déjà tellement lent à charger que je crois que son utilisation pro ne me semble pas recommandée (et puis il ne faut pas mettre tous ses oeufs dans le même panier non ? que fait on les jours de mise à jour de Netvibes ? un ciné ? bon ok…).
Jib le 31 juillet 2007 à 11:10 (#41)
Tiens, je viens de tomber sur Sputtr qui propose lui aussi un système de recherche personalisée…
Stéphane le 13 août 2007 à 08:11 (#42)
Ajouter un commentaire