D RManager Readme
What is this?
This is a description of what I’m all about and my philosophies about what being a team is about.
What this is not:
This is NOT a pile of excuses for my bad behavior. This is not me trying to make my personality quirks into your problems because “well, I warned you about that in my README“.
Camille Fournier has a great blog post called I hate manager READMEs that sums up how I feel about how these kinds of things tend to turn out.
About Me
My pronouns are she/her.
I was born in Chicago and moved to Boston in 2012.
I spoil my cats.
My favorite color is orange. At least for this week.
I love Star Trek. I miss Firefly. BoJack Horseman cracks me up and then hits a little too close to home sometimes.
Music? Pretty much anything, but mostly 90s industrial, 90s-2000s EBM, Electro-swing, and Synthwave.
I use Android but I’m still mourning Windows Phone.
I’m a runner. I love cycling. I’m passionate about barebow recurve archery.
Contacting Me
You’ll get my personal cell phone number the day you join my team. I don’t usually answer my phone, but if it’s urgent you can leave a voicemail and I’ll get back to you. I want you to feel comfortable coming to me at any time if there’s something weighing heavily on your mind.
I check my work email & personal email constantly on my phone, even outside of work hours. That doesn’t mean I expect you to do that too, or that I will get back to you before the start of the next day. It just means I have bad FOMO.
I may not respond to your Slack message until the following day, either.
If a message from me needs an urgent response, I’ll tell you. Otherwise, assume it can wait until you have a moment to review what I’m saying and give it the appropriate amount of thought before responding. And if it’s after hours (and not urgent), I can wait until you get settled into your next work day.
My Values
Family
Whether they’re family by blood or family by choice, the people close to me are a priority for me, as I hope the people close to you are for you.
Physical and Mental Health
I don’t want anyone on this team burning themselves out or neglecting their health. That means no 60 hour weeks where you’re really productive on paper but you can’t get anything done. Shoot for a 40 hour week average. Finish work at a decent time. Eat good food. Have hobbies. Exercise. Sleep. You can’t pour from an empty cup.
If you’re sick, take a sick day. I’d rather you rest and come back sooner, rather than cough and sniffle as you work your way through an extended illness.
I believe mental health is health, and mental health care is healthcare. Depression, anxiety, or any other thing affecting you mentally or emotionally is just as valid a reason for a day off as the Flu. Take good care of yourself, and I encourage you to take advantage of all the benefits offered to you by our employer to give yourself the best treatment options possible.
Diversity
There’s a wide variety of people out there, and we do ourselves a disservice if we don’t actively seek to bring new ideas, viewpoints, and experiences into our team. Prejudice and bias not only rob others of a fair chance at a happy work life, they rob us of their unique contributions to our technical potential and culture. They have no place in a 21st century workplace.
Our differences are what make us great… and bring us together. Take it from me, a frog who has spent a lot of time getting together with a lot of very different, uh, whatevers
KermitTheFrog
Respect
We usually don’t get to pick our co-workers. We all need to find common ground, work together and not get in the way of anybody else getting their work done. That means personal respect, respecting boundaries, and acting like professionals.
Growth
You ever hear that joke that goes?:
Manager: We need to increase our training budget.
CEO: What if we spend all this money on our people and they leave?
Manager: What if we don’t invest in them and they STAY?
As your manager, I have a personal investment in your success. It helps you grow as an individual. It helps our team deliver new and innovative solutions. It helps the company as a whole to meet and exceed our goals. Your success is my success, both in real terms of job security and in the pride of watching you grow.
I hope you will take advantage of the resources the company and I make available to you, and I will regularly check in with you to make sure you’re setting aside time to learn new things appropriate to the work you do. I also hope you will make time outside work to invest in yourself.
This isn’t limited to learning new programming languages and technologies. Growing in so-called “soft skills” will pay big dividends in your career as well. Pick up a foreign language! Learn public speaking! Learn to cook!
One on Ones
You’ll find a weekly 1:1 meeting with me on your calendar, and there should be a link to an agenda document in the description.
1:1s are a chance to step back from our usual work and focus on bigger topics. I’ll usually bring a thing or two related to your recent performance, how everyone is working as a team, or maybe some changes coming soon for our team.
But, really, this meeting is supposed to be about you. So go ahead and drop a couple things on the agenda you want to talk about! You’ve got me for 30 minutes. Let’s talk about:
- Challenges you’re facing at work or things you just find frustrating, annoying, or just plain obnoxious.
- How you want to grow in your current role and your career in general.
- How to get better at Slack, time management, communication, and other critical components of remote work.
- How our team can work together more effectively.
Feedback
I’m not a servant leader. I’m here to encourage you, to challenge you, and to eliminate the barriers that keep you from making amazing things happen here. But while I may be friendly, I’m not your friend. And while I’m at all the team’s meetings, from standups to gaming time, I’m not a member of the team. I’m your manager, and I’m not doing you a favor if I pretend otherwise, especially if the only reason is to make myself more comfortable with the power disparity between us.
Here’s the thing, though. Servants don’t fire the people they serve, and you do. Servants don’t set salaries for the people they serve, and you do. Servants don’t approve vacations, assign work, or shut down the toxic behaviours of the people they serve.
We Need to Talk About Servant Leadership
As your manager and someone invested in your success, I may have to deliver honest feedback to you that’s not always the best thing to receive.
You have my word that any feedback of this nature will be delivered discreetly and respectfully, with a goal of building you up into the team members we need, and never to tear you down.
I’m a believer in Performance Improvement Plans (PIPs). PIPs have a reputation as something negative. They’re seen as a way to “manage out” employees that bosses don’t have the guts to fire outright.
A PIP should never be used like that. Why even go through the motions and waste everyone’s time if you just want to get rid of someone? Instead, I try to give direct feedback, mentoring, and enough time to achieve the goals we set before you. The structure of the PIP forces us to regularly reflect on your progress, and to meet regularly to discuss it. It’s a way to ensure you get the support you need to thrive, because we want you to continue being part of our team.
Words Matter
There are some words I don’t want to hear from my team.
Easy/Simple. We’re taking ideas, translating them into symbols, and making a machine follow our instructions step-by-step. We’re building upon the work of the 20th & 21st centuries’ greatest minds. Nothing about what what we do is easy. What we do every day seems like arcane magick to our stakeholders. If we tell them one task is easy, they’ll expect we can perform any task with the same ease. Own the complexity of what we do and the specialized training you’ve received. Own the effort it takes to do the work right: to brainstorm, to collaborate, to write tests, and to deploy safely.
if you ever code something that "feels like a hack but it works," just remember that a CPU is literally a rock that we tricked into thinking
daisyowl
User/Users. People have rich lives, passions, families, and other facets of their lives that affect how and why they’re interacting with the things we build. We do them, and ourselves, a disservice to call them users. Call them readers, lonely hearts, teachers, shoppers, or anything that gives some hint of personality and purpose.
Code
I like code that works.
I like readable code. If you can make a function pure and still have it make sense to everyone else, of all skill levels, then that’s great. But don’t try to fit critical code in a pure one-liner just to show off. This isn’t PERL.
I like inline documentation. JSDoc & PHPDoc are awesome. So are comments that explain the reason code works a certain way or some non-obvious requirement it’s meant to address. I don’t like comments that tell what the code does, as the code itself should be clear enough to convey that.
This is a job. We’re here to deliver value and to make it easy for our customers to buy products they trust and enjoy. It’s how we make money, both as individuals and as a company. Let’s not lose sight of this fact, and strive for balance between academically perfect code and delivering quickly.
Lastly, if you have a computer science degree, I want you to question everything you learned. A lot of the canonical algorithms you were taught in college are designed for a world of single core CPUs clocked in MHz, scarce RAM, and slow secondary storage, and when Big Data was a couple hundred thousand records. Consider how you can best take advantage of today’s technology in the things you build. We’re swimming in a sea of abundant compute & storage resources. Consider how much the “best” solution saves in actual time on the clock vs the burden it might put on your fellow engineers to understand & maintain it. Consider if you can throw more inexpensive CPU cores at a problem for the cost of a burrito. That’s not saying I’ll excuse inefficient code, but I also don’t want to see us fussing over a few cycles of performance with no real-world value.
Agile
I have a Scrum Master Accredited Certification from the International Scrum Institute. That’s not the same as a Certified Scrum Master certification, because that’s trademarked…and expensive.
My certification is the result of $50 loose change in my pocket and a little too much Grey Goose. It was an open book test and I could re-take it once. But I didn’t need to! I got a 48/50 and only looked up a couple answers.
That’s to say I know quite a bit about Scrum workflows and I even have a PDF to prove it and that makes me no more of an authority on what works than you. Because at the end of the day, the Scrum ceremonies don’t matter. They’re tools to make us more productive and give us a framework to collaborate as a team. We need to throw away things that don’t work for us today, double down on the things that do work, and try new things to see if they will work going forward.
We need to be agile about being Agile.
Dave Thomas, one of the signers of the original Agile Manifesto, laments what Agile has become. Agile is an adjective, not a noun. I can’t do agile any more than I can do hungry, do happy, or do purple. Instead, he suggests we focus on agility as a quality of our teams and processes.
Let’s develop with agility.
You aren’t an agile programmer—you’re a programmer who programs with agility.
You don’t work on an agile team—your team exhibits agility.
You don’t use agile tools—you use tools that enhance your agility. It’s easy to tack the word “agile” onto just about anything. Agility is harder to misappropriate.
Agile is Dead (Long Live Agility)
Inspiration
I’m a huge fan of Lee Cockerell, former Executive Vice President of Operations for the Walt Disney World Resort. Lee worked his way up from waiting tables at a hotel, to running food & beverage departments, to running hotels, and then went on to Disney where he was critical to the launch and eventual success of Disneyland Paris and then Disney World in Florida. While there, he over saw a company-wide transition from top-down “command and control” leadership to a modern style of trust and distributed decision making authority.
He was at the helm of the Disney World resort through two hurricanes and the terrorist attack of 9/11. He’s now a public speaker and author on leadership.
I’m a proud learner at his Cockerell Academy, where he provides recorded lessons and dispenses wisdom & mentoring on regular Community Calls. His books are invaluable to me, and I encourage you to seek them out whether you’re in a management role or not, and to nurture the leader within you.
