I termini di pagamento influiscono sulla metodologia di progettazione del progetto?

Question

I termini di pagamento influiscono sulla metodologia di progettazione del progetto?

#1 da (4 voti)
#2 da (2 voti)

6

Quando lavori a un progetto software per un cliente, ci sono due modi in cui questo può essere fatturato: progetto a tariffa fissa o fatturazione oraria.

La scelta dei termini di pagamento influisce sulla metodologia di progettazione che sceglieresti di utilizzare?

Ad esempio, uno dei vantaggi della programmazione Agile è che le modifiche possono essere apportate molto rapidamente, e c'è meno enfasi sulla documentazione, in particolare per quanto riguarda la progettazione in anticipo. Questo è ottimo per la fatturazione ogni ora, ma quando si lavora su un progetto a tariffa fissa, si desidera evitare le modifiche il più possibile, o fatturare extra per il lavoro aggiuntivo creato.

In tal caso, la documentazione e la progettazione iniziale diventano più importanti, in quanto costituiscono un ottimo modo per concordare l'esatto ambito del progetto e possono essere utilizzati per mostrare deviazioni dalla progettazione e quindi costi aggiuntivi.

Tendi ad utilizzare diverse metodologie di progettazione per progetti a tariffa fissa e tariffa oraria? In tal caso, quale particolare metodologia ritieni che funzioni meglio per i progetti a costo fisso?

agile methodology billing

posta Gavin Coates 13.06.2011 - 12:25

fonte

2 risposte

Leggi altre domande sui tag agile methodology billing

best practice nella creazione di un backlog di prodotti in mischia [chiuso] Sto imparando Java e sto pensando a come e quando imparare Android?

score 4 · Answer 1

This is great for per-hour billing, but when working on a fixed-fee project, you want to avoid changes as much as possible, or bill extra for the additional work created.

Oppure, e questo è il modo di pensare agile, puoi regolare l'ambito nel tempo da "ciò che il cliente inizialmente pensa di volere" a "ciò di cui il cliente ha realmente bisogno". Lo facciamo impostando una quota fissa in anticipo basata su un ambito specifico, quindi rimuovendo le cose che non hanno realmente bisogno di far spazio a cose che prima non sapevano di volere.

Naturalmente, questo dipende interamente dal rilascio anticipato e spesso dal principio di Agile. Senza quello, non vedranno mai il prodotto crescere e vedere dove si trovano le loro priorità.

Inoltre, questo richiede che tu firmi un contratto che permetta il cambio dell'ambito (nota: non strisciare) o devi continuare a farlo firmare per le singole modifiche allo scope originale.

Un altro modo di considerare questo è che è la fatturazione ogni ora, ma con il cliente che accetta quante ore si spendono in anticipo. Se poi vogliono qualcosa che loro descrivono in favore di qualcosa a cui in origine non avevano pensato, costerà loro di più.

score 2 · Answer 2

Penso che i termini di fatturazione siano meno importanti del tipo di cliente che hai. Ho gestito prezzi fissi e progetti "per ora" con Agile e hanno funzionato abbastanza bene (con i clienti con cui ho potuto accedere e lavorare attraverso le modifiche / iterazioni / ecc.)

In entrambi i casi, è necessario tenere traccia delle "ore lavorate" (nota - questo -NOT- significa schede attività o registrare ogni ora effettiva lavorata) e confrontare con la "stima"

Inoltre, ti incoraggio vivamente a sviluppare in blocchi più piccoli e a consegnare frequentemente. Non hai bisogno di incorporare il feedback dei clienti. Fornire costantemente sviluppa una buona cadenza e buone pratiche che aiuteranno il progetto in generale.

Bottom line - No, non credo che i termini di pagamento influenzino la selezione della metodologia (sarebbe un effetto del 4 ° ordine al meglio: -)