Quanta documentazione dovrebbe aspettarsi un cliente da un team individuale? [chiuso]

5

Lavoro per una piccola azienda di elettronica e supporto software che ha appena concluso un contratto con una grande azienda che è molto severa in materia di documentazione (io faccio il software di supporto, essenzialmente applicazioni Windows o browser). Dopo aver esaminato la documentazione richiesta dalla grande azienda, mi rendo conto che indosso più cappelli di quanti ne abbia realizzati. Vale a dire, dobbiamo produrre una documentazione che descriva:

  • Analisi dei requisiti (me)
  • Progettazione architettonica (me)
  • Progettazione dettagliata (me)
  • (effettivo) sviluppo software (me)
  • Sviluppo del design del database (me)
  • Test piano, preparazione e risultati (me)
  • Prova di conformità con i requisiti (me)
  • Manuale utente (me)

Farò anche io la maggior parte (se non tutti) dei test. E l'implementazione, la formazione e l'assistenza clienti. Se c'è bisogno di un tecnico di vendita per il supporto alle vendite, anche io.

È comune? Le piccole società di software che ricevono grandi contratti chiedono in genere ai singoli programmatori?

    
posta MPelletier 29.07.2011 - 04:46
fonte

4 risposte

9

Sei pagato per tutte queste cose, giusto? Quindi non dovrebbe essere un problema.

Non è esattamente economico per il cliente. L'analisi dei requisiti viene in genere eseguita da un analista aziendale e il manuale dell'utente è tipicamente scritto da uno scrittore tecnico, entrambi i quali sono lavori meno retribuiti rispetto a un programmatore esperto.

Per il resto, direi di sì - se gestisci un negozio individuale (o un negozio molto piccolo), allora come "ragazzo delle soluzioni" farai sicuramente il architettura, database, codice e gran parte del piano di test da soli. Il piano di test che faresti con input significativi da parte degli uomini d'affari, anche se il test vero e proprio potrebbe essere in genere inviato a un dipartimento di QA o anche a un "focus group" di veri e propri uomini d'affari.

Distribuzione, formazione e assistenza clienti ... è lì che inizia a diventare un po 'torbida. In un ambiente aziendale, raramente vedi gli sviluppatori farlo, perché è solo un enorme spreco di tempo. Gli amministratori di sistema gestiscono l'implementazione, i BA e l'helpdesk gestiscono rispettivamente l'addestramento e il supporto. Gli sviluppatori non sono solo un veicolo di supporto estremamente costoso, ma non sono bravi come qualcuno in meno ... beh, potrei anche dirlo, socialmente imbarazzante .

D'altra parte, è piuttosto tipico fare queste cose da soli se stai facendo consulenze in modo indipendente o in un piccolo gruppo. Prima di tutto, chi altro li farà? E in secondo luogo, i consulenti hanno molta più esperienza "umana", quindi in realtà saranno abbastanza bravi, almeno se hanno avuto qualche cliente sotto la cintura.

Penso che più piccola è la compagnia, più cappelli indosserai. Alcune persone diranno che si tratta di una falsa economia - ed è vero che scrivere un manuale utente non è un modo efficiente per riempire il tempo di uno sviluppatore - ma allo stesso tempo, se hanno solo bisogno che tu spenda 2 settimane all'anno in documentazione, allora non ha alcun senso dal punto di vista commerciale di assumere uno scrittore di tecnologia a tempo pieno.

Parte di questo dipende dalla tua area e dal mercato del lavoro. Se per te o la tua azienda è relativamente facile scambiare un contratto a breve termine con un BA, o uno scrittore tecnologico, un tester o un tecnico di supporto, allora potrebbe aver senso farlo, anche se devi spendere un po 'di tempo per addestrarli. Non può fare male suggerirlo al tuo capo - se è di tipo non tecnico, potrebbe anche non rendersi conto che queste specializzazioni esistono.

Ma anche con una gestione informata, non è raro in alcun modo che gli sviluppatori di micro-ISV e piccole imprese non software svolgano autonomamente la maggior parte del lavoro ausiliario. Se il cliente e / o l'azienda sono disposti a pagare le tariffe degli sviluppatori per i test, non vedo alcun motivo per combatterlo, a meno che tu davvero non odi queste cose (nel qual caso dovresti chiedere una cosa molto diversa domanda).

    
risposta data 29.07.2011 - 05:08
fonte
3

Ho trovato che questo è vero per le piccole imprese, indipendentemente dai contratti.

Per le aziende più piccole ho scoperto che sono stato inserito in ruoli ibridi come:

  • Ingegnere informatico
  • Documentazione
  • Analyst
  • Supporto del sistema
  • Assistenza clienti (in misura minore)

In generale, ho trovato che le piccole imprese e le start-up non possono permettersi di assumere personale extra per riempire la maggior parte di questi ruoli, poiché non sono richieste abbastanza spesso da sostenere l'assunzione di personale aggiuntivo o specialisti.

Ti raccomando di fare il punto delle tue abilità e dei tuoi tempi attuali. Fai capire al tuo capo che le tue nuove responsabilità ti divideranno troppo sottili e dovrebbero prendere in considerazione l'assunzione di più persone per aiutarti a riempire con successo il nuovo contratto.

    
risposta data 29.07.2011 - 05:02
fonte
2

Pensa alla "documentazione richiesta" come lista di controllo , non c'è nulla che dice che un determinato documento deve essere più lungo di poche frasi . Tuttavia, scrivi ogni documento in modo che possa essere esaminato da qualcuno che non ha letto gli altri.

    
risposta data 29.07.2011 - 13:07
fonte
-1

Sarebbe utile assumere un Assistente Virtuale, anche se dovrai impegnarti a dover spiegare tutto (in termini di tempo).

    
risposta data 29.07.2011 - 12:37
fonte

Leggi altre domande sui tag