Come funziona escrow su progetti software? [chiuso]

0

La mia comprensione di impegno, in quanto viene utilizzata in progetti software tra un " client " (messa in servizio del software / app) e un " appaltatore "(sviluppatore; provider di servizi applicativi) è la seguente:

  • Il client & l'appaltatore firma un qualche tipo di Master Service Agreement (MSA) e 1+ State of Work (SoW), che identifica quanto il cliente pagherà per il sistema software; facciamo in modo che sia semplice e dica che questo importo è di $ 10
  • Il client crea un account con un servizio di impegno designato e inserisce $ 10 in quell'account
  • Il contraente può ora verificare (tramite il servizio di deposito a garanzia) che $ 10 si trova nell'account. Il contraente costruisce il software
  • Il contraente consegna il software al client e notifica il servizio di deposito a garanzia
  • Il servizio di deposito a garanzia ha un arbitro che verifica in modo indipendente se il sistema consegnato soddisfa i requisiti identificati in MSA / SoW
    • Se il software fa soddisfa questi requisiti, il servizio di deposito a garanzia paga l'appaltatore
    • Altrimenti, i termini del contratto dettano ciò che accade

La mia comprensione dei servizi di escrow / escrow e il loro uso tipico nei contratti software, sono corrette o sono tratto in errore in modo orribile?

    
posta smeeb 04.05.2016 - 20:31
fonte

2 risposte

4

Questo è un modo per farlo. Trovare e pagare un arbitro qualificato per determinare se il sistema consegnato soddisfa i requisiti di MSA / SoW può essere un problema. Inoltre, non è insolito che i requisiti cambino durante il processo di sviluppo.

Ho visto i servizi di deposito a garanzia usati più spesso nel contesto di "appaltatore che deposita regolarmente il codice sorgente nel repository e se l'appaltatore cessa l'attività, il cliente riceve una copia del codice".

"L'appaltatore ha cessato l'attività?" è una domanda a cui rispondere è molto più semplice di "il codice soddisfa i requisiti?"

Per quanto riguarda la protezione delle parti, ho avuto successo usando un "mini impegno". Chiederei al cliente di pagarmi 60 giorni in anticipo. Fornirei rapporti settimanali che mostrano progressi sia in termini di ore che di risultati (modifiche al codice). Spedirei il codice sorgente al cliente il prima possibile. Quando avevo esaurito i 60 giorni di paga, il cliente poteva scegliere di pagare altri 60 giorni o meno. Nel momento in cui abbiamo raggiunto la fine del contratto (dove il completamento è scaduto da meno di 60 giorni) abbiamo avuto abbastanza fiducia l'uno nell'altro che le ultime attività sono state completate su una stretta di mano.

Il cliente rischia 60 giorni di paga da parte del contraente (ma non di più). L'appaltatore sa che sarà pagato per il lavoro che ha promesso di fare. Entrambe le parti hanno la possibilità di partire se le cose non funzionano.

    
risposta data 04.05.2016 - 20:42
fonte
4

Ho visto un significato diverso rispetto al termine impegno in relazione allo sviluppo e alla gestione del software.

  • Lo sviluppatore memorizza la versione crittografata del codice sorgente del software con un servizio di garanzia.

  • Il servizio di garanzia periodica tenta di contattare lo sviluppatore / società contraente per vedere se sono ancora vivi / in attività e manutenzione del prodotto software.

  • Se dopo un determinato numero di tentativi / tempo il servizio di deposito a garanzia non può sollevare lo sviluppatore, quindi il software è considerato non supportato e il codice sorgente del software viene trasferito al cliente.

Ovviamente questo è un grosso problema per lo sviluppatore dato che potenzialmente stanno dando molto. Tuttavia, se il cliente sta basando la propria attività sul software e sono preoccupati per questi scenari e se pagano abbastanza denaro, allora può essere ritenuto che ne valga la pena.

Questo non protegge lo sviluppatore dal non essere pagato (suggerirei di anticipare anticipatamente una parte della commissione) e non protegge il cliente dall'ottenere quello che vuole. Credo che sia una domanda molto più grande, magari poniamola come una domanda separata qui.

    
risposta data 04.05.2016 - 20:57
fonte

Leggi altre domande sui tag