Feedback
Collecting feedback is a pretty good idea.
Feedback is an opportunity to become a better team member and software developer by asking the right questions.
Instructions
- Create a small feedback form. The simpler the the better. Google Forms is a common choice.
- Add four open-ended prompts to the form:
- What should I stop doing?*
- What should I start doing?*
- What should I keep doing?*
- Additional feedback and notes
- Require the first three prompts. Only the fourth prompt is optional.
- Send the form to peers you work with daily and wait a week.
- Check the responses once the week has passed.
- Note down whatever responses you find actionable and make action points for yourself with a deadline of a few months.
- Send the form to the same peers again once these action points have been fulfilled. The same one can do.
- Wait another week.
- Compare old responses with new ones and self-evalute whether you’ve made positive progress. Course-correct if not.
Notes
- I prefer to keep forms anonymous; otherwise I ask my peers for feedback directly without a form. Either way those colleagues who want to be recognized will find a way to make it clear who they are.
- Optional feedback tends to net less responses overall, but these responses are more honest.
- Frequent feedback is great, but tiring for the team. On the other hand infrequent feedback isn’t optimal for personal growth. I space out feedback requests by 2 - 3 months.