Freelancers: Como você coleta requisitos?

18

Como programador freelancer:

  1. Qual é o seu processo para reunir requisitos de um cliente?
  2. Quanto tempo leva o processo de coleta de requisitos? Eu sei que isso não foi corrigido e existem variáveis ​​como a rapidez com que o cliente está respondendo e tal. Em geral, levando em consideração o atraso nas respostas e quanto tempo, quanto tempo leva para chegar ao requisito final?
  3. Qual canal de comunicação (email, telefone, mensagem instantânea, outro) você usa para reunir esses requisitos?
  4. Você cobra pelo tempo gasto na coleta de requisitos?
  5. Existem entregas no seu processo de coleta de requisitos? Se sim, quais são eles?
rsman
fonte
Voto a favor ... Gostaria de saber a resposta para este também.
Georges Duplessy
Diferente do nº 4 (que pode ser parte de um fator de ROI), você esperaria que isso fosse diferente se fosse um funcionário?
JeffO 28/01

Respostas:

21

1. Qual é o seu processo para coletar requisitos de um cliente?

entrevista, quadro branco, teleconferência, visita à loja, observação de trabalhadores, entrevistas com funcionários, reuniões etc. - o que for apropriado, o que for necessário para entender o problema real , equilibrado com o que for possível e que dará tempo para

2. Quanto tempo leva o processo de coleta de requisitos? Eu sei que isso não foi corrigido e existem variáveis ​​como a rapidez com que o cliente está respondendo e tal. Em geral, levando em consideração o atraso nas respostas e quanto tempo, quanto tempo leva para chegar ao requisito final?

Obviamente, isso depende do tamanho do projeto. não é incomum gastar 20 horas em requisitos e modelagem para um projeto muito pequeno (<100 horas), porque você precisa entender o contexto de negócios o suficiente para reduzir as camadas dos problemas que o cliente está apresentando para chegar ao problema real que você terá que resolver para fazê-los felizes

se essas 20 horas são dois dias corridos ou seis semanas depende da capacidade de resposta e disponibilidade do cliente e de quanto você precisa pensar entre as sessões (para problemas difíceis)

3.Qual canal de comunicação (e-mail, telefone, mensagem instantânea, outro) você usa para reunir esses requisitos?

todos eles

4.Você cobra pelo tempo gasto na coleta de requisitos?

Claro que sim!

Você precisa entender os negócios do cliente, compreender e documentar seus problemas e propor soluções que eles possam levar a outra pessoa para implementar . Essa é a parte de consultoria do processo, e os consultores não trabalham de graça.

5.Existem entregas no seu processo de coleta de requisitos? Se sim, quais são eles?

Normalmente, uma lista preliminar de recursos, histórias de usuários, descrições de casos de teste, uma estrutura abreviada de detalhamento do trabalho (com estimativas do projeto), uma lista destacada de áreas / itens pouco claros / desconhecidos para discussão / investigação adicional e uma lista de itens ( informações, recursos, ferramentas, acesso etc.) que você precisará do cliente com datas-limite. Tudo isso é fornecido como uma proposta com algumas informações básicas sobre os negócios, os métodos usados ​​para identificar os problemas, restrições e advertências sobre a solução, notas sobre os cronogramas e ROI esperados e uma solicitação de acompanhamento em uma data específica .

Steven A. Lowe
fonte
+1: Excelente resposta. Eu estaria muito interessado em ver algumas simulações ou modelos que você tem (eu tenho meu próprio, mas eu adoraria para comparar)
Steven Evers
@SnOrfus: tudo será revelado no meu próximo livro "CITA: Change Is The Answer", a ser publicado ... uh ... vou voltar para você sobre isso ;-)
Steven A. Lowe
Interessante, estou ansioso para lê-lo.
Steven Evers
@ StevenA.Lowe existe algum estilo padrão para escrever documentos de coleta de requisitos. Eu acho isso ifs.host.cs.st-andrews.ac.uk/Books/SE9/Web/Requirements/… mas procuro um exemplo mais descritivo
AminM
@AminM: sim, existem muitos desses padrões; leve todos eles com um pouco de sal - reduza o documento de requisitos apenas àquele que é útil para sua situação. Exemplo: muitas vezes, uma lista de histórias com descrições de teste de aceitação (formato BDD) é suficiente para capturar não apenas os requisitos, mas também os critérios de aceitação, e é muito menos detalhada que o "padrão" do IEEE (que é bastante cascata) )
Steven A. Lowe