|
|
|
|
|
by hullo
5293 days ago
|
|
What you don't get here (and he didn't really spell it out because I guess it seems obvious once you're in that position) is you don't have time to (nor should you even want to) follow every email thread about every project that you (should, theoretically) already have complete faith that your employee is successfully executing. If you need an update, you just want an update (hey I noticed Bill's getting a little antsy, here's the status of project 127: "status") not to find and trace back through a discussion of x y and z aspects of implementation or marketing or whatever. |
|
This also means that if your developers drop the ball, you're screwed. You can't possibly know if someone is sticking bugs in the code as they race for a deadline, but when the system misses deadline because of it, guess who's responsible?
Doesn't help when you stick up for a dev for weeks or months and then they burn you by introducing shoddy code or not testing thoroughly, and their response is 'well I sent you a bunch of read receipt emails, so those browser bugs I introduced aren't my fault - you should be paying attention'.
This experience is why I work so hard to back up my boss or lead when I'm just a developer on a project.