Hacker News new | past | comments | ask | show | jobs | submit login
It's easier to manage four people than one (staysaasy.com)
210 points by _njuy on Aug 19, 2022 | hide | past | favorite | 102 comments



I was once the sole report of a "senior developer", and the article nails every pain point that caused me to leave. His code had tons and tons of serious problems. The database was a mess; he insisted on storing multiple data points in a single column, querying the entire table, then regexing out the information he wanted in php foreach loops. This was because the database was so bad you couldn't join more than two tables without crashing it. He vetoed everything I tried to do to improve the codebase, really normal best practices. I read books and books and tried coming to him with sources on why we ought to normalize our data, or use prepared statements instead of the unreliable homemade sanitizer function he brewed up. He had been insisting for years that long load times were unavoidable. I was so frustrated with the situation that I didn't bother to help him save face when I fixed everything with a couple of indexes.

I spoke my grievances to the owner who listened with open ears, but he told me directly that it was hard for him to know what to do because it was outside his field of specialty and the senior dev had more experience and a long tenure at the company. I appreciated his honesty, and started job hunting immediately. I only worked under that senior dev for 7 months.


I was a very junior dev when I worked for a huge health insurance company, I was placed under a senior dev to learn JSP and Java Servlets using an internal app. I quickly ran through a book on JSP to prepare for the project.

When I get there, the guy had already written one page of the app, and he did it by doing System.out.println in the servlet for ALL THE HTML. In other words, he didn't use JSP templates at all.

System.out.println("<html>"); System.out.println("<head>"); System.out.println("<title>This janky ass code</title>");

I looked at that abomination and said, "This isn't JSP at all...." He rambled on about sometimes in a project, we just need to get things done with the tools we knew, etc. etc.

I went to our boss and told him I wasn't learning JSP, which was the mandate of the company back then. He just kind of smirked and said, "Yeah, that sounds like Ken. He knows programming, though, blah blah blah."

2nd worse boss I ever had, the dev was a lunatic, and that company was a joke.


Somebody should tell this dev about StringBuilder. Think of the productivity and servlet performance improvement!


A friend of mine lost his mind on a JSP that was doing too much. In protest he printed it out to paper multiple cubicles with the content.


Are you serious? You’re not exaggerating?


As a heart attack.

Guy was a trip. So many stories about that guy, many of them very disturbing. Even worst was the manager that let him get away with that shit. These were the days when technical managers weren't a thing. He had an accounting degree and he managed engineers. I, a junior dev, spent about 40% of my time explaining basic things to the guy.

Joke of a company.


were they large ? I'm curious about the amount of money wasted through them :)


Vision Service Plan. I don't mind calling them out because they were god-awful up and down the chain. They basically were IBM's lap dog and gave them a blank check on whatever IBM told them to buy.


This is often the case in Indian IT offshoring companies back in the early 2000s . Worked at one myself and had such a manager and senior developer .


> he insisted on storing multiple data points in a single column, querying the entire table, then regexing out the information he wanted in php foreach loops.

This is not a senior developer, this is a [bad] intern who has two months of experience 60 times. Although now I see you have senior dev in quotes and maybe that's why!


There's a term for this: expert beginner.

I've met a couple. Often they are more irritating than harmful, but one was the tech founder of the company. That was probably the worst work experience I have ever had.


he told me directly that it was hard for him to know what to do because it was outside his field of specialty and the senior dev had more experience and a long tenure at the company.

This is what lead me to leave what was otherwise one of the most fulfilling jobs I’d ever had working as an engineer for a B Corp that provided tech consulting exclusively to non-profits humanitarian organizations.

Loved the mission, appreciated the leadership team, but absolutely loathed the this one developer on my team. So did the rest of the team.

Guy went through a divorce and became the worst kind of person imaginable. The engineering director suddenly retired due to a life-threatening medical condition, and this fella made it his mission to usurp as much power as he could. Pretty soon people started leaving the company because of the guy, leaving me and the other juniors as the only people behind.

