Para um projeto de desenvolvimento de software, qual é o melhor tipo de wiki? [fechadas]

Estou tentando configurar um sistema wiki / de gerenciamento para um projeto de software e fico confuso com as inúmeras opções disponíveis.

Eu já vi o TWiki e o Plone antes, que se apresentam como componentes de nível corporativo. Seria melhor usar do que algo como, digamos, MediaWiki?

Quais são algumas outras sugestões para wiki / software de gerenciamento?

Você realmente não pode vencer o Confluence , especialmente por US $ 10 (para 10 ou menos usuários). Usamos no meu trabalho e é realmente fantástico. A organização demora um pouco para se acostumar.

Eu achei o wiki do MediaWiki muito flexível e útil.

Como bônus, é muito familiar para quem já usou a Wikipedia.

Disclaimer: Eu trabalho para Fog Creek

O wiki do FogBugz é ótimo porque está integrado ao restante do aplicativo, mas o editor é de buggy. A boa notícia é que estamos fazendo uma grande reformulação.

Eu sugiro ScrewTurn para wiki.

Você também pode dar uma olhada no AxoSoft OnTime, que é um software muito bom para rastreamento de bugs, gerenciamento de projetos scrum / ágil, wiki de desenvolvimento, help desk e muito mais.

Eu tenho um Wiki não recomendado: o disponível para sites da intranet do Sharepoint. Totalmente uma dor de usar.

Nós usamos o DokuWiki

Aqui está um gráfico de comparação entre DokuWiki, MediaWiki, TWiki e TracWiki

Caso alguém esteja considerando o TWiki (o Wiki em que eu era desenvolvedor de 2000-2008), lembre-se de conferir o fork - http://foswiki.org . Sentimos que fomos forçados a sair quando o detentor da marca TWiki reinventou o projeto como 'código aberto comercial' e reduziu nossa capacidade de determinar como seríamos voluntários.

Eu configurei um site na intranet para disseminar pesquisas de e para pessoas tecnicamente experientes, mas certamente não tecnicamente competentes. Tentei várias soluções e o PMWiki é o melhor. Fácil de administrar, MUITOS "plugins", skins e extensões das pessoas que o usam, fácil de usar por pessoas menos técnicas e com uma grande base, não será abandonado tão cedo.

Era para configurar uma alternativa para e-mails aleatórios ou documentos do Word em um servidor de arquivos. Um "sistema de gestão do conhecimento". Eu achei muito mais fácil de usar do que o TWiki.

Estamos usando o Assembla na empresa que administro. Eles oferecem hospedagem ilimitada de código (Git / SVN), emissão de bilhetes, wiki, scrum e outras ferramentas úteis, e não custam muito.

Tentamos a maioria dos pacotes wiki ao longo dos anos com pouco sucesso. Foi difícil conseguir tração suficiente para que as equipes de desenvolvimento e projeto realmente usassem uma.

Conseguimos ouro depois de termos convertido para a empresa do Google Apps por email e calendário, pois também vem com "Sites". Acontece que o Google Sites pode funcionar como uma ferramenta wiki muito flexível e fácil de usar. Também foi criado conteúdo público / privado / compartilhamento, para que alguns sites possam ser voltados para o público, enquanto outros são internos (apenas pelo ID do Google Apps).

O PBWorks fornece vários recursos para colaborar em um projeto.

Gosto do software Basecamp da 37signals . Você obtém uma solução hospedada excelente e barata, com muitos recursos úteis.

Eu tenho usado redmine com minha equipe. É gratuito e tem um wiki que é mais do que adequado.

Gosto do tipo de aplicativo CODE FORGE , como Trac ou Redmine, se você tiver algum lugar para hospedá-lo. Ou o Google Code / SourceForge para obter opções hospedadas gratuitas, se você não se importa de fazer seus projetos em código aberto.

