Pour un projet de développement logiciel, quel est le meilleur type de wiki?
J'essaie de mettre en place un système wiki/de gestion pour un projet logiciel et je continue à me perdre avec la myriade d'options disponibles.
J'ai déjà vu TWiki et Plone , qui se présentent comme des composants de niveau entreprise. Serait-il préférable d'utiliser quelque chose comme, par exemple, MediaWiki?
Quelles sont les autres suggestions pour le logiciel de wiki/gestion?
Vous ne pouvez vraiment pas battre Confluence , en particulier pour 10 $ (pour 10 utilisateurs ou moins). Nous l'utilisons dans mon travail et c'est vraiment fantastique. L'organisation prend un peu de temps pour s'y habituer.
J'ai trouvé le wiki MediaWiki très flexible et utile.
En prime, il est très familier à quiconque a utilisé Wikipedia.
Disclaimer: Je travaille pour Fog Creek
Le wiki FogBugz est génial car il est intégré au reste de l'application, mais l'éditeur est bogué. La bonne nouvelle est que nous procédons à une refonte majeure.
Je suggère ScrewTurn pour le wiki.
Vous pouvez également consulter AxoSoft OnTime , un très bon logiciel pour le suivi des bogues, la gestion de projets agile/scrum, le wiki de développement, le support technique, etc.
J'ai un wiki non recommandé: celui qui est disponible pour les sites intranet Sharepoint. Tout à fait une douleur à utiliser.
Au cas où quelqu'un envisagerait TWiki (le wiki sur lequel j'étais développeur de 2000 à 2008), n'oubliez pas de consulter la fourchette - http://foswiki.org . Nous pensons avoir été obligés de modifier le projet en tant que "source ouverte commerciale", ce qui a réduit notre capacité à déterminer comment nous allions donner de notre temps.
Nous avons essayé la plupart des paquets wiki au fil des ans avec peu de succès. Il était simplement difficile d'obtenir suffisamment de traction pour amener les équipes de développement et de projet à en utiliser une.
Nous avons décroché l'or après avoir converti Google Enterprise en entreprise pour le courrier électronique et l'agenda, car il est également livré avec des "Sites". Il s’avère que Google Sites peut fonctionner comme un outil wiki très flexible et facile à utiliser. Des éléments intégrés public/privé/partage sont également mis en place afin que certains sites puissent être accessibles au public, tandis que d'autres sont uniquement internes (avec l'ID Google Apps).
Nous utilisons Assembla dans l'entreprise que je dirige. Ils fournissent un hébergement de code illimité (Git/SVN), des tickets, un wiki, un scrum et d'autres outils utiles, et ne coûtent pas cher.
J'ai mis en place un site intranet pour la diffusion de la recherche à partir de et vers une technicité avisée, mais certainement pas une foule techniquement compétente. J'ai essayé plusieurs solutions, et PMWiki est la meilleure. Facile à administrer, BEAUCOUP de "plugins", de peaux et d'extensions de ceux qui l'utilisent, facile à utiliser pour les personnes moins techniques et avec une base importante, il ne sera pas abandonné de si tôt.
Il s'agissait de créer une alternative aux courriels aléatoires ou aux documents Word sur un serveur de fichiers. Un "système de gestion des connaissances". Je l'ai trouvé beaucoup plus facile à utiliser que TWiki.
Je pense que cela dépend de vos besoins.
Le meilleur et le plus simple à configurer/utiliser que j'ai vu est:
Un wiki dans un fichier. Il utilise JavaScript pour tout faire et fonctionne très bien!
Je choisirais Trac , ce qui est parfait pour le développement logiciel car il combine un wiki avec la gestion des problèmes et le contrôle de version.
De leur site,
Trac est un wiki amélioré et un système de suivi des problèmes pour les projets de développement logiciel. Trac utilise une approche minimaliste de la gestion de projets logiciels basée sur le Web. Notre mission est d'aider les développeurs à écrire de bons logiciels tout en restant à l'écart. Trac doit imposer le moins possible le processus de développement et les politiques établis d'une équipe.
Donc, il est construit pour les équipes de développement logiciel.
J'aime le type d'applications CODE FORGE, comme Trac ou Redmine, si vous avez un endroit pour l'héberger. Ou Google Code/SourceForge pour des options hébergées gratuitement si vous n’êtes pas dérangé par l’open source de vos projets.
PBWorks fournit un ensemble de fonctionnalités permettant de collaborer sur un projet.
J'aime 37signals Basecamp logiciel. Vous obtenez une solution hébergée peu coûteuse avec de nombreuses fonctionnalités utiles.
J'utilise Redmine avec mon équipe. Il est gratuit et son wiki est plus que suffisant.
J'avais le même dilemme que wiki à utiliser pour un projet de développement il y a quelques mois. Nous y sommes allés avec Mindtouch car il est gratuit (Mindtouch Core), il comporte de nombreuses extensions géniales, son design est moderne et flexible, les fonctions de pièce jointe et de liaison de liens sont complètes et il est possible d'effectuer des recherches. à travers le contenu du fichier. La communauté et les forums sont également forts. Nous avons été très heureux avec le choix.
Nous sommes de grands fans de dokuWiki qui est flexible, simple (pas de base de données mais vous pouvez si vous le souhaitez) et qui possède de superbes fonctionnalités.
Vous devriez considérer PBWiki qui a une interface vraiment géniale, est gratuit pour les petits projets, le contrôle d’accès au niveau utilisateur et des fonctionnalités plus amusantes. (Sans compter que je l'ai utilisé moi-même avec d'excellents résultats.)
XWiki est un wiki professionnel avec des fonctionnalités d'entreprise telles que Blog, Gestion des droits forts, Authentification LDAP, Exportation PDF, Skining complet, etc. Il inclut également un moteur de script et de formulaire avancé, qui en fait un environnement de développement pour les applications basées sur les données. Il dispose de puissantes fonctionnalités d'extensibilité telles que la création de scripts dans les pages, les plugins et une architecture hautement modulaire. Voir la liste complète des fonctionnalités pour plus.
Je me suis fait le champion d'une entreprise similaire il y a quelque temps et j'ai choisi MoinMoin . C'est gratuit et très facile à installer et à configurer. J'ai fini par gérer plusieurs instances wiki avec ce moteur - un pour chacun des différents projets sur lesquels l'équipe de développement travaillait.
Je suggérerais PmWiki . C'est très simple et ne prend pas trop de ressources et utilise des fichiers pour stocker des données. Je l'ai fait fonctionner en 20 minutes environ.
Presque plus important que le logiciel que vous choisissez est de vous assurer de bien comprendre ce que vous essayez de faire avec le wiki. Sans une structure consciente globale, un wiki devient facilement inutilisable. Aussi (bien que pas aussi crucial), il est logique d'en apprendre davantage sur le comportement des wikis, car ce n'est pas une solution miracle:
Ensuite, vous voudrez peut-être considérer en tant qu'administrateur ce que vous recherchez dans le wiki - il y a une différence significative dans, par exemple, leur scriptabilité, probablement avec un twiki en tête (ou une confluence avec laquelle j'ai peu d'expérience). Aussi, par exemple, MediaWiki est complètement adapté à la plupart des environnements ouverts. Les fonctionnalités de LCA ne sont pas très bonnes. Un autre aspect est que ceux-ci peuvent être trop lourds et complexes pour ce que vous voulez faire, et vous devriez vous contenter d'un wiki comme celui intégré au système de billetterie trac.