Bom rastreamento de bugs com o Sharepoint? [fechadas]


9

No meu local de trabalho, foi decidido mudar muitos processos para o Sharepoint. Agora, estou examinando como o Sharepoint pode ser usado para rastrear erros (à la Mantis, FogBugz etc., mas dentro do Sharepoint). Especificamente, estamos usando uma sala de colaboração e a solução deve funcionar dentro dela.

Sei que posso criar listas usando um modelo "Rastreador de problemas" , mas não possui fluxo de trabalho, correspondência integrada (como FogBugz) e log de auditoria (qualquer usuário pode editar qualquer campo a qualquer momento, sem que seja anotado em nenhum lugar).

Isso não é suficiente, então estou procurando soluções "maiores", mas ainda não encontrei nada.
Essa pergunta é semelhante, mas visa ao uso do suporte técnico; nosso objetivo é rastrear erros e alterar solicitações para um sistema.

Estou aberto a sugestões! Como não sou administrador, não posso simplesmente pegar um componente do Sharepoint e instalá-lo para teste. Estou procurando experiências, documentação , documentos técnicos, capturas de tela - o download real será relevante mais tarde.

Idealmente, alguns desses assuntos devem ser abordados:

  1. Suporte para diferentes tipos de ticket (bug, recurso, consulta, tarefa interna).
  2. Fluxo de trabalho configurável por tipo de ticket, sem número fixo de etapas.
  3. Permissões configuráveis ​​de leitura / gravação por campo e status do fluxo de trabalho.
  4. Painel configurável para gerentes com bons gráficos.
  5. Notificações configuráveis ​​por email.
  6. Correspondência para o FogBugz. (Desafio: usamos o Notes, não o Exchange.)

O melhor conselho? Fique longe, muito longe do Sharepoint. Seu SQL é bastardizado, os uploads de arquivos são uma dor absoluta e o objetivo real parece levar todos a voltar a usar o Office. A seção Discussões é uma piada e deseja integrar-se fortemente ao Outlook em vez de ser por si só. Usar o Sharepoint como qualquer coisa, exceto um local para manter alguns documentos de política, é uma má idéia. No momento, estou tentando criar um SP Wiki (também foi considerado) e estou recorrendo à codificação de tudo em HTML (alinhado com CSS, sem suporte a modelos wiki). Pode ser possível, mas você lutará mais do que irá usá-lo.
Steiv

Sim, parece evidente que o SP existe para manter viva a vaca leiteira do MS Office contra a frente de batalha da Web 2.0. Eu também teria evitado o SP, se tivesse a escolha, mas já foi decidido de cima e vou fazer o melhor possível. - Fico agradavelmente surpreso que a sala de colaboração tenha vários recursos úteis e a edição de documentos enviados (Office) seja simples (eles são salvos, recarregados e com versão, tudo em uma única etapa automática). Pena que só funciona para documentos do Office! Direto ao ponto: os recursos "rastreador de problemas" e "fluxo de trabalho" estão longe de serem úteis para o objetivo acima!
Torben Gundtofte-Bruun

Acho que você está vendo o que estou vendo com o SP - qualquer coisa que lide com o núcleo do Office funciona, todo o resto é hackeado. O que fizemos em nosso escritório é apenas integrar os feeds RSS do Jira (nosso software de rastreamento de problemas) com o SP para obter uma lista de atualizações no SP, mas use o Jira para o rastreamento. Como bônus, o Jira suporta a sintaxe do Wiki, então editar e comentar é fácil.
Steiv

Respostas:


2

Não tenho certeza se o modelo que você mencionou era daqui .. " Modelos do SharePoint "

O SharePoint pode ser um desafio, mas oferece ótimas ferramentas quando você o entende. Acredito que seja um dos produtos de MS mais desafiadores que já vi, mas também é muito poderoso. Você verificou o Codeplex for SharePoint? Codeplex


Estranhamente, os dois sites (principalmente o Codeplex) se concentram nos administradores para baixar e instalar o arquivo, enquanto quase ignoram a necessidade de documentação de não administradores para convencer os administradores e o gerenciamento de que o complemento realmente vale a pena. Mas seu link para modelos de SP parece promissor. Existem "modelos de administração do servidor" com descrições interessantes. Também encontrei uma página cheia de documentação - veja minha própria resposta abaixo.
Torben Gundtofte-Bruun

Não tenho links úteis, mas o MS e alguns de seus MVPs têm ótimos webinars e outros materiais gravados em algumas dessas ferramentas. Leva um pouco de pesquisa, mas vale o esforço
Dave M

11
O problema é que todo esse material é destinado ao administrador do servidor - não em pessoas como eu que não são administradores, mas precisam de documentação de avaliação ...
Torben Gundtofte-Bruun

1

Em extensão à resposta de DaveM, encontrei documentação sobre os modelos aqui:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

Especificamente, estes foram interessantes:

e este para uma configuração mais avançada:

Eu acho que vou com uma combinação dos dois primeiros. O último parece avançado demais para iniciantes em SP e seria mais adequado para uma equipe muito maior.


1

Nossa equipe usou o modelo de rastreamento de erros do MS SP em dois projetos. Eu não consideraria a solução 'melhor da raça', mas funciona. Você pode adicionar e remover campos conforme necessário, conversar com carimbos de data (usando comentários) e aplicar segurança (exibir / ler / gravar). Você pode importar e exportar a lista de erros de / para o Excel.

O fluxo de trabalho pode ser adicionado, mas requer um desenvolvedor (ou um superusuário do SP). A configuração padrão inclui anexos de arquivos amd de rastreamento de histórico. Como em qualquer objeto SP, você pode configurar feeds RSS e notificações por email.

Dada a opção, eu usaria um pacote dedicado de rastreamento de erros em vez da solução gratuita oferecida pela Microsoft. Não procurei, mas tenho certeza de que existem soluções mais completas de rastreamento de bugs que usam o SP como back-end.


Não tivemos oportunidade de experimentar esse modelo. No final, usamos uma lista personalizada muito simples como uma solução provisória e acabamos usando uma solução permanente que não é do Sharepoint. Não Jira, mas algo semelhante que a organização já estava usando para outros departamentos.
Torben Gundtofte-Bruun 02/04/10

1

O SharePoint pode atender sua necessidade como um sistema de ticket simples.

No entanto, espero que um rastreador de erros seja integrado ao código-fonte (como se eu comente uma alteração na fonte com "FIX bug # 123", quero que o ticket seja marcado como "corrigido" e seja capaz de ver a diferença de código) .

Além disso, você não tem muita flexibilidade em relação a notificações, tempo de rastreamento gasto em um ticket etc.

Como tal, não recomendo o SharePoint se você quiser levar a sério o rastreamento de erros.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.