What if the first week ended with a green pull request?
That is how the first week goes. Day one: clone, local environment, a read of the code and the tests, a written list of what is clear and what is not. By Friday: one real feature closed up to the pull request, tests and static analysis green, reviewed by your lead. From there the pace is yours: sprints, kanban or tickets.
Tools and standards are yours (Git, CI, issue tracker, chat). If they are missing, a one-page proposal arrives and is applied only after your go-ahead. What you keep every time:
- Pest or PHPUnit tests around every feature touched; coverage measured in CI.
- PHPStan at the maximum level on new modules, a baseline on the rest that can only shrink.
- Mutation testing (Infection) on critical modules: tests must fail when the code changes.
- One small pull request at a time, with what changes and why written down.
- Delivery with written architecture decisions, runbook, no secrets in the repository.