Open GeorgianaElena opened 1 year ago
document the current goal setting process
decide responsibility for this process
I would say this process should be driven by me as the Eng Manager and the Tech Lead as a team (which is what we essentially did for Q2 planning)
create a mechanism for reflecting about it and leaving feedback about it
Quite important! I am still trying to figure out what would be a good process for that retrospective.
I've been reflecting on this one, and wanted to share a few ideas:
So here's a suggestion:
I fully support that this should be an org-wide process, and not silo'd to engineering! Let's expand and make sure it works for everyone. In particular, the general structure of:
I've written down how I think the process went for Q2 in https://docs.google.com/document/d/1OweVv18mzCeVWg0VjjADi99fG9NIFvQ3p4BRfeNrImM/edit#, and think we can use it as a baseline for improvements for Q3. In addition, I'd love for us to expand this process outside of engineering to everyone in the team. I've also left TODO notes there that capture what I think is left to be done. We can hopefully do more prep work here, and then do more work on it during the team meeting.
I wrote out a proposed process for our quarterly goals setting. It tries to clarify some questions around what form goals should take etc. Can we quickly iterate and align on this process, and then follow it for our current goals planning for Q3?
Please, let me go away from the general discussion for a little bit...
Based on Chris's proposal and given the short time we have ahead before the start of Q3, I want to propose for the upcoming iteration, the following timeline:
If I do not hear disagreements by the end of the week, I will send the corresponding invites next Monday morning.
I've created a planning issue for Q3 2023 below to kick-off this process. I adopted @damianavila's proposed schedule and added it to the issue as our tasklist.
Let's use that to do one iteration, and then close out this issue when we've encoded the process after learning from this time. Then we can iterate from there.
I've gone through a few more iterations and updated the process for our goals and sprints. I know this is somewhat of a moving target as we are both following and defining the process at the same time. Nonetheless I'd love any comments from folks:
https://docs.google.com/document/d/1EukvDeBk1JUiWQl30tFwhmXbY_It8RZhGAAS0NlhA2Q/edit?usp=sharing
We've had a few more iterations and I think that this process is nearly ready to try for this quarter. @pnasrat and @damianavila there are a few comments in the process proposal that I'd like you to decide on - please go with whatever feels best to you. Other than that, I think that we can move forward unless there are objections.
We now have a process for choosing quarterly goals 🎉 This issue can be closed I believe.
@GeorgianaElena, I will reopen this one because there is a missing last piece around documenting what we currently have (see the last task at the top post).
Context
I believe this quarter we've been very good in setting the goals just in time and the mindset was more towards trying to scope them into actionable items, rather than relying on generic ones like we did in the past. Another new practice is that we started exclusively assigning goals to teams, rather than to individuals.
I think this is a very good step forward in improving the overall goal setting process. But there are still lots to learn and experiment and we need a place to store the process and its iterations, and also a mechanism for gathering feedback.
Proposal
I propose we start to create a process for choosing and setting the goals, starting from what we have now (I am not sure if one exists already?) and then gather feedback/ideas from the team for future improvements.
I believe it's important to have intentional sessions when we reflect on both the goals of the previous quarter, but also on the process that was used to choose/scope/allocate them, so we can learn from it and improve it the next iteration.
I also believe it's important to decide who takes responsibility for this process and for iterating it further (like we did for the support process in https://github.com/2i2c-org/team-compass/issues/655).
Updates and actions
Maybe start from somewhere simple like:
And then: