Para um projeto de desenvolvimento de software, qual é o melhor tipo de wiki?
Estou tentando configurar um sistema wiki/de gerenciamento para um projeto de software e fico confuso com as inúmeras opções disponíveis.
Já vi TWiki e 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 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 MediaWiki wiki muito flexível e útil.
Como bônus, é muito familiar para quem usa a Wikipedia.
Isenção de responsabilidade: Eu trabalho para Fog Creek
O FogBugz wiki é ótimo porque é integrado ao restante do aplicativo, mas o editor é incorreto. A boa notícia é que estamos fazendo uma grande reformulação.
Sugiro ScrewTurn para wiki.
Você também pode dar uma olhada em AxoSoft OnTime , que é um software muito bom para rastreamento de bugs, gerenciamento de projetos scrum/ágil, wiki do desenvolvedor, 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.
Caso alguém esteja considerando 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.
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 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).
Estamos usando 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.
Eu configurei um site na intranet para disseminar pesquisas de e para especialistas tecnicamente experientes, mas certamente não tecnicamente proficientes. Tentei várias soluções e PMWiki é a 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.
Eu acho que depende de quais são suas necessidades.
O melhor e mais fácil de configurar/usar que eu já vi é:
Um wiki em um arquivo. Ele usa JavaScript para fazer tudo e funciona muito bem!
Eu escolheria Trac , que é perfeito para o desenvolvimento de software, pois combina o Wiki com o Gerenciamento de problemas e o Controle de versão.
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 gosto do tipo de aplicativos 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.
PBWorks fornece vários recursos para colaborar em um projeto.
Eu 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.
Eu tinha o mesmo dilema de qual wiki usar em um projeto de desenvolvimento há alguns meses atrás. Fomos com Mindtouch devido ao fato de ser gratuito (Mindtouch Core), possui muitas extensões excelentes, o design é moderno e flexível, os recursos de anexação e vinculação de arquivos são abrangentes e podem ser pesquisados através do conteúdo do arquivo. A comunidade e os fóruns também são fortes. Ficamos muito felizes com a escolha.
Somos grandes fãs de dokuWiki , que é flexível, simples (sem banco de dados, mas você pode, se quiser) e possui ótimos recursos.
Você deve considerar 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.)
XWiki é um wiki profissional com recursos corporativos, como Blog, forte gerenciamento de direitos, autenticação LDAP, PDF exportação, skins completos e muito mais. 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.
Defendi um esforço semelhante há um tempo e escolhi 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.
Eu sugiro PmWiki . É muito simples e não monta recursos e usa arquivos para armazenar dados. Coloquei-o em funcionamento em cerca de 20 minutos.
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 crucial), faz sentido aprender um pouco sobre o comportamento com os wikis, porque não é uma bala de prata:
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.