Se lunedì entrasse nel repository e venerdì avesse una pull request verde?
Così va la prima settimana. Primo giorno: clone, ambiente locale, lettura del codice e dei test, una lista scritta di cosa è chiaro e cosa no. Entro venerdì: una feature vera chiusa fino alla pull request, con test e analisi statica verdi, revisionata dal vostro lead. Da lì il ritmo lo decidete voi: sprint, kanban o ticket.
Strumenti e standard sono i vostri (Git, CI, issue tracker, chat). Se mancano, arriva una proposta in una pagina, applicata solo dopo il vostro ok. Cosa vi resta in mano ogni volta:
- Test Pest o PHPUnit attorno a ogni funzionalità toccata; copertura misurata in CI.
- PHPStan al livello massimo sui moduli nuovi, baseline sul resto che può solo calare.
- Mutation testing (Infection) sui moduli critici: i test devono fallire se il codice cambia.
- Una pull request per volta, piccola, con scritto cosa cambia e perché.
- Consegna con decisioni architetturali scritte, runbook, nessun segreto nel repository.