| ▲ | gloryjulio 6 hours ago | |||||||
Requirements engineering still applies to senior engineers. You are given a problem and you need to work out the requirements and the path to completion. But for staff engineers, they need to to discover the scope themselves. That's where "inventing" coming from. Not saying inventing is a good word here, but requirement alone is not enough for staff level's work | ||||||||
| ▲ | nmehner 5 hours ago | parent [-] | |||||||
"Requirements Engineering", "Writing Code", "Writing Documentation" are all areas of work that are independent of seniority in my point of view. I might send a junior to a well-meaning customer that already knows exactly what their requirements are to just document them and learn the process. Or I might require a principal engineer for the requirements engineering of: We need a new programming language. Let's figure out the requirements for it and what abstraction level is actually feasible for the target hardware platform. Same for writing code: A junior might write code, a staff engineer might write code. Just likely on very different levels. If an engineer comes to a manager and asks for budget for work they invented, I'd expect the answer to be something along the lines: "That is nice, but can we please focus on the stuff we are required to do?" That alone would be reason enough for be not to put ideas that way, but to come up with a requirement why it makes sense to do the work. | ||||||||
| ||||||||