Interagindo com clientes usando sistemas de gerenciamento de projetos

5

Eu trabalho em desenvolvimento web, que envolve muitos projetos customizados menores em vez de um grande produto. Requisitos e especificações são sempre provenientes de fora da empresa.

Nós configuramos um sistema de rastreamento de tickets (o Active Collab, que é um lixo comparado com o redmine btw) e o acesso aos clientes para que eles possam enviar problemas. A ideia é que menos tempo é gasto com longas conversas telefônicas e e-mails. Eu acho que pode funcionar muito bem se for feito corretamente.

No entanto, não tenho tanta certeza de que seja sempre uma coisa boa. Solicitações de recursos aumentaram muito em alguns projetos. O sistema também precisa ser amigável para não desenvolvedores, embora tenha muitos recursos que os desenvolvedores usam. Os tickets dos desenvolvedores nem sempre mapeiam de 1 para 1 com os tickets que os clientes criarão.

Assim, os requisitos e os tickets mais amplos precisam ser separados dos tickets relacionados ao desenvolvedor (especificação) mais específicos. Talvez pudéssemos usar dois sistemas, um para os clientes enviarem seus requisitos ou descreverem um bug, e um para os desenvolvedores criarem tickets como implement method x in class y . Talvez isso possa ser conseguido estruturando tickets em categorias mais apropriadas ou criando sub-tickets sob um ticket de solicitação de recurso. Eu olhei brevemente para o Pivotal Tracker e ele tem um fluxo de trabalho fundamentalmente diferente.

tl; dr Como você mantém os tíquetes técnicos (jargão de desenvolvedor) separados dos tickets do cliente (linguagem leiga).

    
por Keyo 04.01.2011 / 01:25
fonte

2 respostas

3

A abordagem de dois sistemas

Atualmente, uso a abordagem de dois sistemas. Nós usamos

  • OTRS - Help desk para que os usuários possam enviar problemas. Muitos deles não são muito técnicos, então há problemas que podem ser um erro ou um erro do usuário, que podemos dizer a eles como fazer o que eles não conseguem descobrir. (Existem sistemas de ingressos muito melhores por aí. Use o sabor que lhe agrada.)
  • Team Foundation Server 2010 - Este é o nosso servidor de solicitação de rastreamento de bugs / tarefas / recursos. Se um problema aparecer no OTRS, criamos um novo bug no TFS e observamos o ID OTRS associado (e copiamos o histórico para a descrição / anotações do erro). Se o ticket OTRS é algo que se parece com um recurso, então nós buscamos isso no ticket. Quando tivermos informações suficientes para criar corretamente uma solicitação de bug, tarefa ou recurso no TFS e entendermos como ela é crítica, datas de vencimento e requisitos suficientes, criaremos uma.

Mantemos os usuários atualizados através do sistema de tickets ao longo do caminho, conforme necessário. Uma vez que tenhamos completado uma correção ou um recurso de bug e liberado, atualizamos o sistema de tickets como concluído.

Isso funciona bem para minha equipe, pois só temos um pequeno grupo de desenvolvedores. No entanto, isso oculta detalhes técnicos de usuários que podem vê-lo e "check-out" mentalmente, enquanto ao mesmo tempo permite um filtro técnico para que as solicitações "tolas" não sejam incluídas nas verdadeiras tarefas do recurso não funciona acidentalmente em algo que não tenha sido aprovado).

    
por 04.01.2011 / 03:12
fonte
2

Diga-lhes para usar o rastreador como sua lista de desejos.

Eu realmente usei o Redmine e dei acesso aos clientes para que eles pudessem usá-lo como wishlist , ele trabalhou com alguns, mas não com todos, e geralmente depende do entusiasmo / envolvimento deles com o projeto.

Outra recomendação para um rastreador mais simples e talvez mais interessante é o PivotalTracker . A interface é basicamente um painel com arrastar & soltar para tarefas. Muito desconfortável.

Finalmente, você pode tentar procurar ferramentas de gerenciamento de projetos baseadas em scrum ( scrum é um desenvolvimento de projeto ágil metodologia que dá atenção especial à comunicação com o cliente), como o Agilo , e que eles criem < em> "histórias do usuário" .

Use um aplicativo de feedback do cliente mais simples

Outro exemplo que usei foi colocar uma guia UserVoice no frontend e / ou backend, e isso geralmente funciona melhor, já que é uma interface mais simples (parece que o Redmine pode ser muito complexo para alguns). A coisa boa sobre UserVoice é que você pode realmente manipular itens como tarefas / recursos, dando "planejado", "sob revisão", "iniciado", etc.

    
por 09.01.2011 / 00:58
fonte