Come gestire il software di "porting" ancora in fase di sviluppo

Question

Come gestire il software di "porting" ancora in fase di sviluppo

#1 da (1 voti)

0

La mia azienda sta costruendo una versione iOS di un'app per Android che il nostro cliente sta sviluppando (ma non è ancora stata rilasciata). Abbiamo accesso alle ultime build e sorgenti, tuttavia dal momento che il software viene spesso ri-strutturato e refactored, stiamo facendo un sacco di rilavorazioni non necessarie. Inoltre, la data di scadenza del contratto verrà probabilmente passata prima che l'applicazione del cliente sia pronta per il rilascio. In altre parole, dovremmo costruire la versione iOS prima che la versione originale di Android sia completa. Fortunatamente il cliente ha abbandonato la scadenza originale, ma ora potremmo dover rinegoziare i prezzi ... mai una situazione divertente.

Stiamo gestendo questo in modo errato? In che modo vengono normalmente eseguite "porte" (in particolare tra piattaforme mobili)? Esiste un modo corretto per lo sviluppo di pipeline per più piattaforme senza così tanto ri-lavoro?

Grazie in anticipo! :)

project-management contract mobile porting

posta BAM 20.09.2012 - 07:12

fonte

1 risposta

Leggi altre domande sui tag project-management contract mobile porting

Cosa succede al controllo richiama la funzione? tabelle PostgreSQL o JSONB per autorizzazioni

score 1 · Accepted Answer

Se la tua unica fonte di informazioni per l'applicazione è la sorgente Android incompleta, non c'è modo di sfuggire a questo pasticcio se non aspettare che finisca.

Un buon modo è che questo caso è avere un file dei requisiti ecc. che descrive il lavoro. Per il lavoro a contratto, se ciò che deve essere fatto non è chiaro, si verificheranno molti problemi relativi alla data di consegna e ai prezzi.

Parla con il cliente e formalizza ciò che deve essere fatto prima di fare più lavoro. Utilizzare test di accettazione / casi d'uso / file dei requisiti / storie utente / qualsiasi cosa per documentare ciò che deve essere consegnato e lavorare su quello. In questo modo, saprai di cosa sei responsabile (invece di un requisito in continua evoluzione quando la versione di Android cambia) e puoi parlare in termini pari con il client.