Addebito indipendente basato su compiti completati [chiuso]

1

Ho appena iniziato il freelance e ho due progetti in cui sto dividendo la mia settimana con entrambe le società, una che faccio pagare ogni ora e tutto va bene, l'altro però hanno detto che mi pagheranno in base ai punti utilizzando Pivotal Tracker.

Ad esempio, c'è un tasso fisso per punto e lavorano su una stima che completerò due punti al giorno, mi stavo chiedendo se questo è qualcosa che viene usato regolarmente o se dovrei provare a farli passare a oraria?

La mia preoccupazione è che i punti siano usati solo per le funzionalità e se una caratteristica ha un bug questo non viene preso in considerazione, quindi non verrà addebitato alcun tempo speso per correggere quel bug. Corretto?

    
posta user111510 12.12.2013 - 13:27
fonte

2 risposte

6

they have said they will pay me based on a points basis ... I was just wondering if this is something that is used regularly or if I should try and get them to switch to hourly?

Se questo approccio è comune o meno, non importa, è ciò che ti viene offerto.

Il lavoro a contratto è di solito orario o per progetto. Ad esempio, se inquadrando una casa l'equipaggio potrebbe ricevere $ X all'ora o potrebbero essere pagati $ ABC totali per il progetto.

La seconda azienda ti offre una variante dell'approccio per progetto. I loro progetti sono di dimensioni variabili e utilizzano i punti come mezzo per valutare le dimensioni.

Passare a per progetto sposta parte del rischio del progetto sull'appaltatore (tu, in questo caso). La compagnia sta dicendo "pagheremo $ ABC in totale per farti fare XYZ". Devi valutare il rischio di essere in grado di completare XYZ in un periodo di tempo che mantiene i tuoi guadagni a un livello ragionevole.

Questo può funzionare a tuo vantaggio se sei veramente veloce nella programmazione. Se completi il progetto in meno tempo del previsto, allora sei effettivamente pagato più per ora di lavoro.

Questo può funzionare contro di te se le stime sono spente o ti imbattono in problemi imprevisti. In questo caso, la tua tariffa oraria effettiva sarà inferiore.

Devi pensare a quanto sono accurate le loro stime, qual è la qualità del loro codice e quanto bene puoi lavorare all'interno della loro base di codice.

My concern is that points are only used for features and if a feature has a bug this isn't taken into consideration so any time spent fixing that bug won't be charged.

Non necessariamente. Questo è qualcosa da negoziare con l'azienda. In altre operazioni, i contratti per progetto hanno spesso una clausola "circostanze attenuanti" che consente di addebitare una tariffa oraria di tempo e materiali in caso di problemi imprevisti.

In questo caso, prima puoi identificare i problemi, meglio è. Vuoi essere in grado di sollevare il problema prima di investire troppo del tuo tempo che potrebbe non essere compensato.

Indipendentemente dal fatto che tu debba accettare o meno la loro offerta per punto dipende da quanto sei a tuo agio con i rischi che comporta. Dipende anche dal fatto che pensi di poter far funzionare le circostanze a tuo favore.

Anche tu potresti non avere scelta. La compagnia potrebbe non essere disposta a negoziare. E se è così, allora dovrai cercare un lavoro a contratto altrove.

    
risposta data 12.12.2013 - 15:54
fonte
1

Questa è una domanda che ha due aspetti: come gestisci i tuoi clienti e come i tuoi clienti gestiscono il tuo lavoro. Il primo è un aspetto aziendale, il secondo è una questione di controllo qualità.

Sarò un po 'ottimista e presumo che in qualche modo approvi il tuo lavoro quando lo invii. Se non c'è, fallo accadere. Ciò fornisce le basi per un rapporto di lavoro stabile, in quanto chiarirà a entrambe le parti ciò che serve per lavorare insieme e quando le cose stanno andando soddisfacenti.
Essere un professionista indipendente include la contrattazione su cose come questa. Devi essere in grado di funzionare, altrimenti stai pagando per la loro incompetenza. (in termini di garanzia della qualità e controllo)

Dovrei dire che con un sistema di pay-per-task, inizialmente stai assumendo l'onere del rischio quando si tratta di bug. Ciò significa che devi pianificare per loro, poiché inevitabilmente accadranno. Significa anche che devi fare un po 'del tuo QC e QA prima di inviare il tuo lavoro per l'approvazione, per minimizzare il rischio di fallimento. Tenere traccia del tasso di insuccesso migliorerà la precisione quando si tratta di fare una buona stima su quanto tempo ci vorrà per completare un'attività finché non sarà stata accettata dal dipartimento / processo di controllo qualità della società di assunzione. Inoltre, è necessario assicurarsi che un'attività sia specificata in obiettivi chiari e completabili. (SMART)

Se il cliente non ha alcun processo di controllo qualità, allora sei nei guai. Se non vi è alcun tipo di controllo di qualità durante l'accettazione, non vi è alcun trasferimento di responsabilità. Sei bloccato con gli insetti finché non se ne sono andati. Questo quindi consente loro di giocare il gioco della colpa, per sempre. Alcuni CQ di base dovrebbero aver luogo al momento dell'accettazione del lavoro o di un lavoro completo consegnato (non punti, ma prodotti / parti completi) consegnati. Ogni attività è come un mini progetto e deve essere trattata come tale.

Ora, se il loro controllo di qualità ha superato il tuo lavoro, dipende da loro. Se lo gettano sul piatto dopo averlo accettato prima, allora è un nuovo lavoro se me lo chiedi. Ma questo è davvero qualcosa che tu e il tuo cliente dovreste avere concordato prima di iniziare il lavoro. Forse hai bisogno di (ri?) Di negoziare questo bit con il tuo cliente.

Come x i punti al giorno, sembra il tipico provisioning del lavoro agile tipo SCRUM. Non avrei problemi con questo, a patto che le tue stime non differiscano troppo dalla loro. Sarebbe utile se tu avessi voce in capitolo nel preventivo, ma a volte non è solo la tua chiamata.

Alcune note a margine su QA e QC:

  • Quality Assurance è il processo che garantisce la qualità dei processi utilizzati per lo sviluppo del software. per esempio. Pianificazione del controllo della qualità, delle valutazioni dei processi e di come migliorare i processi dopo la ricerca di errori.
  • Controllo qualità è ciò che fai per verificare che il prodotto stia facendo ciò che deve fare. Cose come impostare un test unitario per un progetto specifico ecc. (Compresa tutta la pianificazione necessaria per realizzarlo)

È probabile che una società senza un processo di controllo della qualità abbia fallimenti, il che probabilmente significherebbe che il codice potrebbe essere bacato. Il tuo codice che deve integrarsi con esso e potrebbe soffrirne a causa di esso. Il QA implicito è solitamente lo stesso di nessun QA, in quanto è privo di struttura e pertanto il miglioramento dei processi è molto difficile. (se non impossibile) Avere QC senza guida è quindi solo un modo per farlo sembrare superficialmente.

Il controllo qualità dovrebbe essere il risultato del controllo qualità. Ci sono un paio di sistemi che possono aiutare a migliorare il QA, come CMMI e SPICE (ISO / IEC 15504)

    
risposta data 12.12.2013 - 14:18
fonte

Leggi altre domande sui tag