2 ms·
I think by defining a set of metrics and company principles that employees can measure themselves against. Furthermore, by taking into account peer evaluations
by notyourwork 9y ago
I think by defining a set of metrics and company principles that employees can measure themselves against. Furthermore, by taking into account peer evaluations which reflect on how valuable you are to your team.
An example might help demonstrate my thoughts: Last year I worked on a new UI for customers and went through 7 failed experiments. Does this mean that I suck at my job or that our designer dreamed up a failed interface or the business never should have started this initiate?
The designer designed what the business gave a green light to, I wrote the code to put this in front of customers. Are we all failures or is one of us a failure? My opinion (at least in this situation) is none of us failed.
Why? Because the business justified the project based on a need customer's were showing from data they collected and evaluation of the market. The designer created something that after a handful of iterations was green lit for an engineer to build. I was measured in terms of how difficult iterations were. For example, did it take an entire re-write to go from experiment x to x+1 or did you as an engineer anticipate some possible future directions that project could go which made iterations more easy to integrate into existing code.
Some of this is subjective, some is objective, but your peers (team, stakeholders, and adjacent teams) all have an ability to measure and provide feedback to you.
Different jobs require different types of assessments but I focused directly on software engineering since I have best frame of reference.