Ho bisogno di analisi dei requisiti se non ci sono clienti?

4

Penso che sia successo a tutti, avendo progetti collaterali, provando a fare qualcosa di nuovo e grande nel loro tempo libero, o magari avendo una piccola startup in cui tutti hanno chiaro in mente cosa farà il software e quali sono gli obiettivi di progettazione indirizzare.

Mi stavo chiedendo quale tipo di documentazione debba essere prodotta in queste circostanze? Poiché client e analyzer sono la stessa persona, molti dei modelli di comunicazione sono inutili, almeno nella maggior parte dei contesti. Ma è utile tenere traccia dei requisiti e delle modifiche, soprattutto se il software è grande e complesso.

Qual è la documentazione che deve essere fornita per il software autoprodotto? Esistono esempi di documenti elaborati per software open source?

    
posta Cristian Traìna 07.01.2018 - 02:58
fonte

4 risposte

5

Penso che tu stia facendo due domande un po 'diverse:

(Smaller) Side Project

Per i progetti collaterali personali, ovviamente non vuoi scrivere mille pagine di specifiche dei requisiti - di fatto, raramente vuoi farlo per qualsiasi progetto, ma soprattutto non in questo contesto.

Personalmente, raccomanderei comunque di annotare i requisiti per il prossimo piccolo batch (da 2 a 8 ore di codifica) solo per mantenerti concentrato. Almeno per me, lo scope creep è un pericolo particolare nei progetti personali.

Esecuzione automatica o Progetto team

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

Fidati di me, loro no! Anche se oggi tutti hanno la stessa comprensione, che ne dici di domani?

Non appena lavori in una squadra, scrivi le cose. Le persone devono essere in grado di rinfrescare la propria memoria su quali siano esattamente gli obiettivi.

Non è necessario specificare l'intero progetto fino all'ultimo dettaglio, ovviamente. Ma devi davvero assicurarti che tutti siano sulla stessa pagina per quanto riguarda la prossima funzione. E questo di solito richiede di scriverlo.

Quanto hai bisogno di scrivere? Ciò dipende dalle dimensioni del team, dall'esperienza, dall'interdipendenza, ecc. Ed è difficile rispondere in generale.

    
risposta data 07.01.2018 - 17:47
fonte
10

Questa non è una risposta generale a questa domanda. Senza requisiti esterni, come un project manager, altri sviluppatori, un capo, un'agenzia di regolamentazione e così via, non vi è altra risposta se non quella di cui hai bisogno di cui hai bisogno per ottenere un risultato soddisfacente.

Se questo sembra tautologico, considera che anche in un progetto parallelo, senza aspettative di reddito, e senza limiti superiori o inferiori su quanto tempo è investito, stai ancora affrontando realtà effettiva alla fine della giornata. Il tempo speso per il progetto è il tempo a non fare qualcos'altro ( costo opportunità ). Forse è il momento con la famiglia, il tempo di esercizio o ... anche un altro progetto parallelo che sarebbe stato più utile.

Il tuo progetto ha già dei requisiti: sono nella tua testa in una forma o nell'altra. Forse è sufficiente. In caso contrario, trova uno strumento che fornisca chiarezza su cosa stai cercando di uscire dal progetto e sui costi accettabili.

    
risposta data 07.01.2018 - 06:07
fonte
4

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

L'analisi dei requisiti include elementi come l'identificazione delle parti interessate, la raccolta dei requisiti, la garanzia che siano buoni requisiti e la risoluzione dei conflitti e dei requisiti di registrazione. Queste cose accadono sempre, in un modo o nell'altro, su ogni progetto. Non puoi costruire nulla se non sai per chi lo stai costruendo e che cosa costruirai. Non importa se lo stai costruendo per risolvere un problema che stai vivendo, stai imparando qualcosa di nuovo o stai facendo qualcosa per qualcun altro.

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

Non c'è mai un insieme di documenti che devono sempre essere forniti per qualsiasi progetto. Se lavori per un'organizzazione, è probabile che abbiano degli standard. Se stai lavorando per un cliente, probabilmente hanno alcuni artefatti necessari alla documentazione. I tipi e la quantità di documentazione dovrebbero essere sufficienti per aiutare il progetto ad avere successo.

    
risposta data 07.01.2018 - 19:12
fonte
2

Se non hai i requisiti ...

  • Come fai a sapere i progressi effettivi che hai fatto?

  • Come fai a sapere quali sono le prossime funzionalità che vuoi sviluppare?

  • Come fai a sapere di cosa tratta il tuo progetto?

Non devi scrivere il noioso documento enterprise-ready che tu (e probabilmente tutti noi) odiamo ... Con alcuni README.md in cui definisci il sistema che vuoi creare, le caratteristiche principali che vuoi sviluppare , i possibili clienti / utenti / ruoli che potresti avere, i possibili ostacoli che potresti incontrare ... Sarebbe sufficiente.

Te lo dico perché ho bisogno di pianificare tutto ciò che farò perché, altrimenti, mi perdo e comincio a vagabondare. Ci sono altri tipi di persone che possono fare progressi senza piani.

    
risposta data 08.01.2018 - 00:59
fonte

Leggi altre domande sui tag