Preciso de análise de requisitos se não houver cliente?

4

Eu acho que aconteceu com todos, tendo projetos paralelos, tentando fazer algo novo e grande em seu tempo livre, ou talvez ter uma pequena startup onde todos tenham claro em sua mente o que o software fará e quais são os objetivos do design. para resolver.

Eu queria saber que tipo de documentação deve ser produzido nessas circunstâncias? Como o cliente e o analisador são a mesma pessoa, muitos dos modelos de comunicação são inúteis, pelo menos na maioria dos contextos. Mas é útil rastrear requisitos e mudanças, especialmente se o software for grande e complexo.

Qual é a documentação que deve ser fornecida para softwares autoproduzidos? Existem exemplos de documentos elaborados para software de código aberto?

    
por Cristian Traìna 07.01.2018 / 02:58
fonte

4 respostas

5

Acho que você está fazendo duas perguntas um pouco diferentes:

Projeto paralelo

(menor)

Para projetos pessoais, você obviamente não quer escrever mil páginas de especificação de requisitos - na verdade, você raramente quer fazer isso para qualquer projeto, mas especialmente não neste contexto.

Pessoalmente, eu ainda recomendaria escrever os requisitos para o próximo lote pequeno (2 a 8 horas de codificação) apenas para mantê-lo focado. Pelo menos para mim, o escopo do escopo é um perigo particular em projetos pessoais.

Startup ou Team Project

[...] where everyone has clear in their mind what the software will do and what are the design goals to address.

Confie em mim, eles não! Mesmo que todos tenham o mesmo entendimento hoje, que tal amanhã?

Assim que você estiver trabalhando em uma equipe, escreva as coisas. As pessoas precisam ser capazes de refrescar sua memória sobre quais são os objetivos com precisão.

Você não precisa especificar todo o projeto até o último detalhe, é claro. Mas você realmente precisa ter certeza de que todos estão na mesma página em relação ao próximo recurso. E isso geralmente requer anotá-lo.

Quanto você precisa anotar? Isso depende do tamanho da equipe, experiência, interdependência, etc. e é difícil de responder em geral.

    
por 07.01.2018 / 17:47
fonte
10

Não há uma resposta geral para essa pergunta. Sem requisitos externos, como um gerente de projeto, outros desenvolvedores, um chefe, uma agência reguladora e assim por diante, não há outra resposta senão a necessidade de você precisar para gerar um resultado satisfatório.

Se isso soa tautológico, considere que, mesmo em um projeto paralelo, sem expectativa de renda, e sem limites superiores ou inferiores em quanto tempo é investido, você ainda enfrenta realidade real no final do dia. O tempo gasto no projeto não é hora de fazer outra coisa ( custo de oportunidade ). Talvez seja a hora da família, do tempo de exercício ou ... até mesmo de outro projeto paralelo que teria sido mais útil.

Seu projeto já tem requisitos: eles estão na sua cabeça de alguma forma ou de outra. Talvez seja suficiente. Se não, encontre uma ferramenta que forneça clareza sobre o que você está tentando realmente sair do projeto e que custos são aceitáveis para fazê-lo.

    
por 07.01.2018 / 06:07
fonte
4

Do I need requirement analysis if there's no client?

A análise de requisitos inclui coisas como identificação de partes interessadas, coleta de requisitos, garantia de que eles são bons requisitos e resolução de conflitos e registro de requisitos. Essas coisas sempre acontecem, em um grau ou outro, em cada projeto. Você não pode construir nada se não sabe para quem está construindo e o que vai construir. Não importa se você está construindo para resolver um problema que você está vivenciando, está aprendendo algo novo ou está fazendo algo para outra pessoa.

What's the documentation that must be provided for self-produced software? Are there examples of documents drawn up for open source software?

Nunca há um conjunto de documentos que sempre deve ser fornecido para qualquer projeto. Se você está trabalhando para uma organização, é provável que eles tenham padrões. Se você estiver trabalhando para um cliente, eles provavelmente terão alguns artefatos de documentação necessários. Os tipos e quantidades de documentação devem ser suficientes para ajudar o projeto a ter sucesso.

    
por 07.01.2018 / 19:12
fonte
2

Se você não tem requisitos ...

  • Como você sabe o progresso real que você fez?

  • Como você sabe quais são os próximos recursos que deseja desenvolver?

  • Como você sabe qual é o seu projeto?

Você não precisa escrever o documento empresarial chato que você (e provavelmente todos nós) odiamos ... Com algum README.md onde você define o sistema que deseja criar, os principais recursos que você quer desenvolver , os possíveis clientes / usuários / papéis que você poderia ter, os possíveis obstáculos que você pode enfrentar ... Isso seria o suficiente.

Estou lhe dizendo isso porque preciso planejar tudo o que vou fazer porque, do contrário, me perco e começo a vagar. Existem outros tipos de pessoas que podem progredir sem planos.

    
por 08.01.2018 / 00:59
fonte