Karojisatsu – Leaving the DevOps Community
itrevolution.com
itrevolution.com
And time and time again, I've been told the answer was a resounding "yes" by employers, investors, managers, etc., yet when I answered "no" (usually because my inadequate technical skills), the world continued to spin, my business continue to exist, and my technical abilities continued to slowly get better.
While the wily freelancer / engineer should always boost his safety margin by telling his boss 6 months minimum when he's done it before in 2 months, I've found through experience the best thing to do regarding minimizing my own internal stress is to admit to myself that I don't need to be the best, the "A" student, the hotest new company, 30 under 30, or what have you. Instead, it's far more critical for me to enjoy my work and make enough money to survive comfortably in 2015. If the vicissitudes of life (in the form of my boss, investors, clients, etc.) decides to give me success, then great, but if not, I'm content being humbly myself.
To someone who hasn't gone through a career related burnout, failed a business, or whatnot, the above spiel probably sounds like the fatalistic whining of a weakling. The fact is, there is no sense pretending (especially to yourself) that you're somehow strong or a badass. It's much better than to cast out pride, get verbally peed on by your disappointed bosses, and do things at your own pace than it is to push yourself to the point you come to hate the thing you've invested so much time into.
I agree most business owners wouldn't believe anything close to "some must die" - however, I do believe that inaction is almost as bad, and I do think mental health / wellness doesn't get anything like enough thought or attention. The harder you work your staff, and the more pressure you heap on them, the more you have to focus on them as individuals and support them better.
That's me, but I feel the burnout at the same time. On one hand it is me who is addicted to working, and on the other hand I just can't start thinking that doing more would allow me to work on something more interesting, like a mad scientist trying to solve some mystery. But half of what I do are break-fixes, and can't even start working on real devops, gaming changing practice. The culture - devops, building practice is part of my job, but often I don't see me doing that...my responsibility exceeds my title, my role right now, which is great for career growth. I don't know man...
I'm 23.
Where I am, I know that the wider organization is completely not capable of actually fixing itself (when your network team is still manually running ping and tcproute instead of having monitoring galore from every link to another either with vendor tools or something crude like Nagios, you're too far behind to ever catch up). So, even if my corner of the devops world is completely flawless, I will be basically handing off tickets to another team 100% of the time while my applications that depend upon them suffer the consequences.
According to my boss I already am changing how others do things by showing the power of solid, modern tooling and instrumentation but it's awful hard to tell that any of it makes a difference when you're doing 20-hour days 3 days in a row all for issues you only diagnosed, none that you are directly responsible for.
Stories and situations like this is one of the reasons I accepted a board position at http://www.headquarterscounselingcenter.org/. It's very preventable with the right treatment at the right time.
(I'm sitting here in Sydney still trying to deal with the guilt over a friend who committed suicide this week - we'd been making and rescheduing plans to get together for a beer/catchup since before xmas. I have no idea if he wanted to talk about how rough business/life/family was, or if anything I could have said or done would have made any difference...)
http://mefiwiki.com/wiki/ThereIsHelp
(I run this wiki, and this is something that makes me really happy and eager to.)
The main character takes over an IT organization that's way behind on deadlines and experiencing one major disaster after another. He gradually transforms it with better practices, until everybody's living a stress-free, balanced life, and they're delivering much better results to the business.
These two things don't need to be in conflict.
The Phoenix Project should be required reading for all IT professionals, especially senior leadership. If you've worked in IT for any amount of time you'd quickly recognize all the characters and wondered who from your organization told all your dirty laundry to Gene.
This is more like leaving the world?