Eu tinha o mesmo dilema de qual wiki usar em um projeto de desenvolvimento há alguns meses atrás. Fomos com o Mindtouch devido ao fato de ser gratuito (Mindtouch Core), com muitas extensões excelentes, o design é moderno e flexível, os recursos de anexação e vinculação de arquivos são abrangentes e pode pesquisar no conteúdo do arquivo. A comunidade e os fóruns também são fortes. Ficamos muito felizes com a escolha.

Eu escolheria o Trac , que é perfeito para o desenvolvimento de software, pois combina o Wiki com o Issue Management e o Version Control.

No site deles,

O Trac é um wiki aprimorado e um sistema de rastreamento de problemas para projetos de desenvolvimento de software. O Trac usa uma abordagem minimalista ao gerenciamento de projetos de software baseado na Web. Nossa missão é ajudar os desenvolvedores a escrever ótimos softwares, mantendo-se fora do caminho. O Trac deve impor o mínimo possível ao processo e às políticas de desenvolvimento estabelecidos de uma equipe.

Por isso, foi desenvolvido para equipes de desenvolvimento de software.

Eu acho que depende de quais são suas necessidades.

O melhor e mais fácil de configurar / usar que eu já vi é:

TiddlyWiki

Um wiki em um arquivo. Ele usa JavaScript para fazer tudo e funciona muito bem!

Ambos Github e Gitorious incluem wikis.

O XWiki é um wiki profissional com recursos corporativos, como Blog, gerenciamento de direitos forte, autenticação LDAP, exportação de PDF, navegação completa e muito mais. Ele também inclui um mecanismo avançado de Formulário e script, tornando-o um ambiente de desenvolvimento para aplicativos baseados em dados. Possui poderosos recursos de extensibilidade, como scripts em páginas, plugins e uma arquitetura altamente modular. Veja a lista completa de recursos para mais.

Somos grandes fãs do dokuWiki, que é flexível, simples (sem banco de dados, mas você pode, se quiser) e possui ótimos recursos.

Você deve considerar o PBWiki, que tem uma interface realmente ótima, é gratuito para pequenos projetos, controle de acesso no nível do usuário e recursos mais divertidos. (Sem mencionar que eu mesmo o usei com ótimos resultados.)

Recursos do PBWiki

O mais importante é saber qual software você escolhe para entender o que você está tentando fazer com o wiki. Sem alguma estrutura consciente abrangente, um wiki se torna facilmente inutilizável. Além disso (embora não seja tão crucial), faz sentido aprender um pouco sobre o comportamento com os wikis, porque não é uma bala de prata:

http://www.wikipatterns.com

Então, você pode considerar como administrador o que está procurando no wiki - há uma diferença significativa, por exemplo, em como são programáveis, provavelmente com o twiki terminando no topo (ou confluência com a qual tenho pouca experiência). Além disso, por exemplo, o MediaWiki está completamente adaptado para ambientes abertos, seus recursos de ACL não são tão bons. Outro aspecto é que eles podem ser muito pesados ​​e complexos para o que você deseja fazer, e você deve se contentar com um wiki como o integrado ao sistema de bilhetagem trac.

Defendi um esforço semelhante há um tempo e escolhi o MoinMoin . É gratuito e muito fácil de instalar e configurar. Acabei gerenciando várias instâncias wiki com esse mecanismo - uma para cada um dos diferentes projetos em que a equipe de desenvolvimento estava trabalhando.

Bright Green tem uma versão gratuita de seu aplicativo para 3 usuários. Eles se concentram no Scrum e no Kanban enxuto , mas a ferramenta também é útil para o gerenciamento de requisitos gerais. Você pode se inscrever para uma conta gratuita aqui:

https://signup.brightgreenprojects.com/plan/Free

Eu sugeriria o PmWiki . É muito simples e não monta recursos e usa arquivos para armazenar dados. Coloquei-o em funcionamento em cerca de 20 minutos.