Cambiato lo sviluppatore, il nuovo non capisce l'ambiente — il progetto ritarderà

Ti seguo. Cercare di farlo da soli è la strada più costosa.

Un report settimanale scritto sull'avanzamento è molto più utile che chiedere date.

Questo thread è archiviato.

Sono della stessa opinione. Il codice senza documentazione di installazione non è tuo anche se ce l'hai in mano.

Io seguirei questa strada.

Bisogna fare una distinzione qui. La risposta varia molto in base al settore, non esiste una regola generale.

Naturalmente cambia se la vostra situazione è diversa.

Bisogna fare una distinzione qui. L'errore commesso da cambiato sviluppatore progetto bloccato è generalmente reversibile ma costoso.

Cercare di farlo da soli è la strada più costosa. Io seguirei questa strada.

L'anno scorso abbiamo vissuto quasi la stessa cosa... Se lo scope cresce devono crescere o i tempi o il budget... Non c'è una terza opzione.

Nei sistemi ereditati la cosa più costosa sono le dipendenze sconosciute. insomma naturalmente cambia se la vostra situazione è diversa.

Separiamo i concetti vengono confusi. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

Buon lavoro.

Può approfondire un po'? Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

Quando decidiamo senza misurare, finiamo sempre nello stesso punto. Confermato dall'esperienza.

La risposta sopra ha colto l'essenza della questione. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Questa è la mia opinione, non la scrivo come verità assoluta.

Sono emerse tre opinioni diverse si completano a vicenda. Un report settimanale scritto sull'avanzamento è molto più utile che chiedere date.

Introdurre un processo per le richieste di modifica non rallenta il lavoro lo accelera. Naturalmente cambia se la vostra situazione è diversa.

argomento mollto attuale.

Scrivo questo per evitare che facciate lo stesso errore. Un report settimanale scritto sull'avanzamento è molto più utile che chiedere date.

Le persone difendono le abitudini, non i processi. La resistenza nasce da lì. Spero che le sia utile.

Esattamente così. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

quanto scritto rispecchia esattamente ciò che abbiamo vissuto. introdurre un processo per le richieste di modiffica non rallenta il lavoro, lo accelera.

questa è la mia opinione, non la scrivo come verità assoluta.

Ti seguo. Se ricevete tre risposte diverse su un argomento, la domanda è posta male.

Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date. Questa è la mia opinione, non la scrivo come verità assoluta.

se volete procedere così, risolvete questo punto fin dall'inizio.. ma prendere appunti per due settimane dà risultati migliori rispetto a una stima di sei mesi.

Questo consiglio non va bene per tutti secondo me. Chiedete chi ha preparato l'offerta e chi farà il lavoro.

Correggetemi se sbaglio.

salvato. il vero problema non è il numero, ma su cosa si basa quel numero.

ogni "ci pensiamo dopo" in riunione significa lavoro non preventivato ma naturalmente cambia se la vostra situazione è diversa.