...
I cannot remember if this is true, but I thought the django 3.2 upgrade and migrating from Travis to github actions happened really close to each other. That’s a bit confusing in the beginning.
Owning teams ( hand hands off few services ) but there must be some process where they verify or help in deployment and testing.
All support tiers should have the owning squad performing any final testing and deployment of the actual Django upgrade
What should we start doing?
Introduce the ArchiArbi-bom team to rest of the engineering organization. Faces and names. I do feel like in the beginning, I don’t really know what stake Usama and Muhammad had in this effort until pretty late in the tasks.
Engineering All-Hands presentations at least quarterly?
Maintaining a record sheet for each team’s person to coordinate the tasks with would be a good step in increasing the collaboration when getting the pull requests reviewed by other teams.
We should fix deprecation warnings in services actively which will minimize the final upgrade effort. We can create tickets in the backlog for fixing those warnings so those can be picked when the board doesn't have enough tickets to do.
Identify areas of the code that were challenging to get updated on schedule, and actively improve their state of maintenance.
Have an ongoing process for keeping dependencies up to date and pruning ones that aren’t actively maintained
Run upgrade codemods well before the Django upgrade
Better track outstanding warnings in CI suites, notify owners when they jump