3 ms·
Putting on my (thankfully former) manager hat, I'd say that you are bearing the brunt of your boss's poor planning. As others have commented, you getting blamed
by titzer 5y ago
Putting on my (thankfully former) manager hat, I'd say that you are bearing the brunt of your boss's poor planning. As others have commented, you getting blamed by a skip-level manager is a bad sign and something is off. But, now that you know that, don't turn around and blame your manager for it or make a big stink. It will not be in your favor to make a big stink, especially if it's to take sides against them in a public way. Your relationship with your manager is important, so you have to find a way to move forward that doesn't inject more bad blood into the situation. Try to keep your conversations about this confidential--don't go blabbing about it and loudly complaining. It can make the environment toxic. As the low person on the totem pole, you might just get shown the door.
Going forward, make sure that expectations are clear. Particularly requirements! Make sure you have requirements spelled out, on paper, over email, in planning documents. Make sure you point out when requirements change, and do it over email or paper, or some durable medium. Don't let situations get murky and rely on faulty memories. In short, try to be the organized, rational, delivering engineer that puts in good work and reliably delivers. If your management doesn't have the attention span or organizational skills to spell out plans and requirements, then it's going to be on them when failure occurs.
Things not being on time is almost always management's fault. They set timelines. They set expectations. They have the power and make the decisions. As long as you are giving them good estimates and delivering, it's definitely their fault if things slip.
edit: I will add that you don't need to keep what you are working on confidential. Talk to your coworkers and friends about your technical challenges all the time. Just don't bad mouth your project or your manager.
- pmarreck 5y ago> (thankfully former) manager hat Care to elaborate? (I'm considering starting a small thoughtbot-like company that focuses on elixir/functional languages primarily, where I'd mostly play dev-shepherd)
- titzer 5y agoI want to do research and be more hands on. The manager part had me spending a lot of time not doing that, but doing things that benefit the organization rather than the technology.