Chi di solito usa l'analisi del caso d'uso nel team? [chiuso]

who's usually responsible for use case analysis?

Tutti.

How usual is it to put a newbie on it?

Non troppo insolito. Potresti avere una conoscenza del dominio problematica che ti rende più utile lavorare con gli utenti.

The hidden fear I have is: are they trying to keep me away from programming (after two weeks I still haven't SEEN a line of code...)?

Sì. Volevano segretamente distruggerti.

No. Ci sei stato solo poco tempo.

Sei stato assunto come sviluppatore di software? Non mi sembra così.

Hai detto che il tuo ruolo non è completamente definito. Ciò significa che possono chiederti di fare quasi tutto ciò che è realisticamente correlato all'IT. Questo include il lavoro di analisi. E, se vogliono sfruttare le tue capacità analitiche, sembra che tu stia facendo più lavoro di analisi che scrivere codice.

Non penso che sia inusuale mettere un newbie di sviluppo nel lavoro di analisi, dal momento che chiaramente non sei un principiante, visto il tuo dottorato in scienze.

Scrivo software da oltre 20 anni. Ho svolto la mia parte di lavoro di analisi e ho lavorato per aziende in cui gli "Analisti" fanno questo genere di cose.

Alcuni altri pensieri:

who's usually responsible for use case analysis?

Dipende. In una piccola squadra, spesso tutti. Ho anche visto casi in cui la risposta è

• esperti di dominio problematico che non scrivono codice

• ingegneri senior - quindi il problema è definito da qualcuno con un giudizio esperto

• ingegneri junior - come veicolo per bagnare i piedi e comunicare gli obiettivi, i problemi e le soluzioni prima che qualcuno si metta troppo avanti nella realizzazione.

Un'altra domanda potrebbe essere: è ragionevole che qualcuno stia facendo l'analisi dei casi in questo momento. È "fare lavoro" se hai già una serie decente di casi d'uso che devono essere implementati. Non funziona se il team (1) non ha una serie di casi d'uso decenti, (2) sta per iniziare una prossima versione e non ha casi per quella versione.

How usual is it to put a newbie on it?

Non troppo insolito. Potresti avere la conoscenza del dominio problematica appropriata che ti rende più utile lavorare con gli utenti.

Sono d'accordo con S. Lott su questo.

The hidden fear I have is: are they trying to keep me away from programming (after two weeks I still haven't SEEN a line of code...)?

Due settimane sono in anticipo perché quella particolare preoccupazione sia giustificabile.

Poche altre domande da porsi (o il tuo manager):

• cosa serve per vedere il codice? Puoi solo guardarlo e iniziare a impararlo? Se prende un computer speciale, o un ambiente speciale, o un accesso LAN o qualcosa del genere, potrebbe essere che stai facendo casi d'uso mentre il team aspetta che la buraucrazia faccia ciò che deve fare.

• c'è qualcuno libero che può farcela con te? In caso contrario, questo potrebbe essere solo un brutto momento nel ciclo per far crescere il nuovo ragazzo, quindi ti hanno messo in un posto dove sanno che puoi ottenere alcune cose buone senza molto aiuto. Questo è realistico - posso dire come manager, non mi piace l'idea di mandare un nuovo ragazzo (comunque abile) senza il supporto di un membro del team esperto. Se ho solo due persone ed è una crisi, non posso risparmiare il 50% delle volte che il ragazzo anziano dovrà rompere il nuovo ragazzo. Seriamente, di solito è il 30-50% del tempo di una persona anziana per 2-4 settimane ad avere una nuova persona attiva. Le curve di apprendimento sono costose.

Direi, è improbabile che tu debba essere informato se: la squadra in crisi, non hai gli strumenti necessari e / o la prossima versione (per la quale stai scrivendo casi d'uso) è dovuto iniziare immanentemente - ti hanno messo in testa alla curva, quindi sei preparato e pronto per una prossima versione.

Se sembra che tu stia entrando in un progetto a lungo termine in cui non è in vista alcuna nuova versione e non vi è il caos derivante da casi di cattiva utilità, allora potresti voler sederti con il tuo manager nella prossima settimana o due e dire "quindi ... spiegami perché scrivere casi d'uso è utile?" e "non potrei essere più utile per testare o scrivere codice?". E poi una vera discussione sulla sua percezione delle tue abilità rispetto alla tua percezione e su ciò che puoi fare per arrivare al lavoro che vorresti fare.

I casi d'uso di solito provengono da qualcuno che ha una grande quantità di interazione con il cliente, conoscenza del business o una corretta definizione del problema - non solo il ragazzo che gli ha spiegato "il problema".

Attaccare chiunque su Use Case analysis che non comprende appieno la natura delle esigenze / reclami / requisiti del cliente è destinato a creare un sistema che non soddisferà tali esigenze / risolverà tali reclami o soddisferà tali requisiti.

Penso che sia sbagliato dare lo sviluppo di Use Case a chiunque non abbia il problema COMPLETE / bisogno di definizione in mente, e che condanni un progetto fino al fallimento fin dall'inizio.

Se non hai la conoscenza che ho menzionato, suggerirei che il compito deve includere una persona / persone che hanno tale conoscenza, anche se finirà per essere te stesso che codifica questa conoscenza nella rappresentazione di Use Case su carta.