Racconto il passaggio di consegne di un cliente che ha cambiato agenzia (dal lato di chi subentra)

Ho esperienza anche come parte cedente, aggiungo due punti da lì.

1. Il passaggio di consegne avviene nel momento peggiore della relazione e per questo di solito viene fatto male. Se nel contratto si inserisce una clausola "procedura di passaggio", questa parte emotiva si riduce: cosa, a chi, entro quanti giorni viene consegnato è scritto fin dall'inizio.

2. Dico qualcosa anche all'agenzia che cede: un buon passaggio di consegne è il miglior marketing. Due clienti che abbiamo consegnato correttamente sono tornati due anni dopo per un altro lavoro. Chi sbatte la porta non torna.

Da noi è andata così: quando abbiamo preso in carico, abbiamo fatto una sola riunione di passaggio con la vecchia agenzia e ha funzionato molto bene.

Due ore, registrate, solo domande e risposte. Il nostro team si era preparato prima, aveva scritto le domande. Quello che abbiamo imparato in quelle due ore non l'avremmo imparato da soli in due settimane.

Il cliente aveva messo questa riunione nel contratto, altrimenti non sarebbe avvenuta. La consiglio.

Come piccola agenzia aggiungo: nel progetto che prendete in carico, nel primo mese non cambiate niente perché è "brutto".

È il primo riflesso di ogni team che subentra, lo era anche per noi. Poi abbiamo imparato che sotto quella soluzione brutta c'è quasi sempre una ragione e fare pulizia senza conoscere quella ragione significa rompere qualcosa che funziona.

Prima di cambiare, rispondi alla domanda "perché è stato fatto così". Anche se non c'è risposta, il fatto di aver cercato è ciò che ti protegge, non ciò che ti rallenta.

Esatto, e non è nemmeno così noto. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

Correggetemi se sbaglio.

C'è un punto che mi incuriosisce. Se lo scope cresce, devono crescere o i tempi o il budget. comunque non c'è una terza opzione.

È tutto, scusate se mi sono dilungato.

Parlo dal lato opposto io sono dalla parte dei fornitori. Se cerchi di cambiare tutto insieme niente si stabilizza.

Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione. Buon lavoro.

Scrivo questo per evitare che facciate lo stesso errore. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Direi di non avere fretta. Se il contratto non specifica la proprietà del codice, al momento di andarsene non hai potere contrattuale.

Confermato dall'esperienza.

La risposta sopra ha colto l'essenza della questione. Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

Naturalmente cambia se la vostra situazione è diversa.

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

Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione. Spero che le sia utile.

Se scendiamo nei dettagli: Le soluzioni che funzionano su piccola scala crollano quando si cresce, l'ho imparato tardi.

Buon lavoro.

Grazie mille, mi è stato molto utile. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Anche da noi è così. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

Naturalmente cambia se la vostra situazione è diversa.

Ti seguo. boh il vero problema non è il numero ma su cosa si basa quel numero.

Grazie mille, era la risposta che cercavo. Il codice senza documentazione di installazione non è tuo, anche se ce l'hai in mano.

Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera. Confermato dall'esperienza.

Avete ragione, sono passato anch'io per la stessa strada. Nessun processo migliora senza tracciamento perché non sai cosa correggere.

Per un periodo ci siamo bloccati anche noi nello stesso punto. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Quando decidiamo senza misurare, finiamo sempre nello stesso punto. Sono curioso di sapere se qualcuno lo fa in modo diverso.

C'è anche un aspetto di misurazione. Quando prendi una decisione, guarda prima quali dati hai a disposizione.

Confermato dall'esperienza.