Quattro fasi. Niente teatro.

Domande frequenti sul processo.

Cosa chiedono i clienti prima di dire sì.

• Quanto dura tipicamente la fase di discovery?+

  Tra tre giorni e due settimane, a seconda della complessità e di quanti stakeholder vanno coinvolti. Per un sito marketing mirato spesso bastano due incontri. Per una SaaS multi-tenant con tre gruppi di utenti + requisiti di compliance sono più realistiche 8–12 ore di interviste distribuite su due settimane. Importante: la discovery non è un "pitch gratuito". Viene fatturata come primo blocco di lavoro vero, se dopo non vuoi continuare a costruire, hai comunque una discovery ben documentata da portare con te.

• Cosa succede se lo scope cambia dopo la fase 2?+

  È esattamente per questo che le fasi sono tagliate così. La fase di architettura è l'ultimo punto realistico in cui puoi cambiare lo scope senza dolore, dopo c'è codice che va adattato. Ma tutto viene costruito apposta in modo che anche dentro la fase di build siano possibili pivot: la pianificazione degli slice viene rivalutata ogni due settimane, i feature flag permettono di togliere senza stress di rollback, e nel repo si documenta perché ogni scelta è stata fatta, così un cambio successivo non significa: "perché è stato fatto in questo modo?".

• Fate sprint planning, stand-up, retro, tutto l'apparato Scrum?+

  Ogni due settimane viene consegnato uno slice con un breve status update. Se serve, 30 minuti di incontro, altrimenti l'allineamento è asincrono. Retro dopo ogni slice per iscritto, non come workshop da 90 min. Metà dei rituali Scrum sono burocrazia che i team piccoli non servono. L'altra metà, slice demo, update scritto, prossimo passo chiaro, è utile. Quella rimane.

• Possiamo collaborare se abbiamo sviluppatori nostri?+

  Sì, e di solito migliora il risultato, perché portate domain knowledge che dall'esterno non si potrebbe mai recuperare. Tre modelli sono possibili, a seconda della disponibilità del team: (1) method64 costruisce, il tuo team fa review delle PR e prende in mano dopo 4–8 settimane, scenario lift-out. (2) Pair misto: method64 e il tuo senior lavorano sullo stesso slice, voi imparate lo stack mentre viene costruito, trasferimento di competenze. (3) method64 fa il frontend, voi il backend (o viceversa), se siete forti in uno e esternalizzate l'altro. Quale modello si adatta viene chiarito nella discovery, di solito esce dalla vostra capacità.

• Cosa succede dopo le 4 settimane di hypercare?+

  Tre opzioni. (a) Pay-per-use: ti fai sentire quando c'è qualcosa; fatturazione a ore. Niente retainer minimo. (b) Monte ore fisso al mese (tipicamente 4–16 ore), manutenzione + monitoring review + piccoli adattamenti inclusi. (c) Lift-out: sessioni di handover al tuo team, dopodiché il prodotto gira interamente da voi. La raccomandazione abituale è prima (a), quando il volume diventa rilevante, si passa a (b).