Funzione e funzione [chiusa]

Funzioni sono ciò che vendono le persone di vendita.
Funzioni sono ciò che i programmatori sviluppano.

Le funzioni non si adattano bene al contesto di una user story e sono per lo più trasparenti per un utente. Possono essere un processo di back-end o qualche tipo di funzionalità di applicazione unica o comune che consente di implementare in modo appropriato altre funzionalità o eventualmente altre funzioni.

Le attività d'altra parte sono singole unità di lavoro che devono essere completate per fornire una funzione o una funzione.

Nei miei progetti tendo a non distinguere tra una caratteristica e una funzione e scrivo storie di utenti per le funzionalità e aggiungo funzioni o attività di refactoring come compiti per completare una singola funzione.

Questo a volte rende certe funzionalità inutilmente gonfie sul piano del progetto, ma va bene, perché se ho bisogno di refactoring delle funzioni 1 e 2 e 3 per il rilascio di Feature 1, forse il mio unico deliverable per quello sprint sarà Feature 1, o forse nessun risultato finale.

Finché entro la fine dello sprint ho ancora un software funzionante, quindi il mio progetto è Agile.

Le funzionalità sono ciò che il tuo programma può fare. Le funzionalità sono il risultato diretto delle esigenze degli utenti e degli obiettivi aziendali. Pertanto le funzioni di un programma esistono principalmente per soddisfare le richieste degli utenti .

La funzionalità, d'altra parte, è il modo in cui implementa le funzionalità sopra menzionate.

Per un PM, "Funzione" è uno scopo e "Caratteristica" è un comportamento del prodotto con cui un utente può interagire. Tuttavia le persone spesso ottengono i due indietro (che penso sia il caso nella tua domanda).

Portarmi dal posto A al posto B è una funzione chiave di un'auto. È la ragione (scopo) esiste. Il volante è una caratteristica, così come la leva del cambio. Il conducente interagisce con più funzioni per ottenere la funzione di arrivare da qualche parte.

"Funzione" qui dovrebbe non essere confuso con una funzione del linguaggio di programmazione (metodo) che parla dell'implementazione di un software di funzionalità. Molto probabilmente non è quello di cui parlerebbe un PM quando si riferiscono a "Caratteristiche e funzioni".

Non c'è una bella gerarchia per funzioni e funzionalità, in quanto una funzione può essere utilizzata per supportare più funzioni di prodotto.

Credo che si debba tracciare una distinzione corretta per una metodologia specifica o una cultura dei requisiti specifici. Quanto segue è la mia interpretazione.

Funzione: un requisito fondamentale che influisce notevolmente sul valore del software, che l'utente deve avere in una versione specifica. Esempio: salva la funzione su un editor di testo.

Caratteristica: Una funzionalità piacevole del software, che aggiunge valore al software, ma non è assolutamente necessario che il software funzioni correttamente ed esegua le sue funzioni. Ad esempio, avere una funzione di annullamento su un modulo di inserimento dati o salvare un documento come file GIF per un editor di testo (cablato!).

Dietro ogni funzionalità c'è la funzionalità necessaria per fornire all'utente lo scopo previsto della funzione.

Esempio: il sistema di registrazione di un'università dovrebbe avere una funzione "Registri studenti per le classi". Questo compito richiede un bel po 'di funzionalità e l'accesso a un database. Il design per la funzionalità implicherebbe la comprensione del compito effettivo dell'utente - la registrazione per le classi. Questo sarebbe un prerequisito per la "progettazione dell'interazione" necessaria per facilitare il compito degli utenti. La funzionalità sarebbe progettata per implementare i requisiti di interazione.

I programmatori sono alla ricerca di funzioni da codificare. I progettisti di interazione sono alla ricerca del modo migliore per fornire questa funzionalità necessaria attraverso la progettazione dell'interazione del software con l'utente. Comprendere come l'utente può raggiungere al meglio il suo obiettivo viene prima di tutto. L'identificazione della funzionalità richiesta segue.

Quanto sopra non è scientifico, è solo la mia opinione.

È importante ricordare la distinzione tra funzioni del prodotto e caratteristiche del prodotto. Le funzioni sono la "risposta del prodotto all'insieme delle attività dell'utente"; le funzionalità sono gli "strumenti utente" inerenti al prodotto utilizzato per eseguire le funzioni. Effettuare una telefonata è una funzione; il segnale di linea e il tastierino a toni sono le funzioni utilizzate per eseguire la funzione.

Sono d'accordo sul fatto che non vale la pena ossessionare poiché i termini sono spesso usati in modo intercambiabile in alcuni contesti. Eppure, nel più ampio contesto gestionale, penso che ci siano alcuni punti importanti. Innanzitutto, PM può anche significare product manager. Qualcuno deve assumersi la responsabilità di decidere cosa il mercato supporterà in termini di prezzo, data di consegna e caratteristiche. In generale, trovo che la funzione sia preferita quando ti trovi in un contesto di marketing. Il ruolo del project manager è di gestire il progetto in modo tale che il prodotto desiderato sia consegnato nei tempi e nei limiti del budget. All'architetto e ai progettisti, le funzionalità sono fornite e possono essere pensate come funzioni consegnate nell'organizzazione umana che offre la trasformazione e l'archiviazione dei dati, ma devono essere reificate finché il progetto non è stato ridotto a unità di lavoro delegabili che possono essere assegnate agli sviluppatori . Spesso accade che una funzione non si mappi in modo pulito a un insieme di funzioni nel sistema della macchina. Ad esempio, veloce e sicuro sono caratteristiche desiderate dai consumatori ma non possono essere separate nel codice. Queste proprietà emergenti sono ciò che rende i requisiti non funzionali così difficili da soddisfare.