Como Chegar End-User (Cliente) Comentários sobre Projetos de Desenvolvimento Personalizado

Question

Minha empresa é uma loja de desenvolvimento personalizado para uma série de projectos, alguns maior e alguns menores. Atualmente lidamos com toda a nossa comunicação com o cliente através de e-mail. Então, nós enviar e-mail um documento de design, eles marcá-lo e enviá-lo de volta. Em seguida, lançar uma versão beta do seu produto e eles nos enviar e-mail com quaisquer bugs, novos recursos, etc, e assim por diante ....

Como eu estou trabalhando na implementação de um novo sistema de acompanhamento de bugs (parece que ele será Mantis agora), eu tenho que saber como poderíamos melhor permitir que nossos clientes uma interface com o nosso processo de desenvolvimento que iria proporcionar um melhor rastreamento de recurso pedidos e clientes submetidos erros, bem como comunicar as nossas respostas de volta ao cliente.

Se alguém tem conhecimento de um sistema de rastreamento de um bug que faz isso excepcionalmente bem, eu estaria interessado em ouvir isso. Caso contrário, eu só estou procurando algumas orientações gerais ou as boas práticas empresariais que permitiram que suas empresas para fazer a interface eficaz e eficiente com seus clientes.

UPDATE:. Minha empresa usa uma pilha LAMPP e como somos uma pequena loja com um orçamento limitado, tendemos a ficar com ferramentas que são open-source e gratuito

a maioria das pessoas quer usar Team Foundation Server para lidar com este ou e-mails e para trás?

Answer 1

Embora eu não conheço nenhum ferramentas específicas (pelo menos não os de código aberto), eu sugiro que você configure um sistema que irá cobrir suas necessidades globais de recolha e processo de implementação. Requisitos poderia ser rastreado no sistema, o que também contêm os documentos de projeto (o que poderia ser "check-out de" e "comprometidos com" o sistema). Dessa forma, você iria resolver o problema de ter múltiplas revisões de documentos de projeto ao redor. Addionally, os documentos de projeto e os requisitos pode ser monitorado facilmente. Se este sistema estavam ligados ao seu sistema de gerenciamento de código fonte, você também facilitar o processo de desenvolvimento / requisitos de rastreamento.

Answer 2

Eu acho que a chave é ter o sistema de rastreamento dedicado lá para bugs / solicitações, e estabelecer um processo conjunto para a comunicação. Com isso, no mínimo, você vai começar a receber feedback consistente. De lá você pode ajustá-lo para obter suas necessidades específicas.

Como um aparte, em vez de apenas usar o e-mail para sua comunicação, eu recomendo fortemente indo para smething como BaseCamp para uma ferramenta de gerenciamento de projetos. Eu acho que ajuda muito a manter mensagens, documentação e prazos comunicados ao cliente.

Answer 3

Se você estiver usando Team Foundation Server, eu recomendo que você instale TeamPlain Web Access . Eles permitem que você expor uma interface web para o seu projeto TFS. As únicas coisas que deixaram de fazer, é direitos dar ao seu cliente e um nome de usuário e uma senha.

Caso contrário, há algumas ferramentas que pagam como FogBugz . Claro, o principal é ter de ferramentas de relatórios de bugs diretamente ligados ao seu controle de origem para que os desenvolvedores podem facilmente corrigir erros.

Answer 4

Outra possibilidade é a utilização de dois produtos em conjunto, aqui está a nossa configuração atual com uma equipe de 12:

osTicket para receber os pedidos dos clientes

• Permite questões a serem tratadas por pessoal de apoio e os erros a serem verificados
• Status pode ser verificado com apenas um endereço de e-mail e ID do bilhete
• relatórios de erros suficientes Normalmente, os usuários não submeta detalhados assim é um bom primeiro passo

redmine para bilhetes de desenvolvimento

• Ticket criado por QA ou um desenvolvedor se questão é um verdadeiro bug
• Fornece projeto bastante sólida e gerenciamento de liberação
• É um passo sólido a partir trac e mantis (e fornece migração ferramentas)