Guess who was made the new engineering director. His code was fine and performant but he was an absolutely miserable, awful, truly rage-filled person but those open ears when anyone tried reporting up just happened to be attached to the same body that would shrug and point to his seniority and tenure as a means to not do anything about it.

He’s still there. I can see his picture on the company about page to this day. Everyone else is smiling jovially and he’s literally, actually, I’m not kidding you scowling at the camera.

And I’m still remiss because aside from that and that alone, I really enjoyed what I was doing there.


I cannot imagine what causes company leadership to see a whole team fall apart in short order, with everyone saying it's the fault of this one person, and the leadership shrugging and going "no way to know!". It's the absolute height of lazy, awful leadership.


More convenient, short term, to do nothing? Then the leaders can avoid having a conflict with that angry person.

And long term, when this affects the company negatively -- maybe they don't care? What if they're in it for the money and status (they had nice sounding job titles?).

Seems like possibly rational "leadership" to me :-(


That's because the business owner wanted stability and predictability. He needed somebody to go and fix that server when it crashes due to an update, or to add a new column to the database when the customers request it, at the lowest price possible.

The dev needed peace of mind and job security. To do as little work/thinking as possible at the stable pay.

They kinda found each other and it was working just fine for both of them.

Then you came into play, bringing more work to the dev at the same pay, if he agreed with you. Had the company owner taken your side, he would likely lose the senior dev, and lose you in a couple of months once you get everything working and decide to move on (I doubt you would be happy with the kind of work the previous dev was doing).


Yikes. Sounds like you at least leaned a whole lot!


One reason is that it’s a part time job to manage one and a full time job to manage 4.

Generally people put a part time job on the back burner and focus on the main full time job.

Just speaking from experience.


That’s true. That’s why is m against people with a 30% allocation on my team. Projekt Managers think you can just split a person’s work into parts but when somebody is allocated at 30% tk you, you actually get way less performance.


What about 50/50 in non overlapping skills/experience, eg: windows sysadmin and mobile app dev ?


50/50 is a lie.

For the person working it, both sides often expect priority or "more" than 50%.

When someone wants to 50/50 me, I tell them, 51/49 is fine. But there must be a clear priority when there's a conflict.

Strangely, when I do this, the urge to 50/50 me usually goes away. I have nothing against working 2-4 projects. But there must be clear priorities, or I must be able to set them.


My math is usually that splitting somebody into percentage allocations reduces their total productivity. So 50% + 50% results in 50% total productivity. 30+30+30=30.

The only time this can work if the person knows their work really well and can do it in their sleep. Otherwise the context switches are way too much for most people.


What about 1 week or month, 1 project, 1 week or month another?

50+50% but each week it's clear what the priority is? And fewer task switches

(But I guess most of the time it s better to focus on one & finish it first)


That's probably better. But probably hard to implement.


> Generally people put a part time job on the back burner and focus on the main full time job.

And if "people" was only the manager in question that would be somewhat okay, but usually it's the reporting chain above of that person that thinks the same too.

I made the mistake of accepting to manage an intern (not mentor, manage) once, and I was expected to do 100% of my normal job on top of managing him. It takes an unbelievable amount of time.


Where does most manage-the-intern time "disappear"?


There could be a point of an economy of scale, which is not explicitly mentioned in the article.

While I can "come by" managing just one person (cutting the managerial corners), for 4 persons I need to organize myself more efficient.


If you manage one person you get all the overhead of managing people but only the productivity of one person. Same for offshoring. My company has people in India so we often get one or two persons added to the team. This produces enormous overhead due difficulty of communication over a 12h time difference but we still get omit the work of two people. It would be way more efficient to have ten people there so the overhead is worth it.


>This produces enormous overhead due difficulty of communication over a 12h time difference

I refuse to do it again / anymore.

I've been asking for contractor's actual working hours before assuming a 9-5 time schedule in their timezone, then looking at actual working hours of overlap. But no matter what, I absolutely require 3-4 hours of overlap a day. I'm DONE with the one round-trip communication per day routine.


Im currently in such situation.

Our team in central EU and second team in US. 8h difference. We learn about everything last and have nothing to say. One sync on manager level per day. Cant get anything done well.

Already filled papers to quit.


On the other hand in my current company we have people from all over the world: US, EU, Africa, Asia and Australia.

Everything is asynchronous, flat hierarchy, only seniors hired as freelancers though, so quite autonomous people. Two dev syncs per week, fine if you skip one for whatever reason. One single manager for 10 people. It works quite well.

For me this is remote working done mostly well.


My manager has ~14 reports. We're all on different projects every quarter and my manager knows nearly nothing about any individual project.

I see arguments for essentially the same problems from the article:

- Managers aren't reliant on the feedback or success of individual reports. >80% of people will always give positive feedback. - Managers don't give feedback or help resolve problems. It's effort on their part with no upside. - We're all still isolated because there is no consistent team. - No one has context. Managers can't understand 10+ projects.


There is a sweet spot of amount of reports, where a manager is able to handle the projects and the performance of the individuals -- once you hit the 8 people mark, you should be looking in to splitting the team up - the manager could delegate and mentor a jr manager to take on a part of the team, etc. But 14 is too much.


I work in the cloud consulting department at BigTech. We have the same structure. But we don’t have that problem. It’s up to us to be able to describe a project, create documentation and artifacts, seek customer feedback, etc and prepare a “promo document”. I approach each 1 on 1 like a miniature interview where I describe my projects in STAR format.

I solve problems by working with my project managers. But mostly, I can deal with the customer myself when it comes to tactical issues.


I think the key question here is...why manage one person. A one to one ratio of managers to "workers" seems completely rediculous to me. If you insist on one to one then assign a mentor, not a manager, at least if it's a technical domain and there's an option to assign someone that is not a pure manager.

If you're ever assigned to manage a single person, it's better to go big picture and wonder if this is a reasonable way to run a company (imo). If a single person is working on a project that requires oversight that person should be senior enough to "manage themselves". If they are too junior, the team should be bigger (because it's important enough to require oversight). If it's oversight due to legal issues that's fine but then the management can be hands of and should basically spot check that everything is following said legal requirements.

At least that's my humble opinion. I treat one on one manager to technical role relations as an organizational smell.


So this is primarily a problem with small companies, although you'll sometimes see it on teams when several people leave around the same time. The typical example is a non-VC backed small business, where a senior individual is hiring a junior person because that's all there's budget for at the moment.

But yes, its absolutely an anti-pattern, because as you've pointed out junior hires do need more oversight and help. I've rarely seen the situation work out.


I was a manager of one, and it's not even about junior or senior. My first report left (not because of me!), and my new report was much more senior, but I had a lot more managerial work to do because they didn't have the company knowledge and contacts to self-manage.

Thankfully, I was relieved of managerial duties shortly there after. I had only agreed to manage in the first place because we were a team of 12 with one manager, and that was too many reports, so half the team got to manage the other half, and my initial report was self-sufficient (well, we kind of all were), add some new hires and report moves and manager:report numbers got better.


Small companies often have situations where a clearly distinct function/department goes from one person to two; where someone who wasn't really an individual contributor but running a separate thing alone now is managing a 'team of two' including themselves.


>Note: mangers should be very invested in their report’s success.

I have never had this experience in my entire professional career.

How does one arrive at such a privileged and pampered existence? Like... they treat you with dignity and respect? What sort of war crimes do I need to commit to get this kind of job?


I mean... managers want their ICs to do well and get promoted. It makes them look good, because they're growing their own team. Most healthier organizations work this way?


Overlooked: managing 4 people confers more authority and subordinates are more likely to be cooperative.


Bingo. Not trying to bring gender into this, but I’ve specifically seen father-son teams work really well on many occasions.


Co-author of OP here, cool to see this post come up again.

An even more challenging situation that I've seen since is the 1-1-1 management system (manager manages 1 person, who in turn manages another). When that arises, you really need to fix it as soon as possible, either by rearranging, or hiring people to spread the number of reports.


Just wanted to say that the stay saasy blog is terrific. It makes me really wonder who you folks are. 90% of organizations just suck at everything you write about, so you must have some great experience.

Anyway, thanks for all the great content.


I know this might sound crazy but we're actually ex-Theranos. The miniseries was all lies.

(thankfully joking)

Thanks for reading! We've definitely made our share of mistakes too, but Stay SaaSy has been a helpful way to organize the thousands of tips that we've learned across many stages of growth. Really glad that you've found it helpful!


On that recommendation, subscribed!


I am currently the last leaf of an 1-1-1-1 management system, it is absolutely insane.

I just don't get the why. I guess it is some career driven insanity, everyone wants to be a manager.


A couple of jobs back I was in a 2-1-19 with me in the middle, where in a very short timeframe it became a 5-1-1, with still me in the middle. It was Hell on Earth and I couldn't bail out fast enough.

Short story: RTO in pandemic due to executive fiat, team revolts, HR fires everyone, I quit two weeks later.


“A couple of jobs back” … “in pandemic” implies that you’ve had a couple jobs in fewer than three years. Have you reflected on why you’ve needed to change jobs so many times recently?


Good question. I know you're trying to go for the vicious attack here but it isn't going to work out.

The job I held towards the start of the pandemic, I had been there for almost four years. The CEO and a Director at the company directly asked me to join the 120+ person company. I jumped ship because the job paid way under market rate (game development, natch), I was working really long hours with a hellish commute and the company laid off about 40% of its workforce at the start of the pandemic so it could control costs. I wasn't going to stick around to find out if I was next. There were other problems with that company, but this is going to get long without any extra asides.

I walked out of that job straight into my next one. I got hired on as Lead Firmware Engineer, and I was hired as full-time remote, that was explicitly in my contract. The job paid just below market rate, but we're three months in to the pandemic, the work sounded interesting and a friend, who was a head of a division at the BigCorp, directly reached out to me and asked explicitly for help because we had worked on previous projects together and he knew my abilities.

So this job, I was lead engineer of a team of a dozen developers which we grew to around 19 over the course of about four months. The higher ups decided that there would be no cost of living increases for anybody below the level of director and all bonuses would go unpaid for anybody below the level of director for the next N quarters, meanwhile the company posted two most profitable quarters in its very long life and was well on its way to a third.

In June of 2021 it came down the pipe from the higher ups that everyone was to RTO on July 15th. No exceptions. Don't care what your contract says. We didn't even have a decent vaccine at that point. Most of my team, and the two other teams in my division said "Hell no" and lodged formal complaints. I did not. Within two days everybody (about 80 people) had one-on-ones with a very nice lady from HR and a director, and I log in on Thursday morning to find out they had fired everybody who had said "No." I was left with one developer on my team. The other two teams were left in similar numbers. The only reason I didn't get fired was because I would have a claim against the company for breach because it said in my contract "permanent remote." The environment was mired in process - I had 19 standing meetings per week and was still expected to get 30 or 40 hours of software development done. There was a reason they needed help. Management believed that in one of the hottest job markets in industry in history that they could fire all the dissenting software developers and just rehire new teams at below market rates with required in-office presence. I also went from having two direct managers and a team of 19 developers below me to five direct managers and one developer below me. Hell on Earth. I had been there a little over a year by that point. 14 months or so? I'd have to check my LinkedIn. The past few years have been a bit of a blur. Checked. Almost 17 months.

My friend, the director, came to me and said "But you're going to stick around, right?" I jumped two weeks later. The BigCorp closed the entire division and laid off any remaining staff. My friend went to Google. I had lunch with him just the other week where he probed about needing some help.

I jumped to a start-up, whereby a friend, who was CTO, said "we could really use your help." I had offers from six companies, one included a FAANG, that all paid well above market rate. I spent a while happily working at the start-up, but it was stressful, it was long hours (I logged several back-to-back weeks of 110 hours per week), but there's a big recession coming, funding is getting cut left & right, including ours. I wasn't willing to do 90+ hours per week every week but they kept demanding it, and I was burning out, this company is at least two years away from shipping a hardware product with no revenue and VCs tightening their belts. We decided to part ways after 9 months.

And now I am at a new start-up. My last job hunt was three casual conversations with three companies, lasting a total of three hours that resulted in three solid offers of around a quarter of a million base compensation each. The start-up is less than a year old. We've got an ARR of around $2M+ and enough runway for the next three years. I've been there two months, they just gave me a 10% raise. I work exactly 40 hours a week and I don't turn my computer on over the weekend. Everybody's happy with my output and productivity. I spend time in my workshop on the weekends building furniture and enjoying my Summer.

It's not that I am a bad employee. My "interviews" usually consist of "This is our company, this is how much we will pay you, when can you start?" The interview is almost always a casual conversation over coffee, and then an offer is made.

But sometimes...

Sometimes I pick shit companies to work for.


Wasn't trying to attack, just offering a chance to reflect. Someone once gave me a similar offer and it dramatically improved my ability to function in corporate environments (without having to de-humanize myself). Thanks for sharing your story!


Yeah that's brutal. The legendary Human Centipede Org Chart. Good luck..


Try to have a good attitude about it. You are the base case in an inductive proof!


And this pattern gets compounded across organizations. CEO has many reports, those reports have 1-2, who all have 1 report down a chain.

Nothing gets done, everyone gets blamed.


That’s the worst you get to give status updates to 3-layers of manager stating from the most senior to most junior.


very cool to see you out in the wild a little more :)

really appreciated the time you spent with us and hope you keep up with the insightful, concise advice!


I disagree. I think the 1-1-1-1 can work very well.


Agreed with article; the 4th point around context is almost universally true - to put it another way, you cannot make a bell curve with a single data point. It becomes difficult to accurately evaluate how well a single person is doing. Yes, there are some absolutes, but underneath most seeming absolutes ("this is how long it should take to accomplish activity X", "this is the minimum acceptable quality for product Y"), lies experience and statistics. ~four people is a good starting size as you can more accurately plot how well people are doing, and how well you are doing as a manager.


> the 4th point around context is almost universally true - to put it another way, you cannot make a bell curve with a single data point. It becomes difficult to accurately evaluate how well a single person is doing.

I've always been confused about the terrible reputation of "stack ranking" for roughly this reason. What other kind of ranking is there?

You can rate people according to metrics that have been established for the task they're doing, but the nature of software is that when a task has been done once it doesn't need to be done again.


Stack ranking sucks because it's extremely difficult to evaluate performance in IT other than broad company wide goals. Determining which developer had the greatest impact is a fools game. Determining which sysadmin was responsible for five 9s of uptime, on and on. Too many people are good at gaming any metrics you set up.

So what happens is the manager throws up his hands and evaluates you based on intangibles; how nice you are to him. How many people complain/praise you. How much friction people assign to working with you. All vague and all completely orthogonal to your true performance and value to an organization.

As contributors figure this out (usually around year 5 or earlier unless they're socially clueless), they learn how to game this as well. "Managing up." Promoting themselves whenever possible, deflecting blame, avoiding risky projects that could tarnish a reputation, and for those with a Machiavellian mindset, sabotage coworkers.

And while some managers might be able to detect this behavior, most in my experience don't. Most enjoy the flattery, and since they're usually not technical, or not versed in current technology, defer to whomever sounds the most authoritative.


I think we are in agreement, but if we try to play devil's advocate to ourselves :)

There are tasks you can conceivably determine some thresholds:

You pick up 10 bushels of apples a day, you "meet expectations". You pick up 15, you "Exceed expectations". You pick up 5, you "need to improve".

But again, I will make an argument that these are curved as well, it's just that curving was done previously and on large data sets.

You can establish seemingly absolute criteria in software - from seemingly hard numbers (line of code, programs deployed, tickets closed, IRs in prod after deployment, etc) to softer numbers (are your comments good, is your code maintainable, etc). But again... how do you come up with these numbers? Either you make them up, in which case they'll have to be adjusted based on reality of your actual developers, or they're based on previous experience, in which case it's the reality and curve of previous developers.


> You pick up 10 bushels of apples a day, you "meet expectations". You pick up 15, you "Exceed expectations". You pick up 5, you "need to improve".

> But again, I will make an argument that these are curved as well, it's just that curving was done previously and on large data sets.

Yes, that's what I was saying. But that doesn't work in software because the job cannot be standardized (or rather, to the extent that the job can be standardized, it can also be immediately automated and therefore ceases requiring any employees).


> has been done once it doesn't need to be done again.

incoherent angry mumbling


This is why I'm reluctant to consider Founding Engineer roles. It doesn't matter how well you do, how much benefit you bring to the team, or how much value you create for the company. Most founders are first-time managers and will have absolutely no context for how to measure your productivity.


This should also mention as a generality that managers should get training and support from the organization.

This, in my experience, almost never happens. Companies just assume you know how to be a good manager. They shouldn't make that assumption even for experienced hires, especially if they're looking to establish a specific culture.


Even if they don't assume the manager is a good one, I think it's common to have cultures where first time managers are expected to just figure it out for themselves, because their manager had to do the same thing.


Usually managers get trained in the bureaucratic processes of management but yes, there is usually no training in how to actually manage and often no mentoring either.


I was once put in the position of co-managing a single report. Two managers, one of them a first time manager, and a senior report - it was one of the hardest management experiences I've had. I was far easier to manage two parallel teams of 5 than to manage half of one person.


Why did they want you to manage just 50% of a person and were you doing more precisely as a 0.5 people manager? (Eg planning? Or mentoring?) Sounds odd indeed :-)


If your whole job is to manage one person, your real job title is probably 'personal assistant'. Of course, this inverts the power structure in hierarchical organizations, and it probably points to some kind of problematic internal organizational issue with the outfit.


What does "managing" mean ?

I am not trying to be argumentative. But there are a lot of arguments in this thread basically going straight past each other

My two cents are

- user proxy (product manager)

- standards enforcer (linter)

- resource gatherer (arguing for resources from other managers)

- political actor / representative

- mentor / coach

Now, most of not all of these are also things everyone says one should do for one's own career.

I am just wondering, what do most managers bring to the table other than neat hierarchy drawings? Is it basically a nice coach like role?

How much power should a coach have?


I've managed a team with only 2 reports. Wouldn't recommend it unless you're the founder/owner. In my experience the minimum size for managing a team should be 3 direct reports and not more than 9.


Been on a team of 10. Trainwreck.


When you have a team that size you're looking for a couple of senior developers to act as mentors for the others. Often with the right people these relationships naturally develop but sometimes not.


We were all senior. We all got along well. We split into smaller two or three people project teams and worked siloed from everyone else.

Nobody knew what anyone was doing. The lead was stretched too thin. One project would flounder while he focused on managing the others. It was just a mess.

It didn't help there was some low performers on the team constantly slacking off but that was part of the problem room lead wasn't seeing these problems.


How experienced/good at software was the manager? (Was that way s/he didn't notice the low performers?)


Ha. I'm on a team of 23. And our manager expects us to all have roughly identical skills so we're interchangeable. Retirement can't come soon enough.


I can take care of ten houseplants easily. I immediately overwater and kill a lone houseplant.


Get an easier houseplant to take care of.

I have a peace lily and despite my best efforts to kill it through neglect, it is still here almost 4 years later, kicking and thriving.

It survived being not watered for over a month, overwatered, cut in half [1] and being left outside in near-freezing temperatures accidentally for a week or so.

1. Cutting it half is actually the preferred propagation method, so it wasn't an intentional way to harm the plant.


The point is not that houseplants are hard to take care of. It's that neglecting them a little bit out of neccessity is actually good for them.


That sounds like a manager problem and not the houseplant problem.


Yes.


You should say your point instead of tiptoeing around it


It's a very noisy tiptoe to mirror the headline of the OP almost exactly.



if they can easily care for 10, why would you assume they need easier plants?

their point was they love them to death. in my house, i prefer to keep fish because they do well with lots of attention. i don't keep the plants because i would over-water (over-love) and then kill them :( this is all half-joke, half-serious.


Is it really not uncommon for a manager (even a new one) to manage a singleton? That has always felt like an antipattern to me. On my team I would not mint a new manager unless they had at least 2-3 reports.


It’s not uncommon, weird, or counterproductive when there is a team of two and one is the other’s direct report. The problems arise when the manager treats the situation with more hierarchy than the situation warrants.

Think about it like if a small company’s accounting department grows to need two people. One position being above the other in the org chart is fine, but don’t expect much stratification in the roles. They’re basically splitting the work but one person is also representing/responsible for the department to the rest of the company.

Accounting is an easy example, because it's pretty clearly an isolated discipline. It's also possible that there is specialization that needs a 1-over-1 managerial relationship elsewhere in org chart. But it runs more risk of being a ladder-climber taking their first step and cocking it up by acting like there is a non-trivial amount of stratification between them and their report.


I don’t get all the negative comments about 2 person teams. It happens in small companies and startups. You bring a domain expert and you also hire a junior or less senior person. And sometimes you don’t even need to hire more, the team can be super productive or the projects are as many as required for a team of 2.

Personal anecdote: I have done it twice as a manager and had great experience and collaboration both of the times (at least this is my take in both of them). The key is to not see yourself as a manager but more like a mentor and equal contributor to the projects. It also requires great communication skills and openness, as well as taking as many opportunities for new projects and cross team collaborations as possible, in order to not alienate the team as well as make the direct report feel that he can grow with you. Of course it happened that no bad experiences or bad hires happened in both my cases, but tbh i suspect the consequences would be small as small team usually means small projects. I have seen worse cases from bad hires, or bad collaborators in larger teams and way larger projects, which can also deteriorate the morale in more people and teams.


Yes. I am actually a proponent of the sith kind of management style. You work with your boss. You work with your report. He works with his report.

I own a 4 person company. That is how we work. My clients talk to me (and sometimes my report -we don't isolate) I talk to my report about internal stuff and he decides if his report should be involved. Highly productive.


I was given a single report once. Then a couple months later I was told to fire him. Apparently that's the reason I was given the report. Mgmt sucks.


Managing one person becomes hard because neither manager nor subordinate have a comparison point. Particularly because in these scenarios the subordinate is new to the working world and the manager is new to managing. They are both the best and worst employee/ mangager either have ever had and they have no context to know which is true.

The truth becomes more clear in later in both individuals professional journey. I can look back early in my career and realize I had a terrible 1:1 manager, but thought it was me. I can also look back on a time I managed an employee 1:1 and recognize where I could have been better.


A post which assumes that organizations must be run hierarchically. Why does a team of 2 people need to have one command the other?


As somebody soon to be leading a small team, these were wonderful points beyond just the single report pitfall


However... as someone who is managing one person on a domain that I am not an expert in... It would be nice to have workarounds and not just point out "lol no, don't do this!".

Sometimes you don't have a choice.


Additional idea: there is a different relationship between worker and manager, and between (manager) and (manager of managers). If upper level manager has a worker as a report, I doubt he will be able to handle this in the same fashion as mid level manager.


Why wouldn't you simply have the singleton report roll-up to the next level? Something has to be incredibly wrong with the organization for this kind of stuff to happen, surely?


The most common situation is that you have a new manager who's building their team. This is easily fixed (keep hiring).

Next most common situation is that someone wants to be a manager, and the company wants to support that purely for career or employee happiness reasons. This is where you're more likely to end up in an awkward situation.


Can happen in flux. But also the higher up may not have the expertise to manage the person from a day to day. It probably matters more for mid level employees where there is still hand holding but also some depth of expertise.


Does it make sense to ever have less than 3 reports?


If one goes on vacation or leaves the company, your team falls easily apart. That’s why a team of less than 3 reports + manager is an anti-pattern.


The ease or otherwise of management depends entirely upon the local notion of what "management" is. This varies widely, but usually consists largely of somebody's hobbyhorses, unrelated to pragmatic considerations.


There must be in-groups whom the law protects but does not bind, alongside out-groups whom the law binds but does not protect...




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: