Rendered at 17:44:32 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
maerF0x0 3 hours ago [-]
> and most managers fail to punish at least some of these slow learners of theirs
False, they punish by not crediting that work as work.
Glue work, keeping things tidy, dealing with that annoyance that everyone else has been able to get away with suffering through (and ignoring), all of this will be worth approximately 0 at performance review time because your time is a zerosum game that is traded off with highly visible, political, and otherwise rewardable work.
It's been my experience that in larger companies you generally have to play in the framework.(I'd roughly draw the line at 1000+ employees), at quite small companies (or as a self employed / entrepreneur, roughly <200 employees) you should follow the path of highest EROI on your efforts regardless of who's job it is. In the gap you have to read the culture and management.
3eb7988a1663 3 hours ago [-]
I can think of at least two people in my career who were, ahem, load bearing for the company. They did all of the BS, non-sexy work required to keep the place running. Never wasted time on vanity projects, just showed up day after day doing the actual necessary things.
They were criminally under appreciated by management. Their career trajectory significantly worse than those who engaged in the highly visible projects.
98codes 10 minutes ago [-]
As someone that has done a lot of that work, can confirm.
dust-jacket 2 hours ago [-]
I've never understood why people would continue to care so hard when their efforts are unappreciated.
But I've also never worked at a large company.
jltsiren 1 hours ago [-]
Do you exercise because it makes you stronger and faster? Or because it's something you enjoy, and it also keeps you healthy?
Many people get satisfaction from doing their job well. From their perspective, if they are already happy with what they have, why would they make themselves unhappy by constantly pursuing more?
jacobolus 24 minutes ago [-]
Some people have the primary goal of making things work for everyone. Other people have the primary goal of personally benefitting. These are often in conflict. The better a company or team can align these goals, the more effective it is, and the more everyone tends to benefit, but in many organizations the folks looking for personal advantage are most likely to end up in charge.
pixl97 19 minutes ago [-]
These people exist all over the place and they are the reason why society generally works. Shit would, and shit does go sideways when they stop doing their jobs, small and big companies alike.
>why people would continue to care so hard when their efforts are unappreciated.
So quite a few marriages.
two_handfuls 2 hours ago [-]
Was the company over 1000 employees?
airstrike 1 hours ago [-]
In my case and experience, yes.
esafak 2 hours ago [-]
If the company does not recognize its importance just LET THE DAMN THING FAIL. That is how management will pay proper attention to it.
ozim 2 hours ago [-]
I like getting paid each month and not having to look for job. Letting it fail is directly opposing my need to pay mortgage.
esafak 2 hours ago [-]
Presumably your official duty is not to make sure that the company does not fail, but something more circumscribed. Work on your responsibilities, and if your manager is nagging you to fix something that isn't that, have him make it official so you get recognized for it. If it should not be your job, push back.
maerF0x0 45 minutes ago [-]
> LET THE DAMN THING FAIL
Fully agree, enterprise failure is one of the most important mechanisms in market economies.
This also applies to gov't bailouts
ChrisMarshallNY 9 hours ago [-]
I worked for a Japanese corporation, and a big part of their HR policy, was to move staff around the company. It was usually in 1- or 2-year stints (people would spend their entire careers at the company, so they could do this). Eventually, they would end up doing longer stints, where they would specialize.
They would couple this with things like standardized coding and documentation styles, common tools, etc. Training on these standards was a regular thing for all staff.
The idea was that they could rapidly move experienced staff around. It also helped staff to understand how their work was applied in an integrated system (having “blinders” on, is a fairly typical issue, with dedicated employees).
It generally worked, but relied on their particular culture, and introduced a fairly significant amount of overhead and rigidity to the system. It would also mean that it takes a long time to cultivate experts.
If you’re part of what is known as the general career track (総合職) and are actually being groomed for (middle) management, it’s common policy to move people every 3 years, in theory it prevents building of fiefdoms while also giving you a chance to improve your network, know the ins and outs of your company/government agency and give you the opportunity to accumulate small wins along the way.
The silly policy also extends towards things like supermarket managers, midsized companies with a country wide branch network public school teachers and other nonmilitary civil service positions.
If you’re a primary school teacher, you likely won’t see your students graduate.
jimmydddd 4 hours ago [-]
In the 1990's UPS spent a lot of effort grooming promising junior employees to move up the ranks and become managers. They would then move the managers around to different locations, thinking that good manager can manage any dept. Many of these guys had moved up from being delivery drivers. It became interesting when they would get assigned to manage the IT division, which was developing and supporting internal and external software products, as well as various help desks.
seizethecheese 52 minutes ago [-]
It’d like to hear more
everforward 5 hours ago [-]
It also relies on lifelong tenure, which would be a huge cultural shift for both employers and employees. Employees are often used to quitting rather than having to fix business issues (easier to quit than make the business fix X), and businesses are largely used to mistreating their employees because they can be replaced.
We’re culturally very far from even being able to attempt that.
tomaskafka 8 hours ago [-]
This is what doctors do in Czech Republic - mandatory journey through hospital departments taking about 2.5 years.
inemesitaffia 7 hours ago [-]
That's Medicine everywhere
tristor 7 hours ago [-]
This is also part of the system for doctors in the US, it's called residency. During residency rotations the residents (who have already graduated medical school) go through structured clinical training with patients within each medical specialty, supervised by an attending physician.
tacticalturtle 5 hours ago [-]
> go through structured clinical training with patients within each medical specialty, supervised by an attending physician
No, residency is within a specific specialty only.
It’s more like the clinical rotations that occur in year 3 and 4 of medical school in the U.S.
groestl 8 hours ago [-]
In Austria as well, it's called "Turnus".
mitxela 8 hours ago [-]
I think this is done in the USA too.
elmo-shrugged 5 hours ago [-]
I've been at U.S. companies that paid lip service to this flexible sort of coverage, but once you are actually useful in the dept you're in, your boss never wants to let you go because upper management didn't build in the redundancy to the headcount to ensure you'd be effectively replaced...
richardubright 4 hours ago [-]
My mom worked at Cisco in a non-technical role for 30 years, and they did this. She was an IC and then manager for 3-5 years at a time on a bunch of different teams.
Aurornis 4 hours ago [-]
> If a manager doesn’t actually manage anything, this is fine as long as you can go to his people and effectively manage them
> but you can usually find people in his org who’ll work with you, on the theory that they’re supposed to.
In 100% of the cases where someone has tried this on me, both as the manager and the naive employee, the real reason was that they didn’t care about what the manager/employee was supposed to be doing. They were looking for easy targets who could be abused to do their team’s work. Most of the “manager doesn’t manage anything” accusations came from other teams who weren’t even trying to understand what other managers or teams did. If the other manager or team wasn’t actively working for them in some capacity, they thought the manager wasn’t doing anything.
> It’s true that many of them have long figured out that they’re really supposed to follow orders passed down the hierarchy and do nothing else, even if everything around them is on fire. But some never figure this out, and most managers fail to punish at least some of these slow learners of theirs, so they’re yours to work with.
The most generous interpretation is that this is taken idle employees and putting them to use for the greater good, but most of the cases I’ve seen in real companies are from one arrogant manager spreading their work across any workers gullible enough to do anything you ask of them.
I’ve worked with and hired a lot of really nice people who always want to lend a helping hand. They’re great, but many of them have a real problem handling workplace sharks like this who will saunter over to their desk (or DMs) and persuade them to work on something else, which puts them behind on their own work. When it happens chronically it gets so bad that you have to start checking in almost daily to make sure they haven’t been pulled into yet another team’s workload from a Slack DM or email.
Helping other teams when time is available is a good thing generally. You need to make your manager aware of the incoming requests and time spent, though. Don’t become the person who is working themself to the bone for everyone who comes over with a request but is holding their own team back because they can’t focus on their actual work.
dasil003 4 hours ago [-]
> the real reason was that they didn’t care about what the manager/employee was supposed to be doing.
This is true of course, but you say it as if it’s a bad thing. At the end of the day, everyone has to manage their own time. If everyone only cared about chain of command and scheduled priorities, overall efficiency would plummet. Simple wins that just require a small amount of coordination outside the official org chart would be killed in committees and program manager reviews.
I understand the exploitative dynamic you’re describing, I just think there are many failure modes for productive operations that have to be balanced in some meta way.
dmurray 8 hours ago [-]
One of the things I hate about my current job is that it's impossible to do this.
Everything is locked behind multiple layers of permissions. It takes weeks to get the correct permissions set up even for my actual job (which I see any time changing roles here, or when onboarding new hires). Getting the permissions to jump in and improve some other part of the system that I don't officially own - even though I might get granted them if I ask nicely, because nobody knows who is actually meant to have what permissions - is so much higher friction than asking the "right" person.
phrotoma 4 hours ago [-]
That org is too large for you. At large orgs when you see a problem you think you can fix, someone will tell you that's not your job. At small orgs when you see a problem you think you can fix someone will thank their lucky stars you offered to help.
cm2012 4 hours ago [-]
Companies underestimate how much this murders productivity. All friction compounds.
LtWorf 6 hours ago [-]
I worked at a company where you could do it, but some people take fixes as insults to their mother's honour, so all in all probably on a personal level it is best to avoid doing it.
HolyLampshade 6 hours ago [-]
I’ve only worked in a single company where it really worked out, and it took a massive amount of work to massage egos on both sides of the “fix” (one side sees their hammer tool and wants to fix everything with it, and the other has the mother’s honor issue). You really had to spend time with both parties helping them understand things were a certain way for a reason, but that there were always small changes that could improve things.
Encouraging the inverse of fixing relationship helped both parties as well.
That said, I’ve worked in a few other shops that either had the permissions/compartmentalization shit show as a permanent blocker, or were just completely devoid of a culture encouraging people to care about anything beyond their own career/fiefdom. I absolutely despise both cases.
moomoo11 5 hours ago [-]
such companies deserve to fail and the most honorable thing you can do is find another job or start a competitor.
micromacrofoot 4 hours ago [-]
Many many companies are like this. Most people are happy doing their very narrow range of things and put blinders on to everything else. They either don't have the time, interest, or energy to do more, and they learned to not really care what happens to the company beyond their own position... that's above their pay grade.
If you attempt to make it easier for yourself to do more, you might wear yourself out too. The organization has become a demoralization engine, and some can continue on this way for a very long time. Some people might even be frustrated that you're trying to do anything differently.
But sometimes you can make inroads, and you can make things easier for everyone. Through finding the right people to ask, you can start to document or at least remember how to avoid the friction, reduce it, and make things better.
RevEng 11 hours ago [-]
I disagree with the centralization thought. I'm working on a project to create a central AI platform for a very large corporation. As you can imagine, such a large company already has several different platforms made by different branches within it. Each branch has something they are relatively happy with. But corporate sees this redundancy as waste, so they want to consolidate it into one.
The problem with one is the same with any other single source: you are stuck with whatever they offer on whatever timelines they provide. You are sharing this with a hundred thousand other people, so it's not tailored to your use case, but either made as generic as possible, or full of irrelevant features. Both of these cases make it worse for you.
I have often made in house libraries either based on or completely replacing a free equivalent because the free one doesn't meet our needs and has extra complications we don't need. Yes, it comes with its costs, but sometimes it's worth it for something that genuinely meets your needs.
By forcing everybody to use the same common platform, you are either forcing them to work around the mismatch between the platform and their needs, or your are forcing the platform to provide for everyone's needs. Neither is efficient and it harms every other user.
If you are going to make your own, you had better have a good reason for it, but you shouldn't be forced into a single solution for everything - it can end up being more expensive than making a few special purpose applications.
iugtmkbdfil834 8 hours ago [-]
As end user of one such platform, thank you giving me hope that at least some people are at least putting in an effort to make decent. We currently have a very weird mix of features applied to everyone and we are not all quite the same almost by definition.
cik 11 hours ago [-]
I tend to apply this to myself, within an organization (as opposed to those who like to generically try it all - fair enough). I've always been an enormous fan of touring the organization. Whether I join as a dev, or an exec, I always make it a point to spend some time with product, with support, and with marketing. It ends up providing me a unique vantage point. I encourage others to do the same, and when I 'control' onboarding, make it part of the process.
It's literally the fastest way to have someone get up to speed with the customer profile and product. They can play with it whilst listening in to support calls (if a thing). They can learn about pain points and "hard edges" that as developers we don't always come across.
nkapias 8 hours ago [-]
I've experienced that being knowledgeable of the inner workings is a risk of getting dragged into every projects.
When scheduling onboarding, I try to enable touring without those drawbacks.
RugnirViking 8 hours ago [-]
any tips on how to go about such things? its occasionally hard to find excuses to go hang out at the other end of the building and talk to another team I dont know much about as a regular developer
harry8 7 hours ago [-]
Always have a folder in your hand when visiting other teams in other parts of the office. Print out some code, a few pages of spec, whatever. Just don't go walkabout empty-handed.
nkapias 8 hours ago [-]
I usually asked my managers by framing it to their goals, if agreed they would schedule with other managers.
It's harder during crunch or when everyone is remote.
exmadscientist 12 hours ago [-]
The other powerful thing about being able to do everyone else's job is that you, personally, gain a lot of leverage, and in a lot of different ways. Someone else needs a favor? You probably know how to deliver. Something's on fire? You probably know what to do next, or at least who to call, no matter what's on fire today. Someone isn't budging on something? You might not have any bigger of a lever than anyone else, but you probably know exactly where to position yours, and exactly what it'll do when you apply a bit of force.
It's useful.
And then there's times like getting to charge your client $300/hour to drop stuff off at FedEx. Because you can do that and you're here and you'll get it done right -- no one needs to explain the idiosyncracies of this particular deadline or package contents; you've got it.
Even if that's not normally a senior consultant's job.
Brajeshwar 12 hours ago [-]
LOL! My bosses used to tell me that I need to learn to be more `rude` and not just do what others says because I can. I have learnt a lot and one of the biggest is to say NO, in big Uppercase—I can do anything for work but I won’t do that, NO, I won’t do that.
Sometime, I still do and I like the fun and thrill of locking in a hotel room after a meeting and coming out in lot less days these days (pppppsssstt, because of AI) and get into the next meeting showing off what can be done that was discussed 48 hours ago.
exmadscientist 12 hours ago [-]
You don't do these things because they benefit your boss. (They might happen to, but that's not the point.)
You do them because they benefit you.
Not going to benefit you? There's lots of ways to say no to a back-channel request. Not a back-channel request? Then I guess it's not someone else's job!
jampekka 7 hours ago [-]
Easier said than done. Saying no is not so easy. There's a bit of a weird dynamic that if you could do something that others need help with, saying no can be considered rude, but saying (even if lying) that you don't know how to do it is generally accepted. Usually a boss (or even a colleague) backing in saying no helps a lot.
Also the helping can cause escalation of "demand". First you help with something quick and easy for you, but soon you find "owning" more and more of the task.
It's not dissimilar from the entitled people in open source project bug trackers.
yxhuvud 9 hours ago [-]
There is also the lowercase no, where you say you'd love to do things, but that it has to go through proper channels and get on the roadmap.
anon48293 11 hours ago [-]
Nice reference
randusername 5 hours ago [-]
> I believe that not only do 20% of the people do 80% of the work, but that all this work only achieves its ultimate goals thanks to the <5% of the people who do stuff that someone else is supposed to do, but won't, for reasons which are perfectly legitimate in the organization's view of reality, even though the cumulative effect of such legitimate reasons is the certain death of the whole place.
I don't know that I've ever felt so validated by a HN submission.
I am definitely one of those suckers that does extra work others will not do. It isn't altruistic, I just can't motivate myself to work at all if my tasks are stupid. The problem is that at any sufficiently large organization many of the tasks are stupid because hardly anyone is on the same page.
moffers 5 hours ago [-]
This was refreshing to read. I’m a big believer in getting things done especially when some process or people get in your way. In my experience people usually understand “oh this person is trying to make things better so this arbitrary process should take a backseat here”. Even people only working the clock will work with you if you frame it well.
fabianholzer 10 hours ago [-]
In corporations no good deed ever goes unpunished.
hdjrudni 9 hours ago [-]
Someone literally said that to me when I did a thing. I'd never heard it before. But I'm careful about the things I do now because as soon as I touch or fix something I'm suddenly the owner of it for the rest of time.
pythonRon 8 hours ago [-]
This was just business as usual 50 to 100 years ago. People started at the bottom and worked their way up. There were no I've-got-a-degree shortcuts because degrees weren't about training for a job, they were about finding out about the world around us. It's interesting that things are starting to circle around, but I doubt any corporation will drop the degree requirements... unless AI CEO's start rejecting all human applications.
ChrisMarshallNY 6 hours ago [-]
As a high school dropout, with a GED, I can relate. Pretty much all of my education has been OJT and seminars/classes.
It's earned me lots of sneers, over the years, but the people that mattered, didn't care. I spent most of my career at one of the world's best optical equipment companies, working as a peer with some of the top people in the world. It was quite humbling, and extremely gratifying.
shinyoo 3 hours ago [-]
In a hierarchical organization, solving real problems almost always means “doing everyone else’s job,” so the author is right if your goal is to succeed inside organizations.
That said, I’d add one more point: in China, where I’m from, it is getting harder for individuals to even survive inside organizations these days, let alone succeed. In that environment, the rational strategy is often to do less, take fewer risks, and make fewer mistakes.
Hard not to miss the golden days.
proc0 2 days ago [-]
Just work a lot more for the same pay. Great idea.
dtdynasty 11 hours ago [-]
The skill to distinguish on whether the extra work will help you get paid more in the future is essential. Developing this skill makes it a bet instead of just working more.
perelin 12 hours ago [-]
Only if you add the hours for free and dont punch out when you should.
proc0 12 hours ago [-]
It's not possible to do everything. That's when your coworker that dedicates every waking moment to the job will outpace you and then set the standards.
perelin 2 hours ago [-]
If they "dedicate every waking moment to the job" they will outpace you anyway. So either join the race or live a balanced life. Choices.
RugnirViking 8 hours ago [-]
it seems clear to me that one can slack off at certain times, and work hard at the important times, and overall come out about the same (or with less overall work). IMO as a developer in a large corp, if you know the right team to talk to, it can save you MONTHS of work yourself
distortionfield 13 hours ago [-]
This is what pretty much every “lifehack” type of tip boils down to, btw lol
proc0 12 hours ago [-]
I guess I should add "for someone else". In that case it's just bad negotiating skills, but at the same time companies have a lot more bargaining power over individual employees, and it's especially bad in the software industry.
rvz 2 days ago [-]
For the benefit of humanity.
TeMPOraL 9 hours ago [-]
For the good of all of us.
(Except the ones who are dead.)
12 hours ago [-]
momento 10 hours ago [-]
[dead]
dominicq 11 hours ago [-]
Nice post, but I would appreciate examples. Anyone has good examples of this, and of the "not like this" section?
SoftTalker 2 hours ago [-]
A simple one that occurred to me is picking up litter in your neighborhood. Not exactly work per se but it needs to get done and almost nobody does it.
11 hours ago [-]
Oscalemor 3 hours ago [-]
In the unificaton of knowledge work, doesn't everyone think all other jobs are just a prompt away?
perelin 12 hours ago [-]
I do enjoy learning new things and having a generalist approach. But its not for everyone.
Brajeshwar 12 hours ago [-]
I learned this the hard way. I have been training a bunch of 5-10 years experience tech-leads, architects, and what not. But on the job, I realized quite a lot cannot switch context and subject at all.
I've found people who have spent decades on one topic in a very specific vertical. It is amazing how they know EVERYTHING in that and I can listen with my jaws dropped to the floor for hours. Then I will wake up, with that spine-chilling shake all over my body on how patient and dedicated one has to be to be on that straight line their entire life.
phtrivier 9 hours ago [-]
In case the author reads this : I suspect I agree with some of the ideas (or at least they're though provoking), but the writing does not help.
The comma count is a hint ;)
(I had to parse a few paragraphs several times to get the idea.)
ChrisMarshallNY 6 hours ago [-]
I got in the habit of using Oxford Commas[0]. Not everyone loves them, and I sometimes need to go back, and uncomma stuff.
I got in the habit, because it is better for technical specifications. It makes it clear, to which word an "and" applies. I think it makes reading prose a bit awkward, though.
I've noticed that LLMs really don't seem to like using commas, in general.
I liked the book “Writing in short sentences”. You end up with condensed ideas. The output text is easy to read.
I’m suggesting you to check it out. Then incorporate anything that resonates with you :)
Good article, btw!
entropy47 9 hours ago [-]
Conversely, I found this easy and enjoyable to read.
ShadowOfThePit 6 hours ago [-]
Huh, that's close to my own writing style.
But you are right, it's becomes an issue when three sentences make up a 100+ word paragraph lol
saqued 12 hours ago [-]
As long as you keep getting the performance review brownie points, because if you don't you are out and it doesn't matter.
entropy47 8 hours ago [-]
No matter how dire things are, the people who can get something done that nobody else can (or on timelines they couldn't) tend to do okay in performance reviews. At least in my experience.
There are easier ways to get a false positive though, if you're open to lying, hogging credit, bus chucks etc. I sometimes wonder if I'm the crazy one for Doing Things Right when I could be spending time with my family instead.
SoftTalker 2 hours ago [-]
If you're working regular extra hours to "do things right" instead of spending time with your family, then yeah you might want to reconsider. But by all means, do it during the normal workday. Like you said, people notice and it gets recognized. Unless you're in a very disfunctional org, in which case find a better employer.
lantry 4 hours ago [-]
Interesting choice to include that reviewer comment at the bottom which doesn't really comment on the article at all.
The reviewer says "based on the opening paragraph I thought this was going to be about topic X. Here are my thoughts on topic X".
That's great, but the article isn't about topic X. What are your thoughts about the actual topic of the article? Did you read it, or just the opening paragraph?
redwood 4 hours ago [-]
There are two ways to do this: helpful mentor, always around, always helping... or inartful toe-stepper. Be the former
dude250711 9 hours ago [-]
"For some reason, many resent the idea of working on someone else’s system, and think of it as charity uncalled for in the workplace. Well, did Intel do Microsoft’s job to help poor struggling Microsoft, or did they do it to benefit from Microsoft’s success?"
It all depends on stock options allocation, no?
tristor 7 hours ago [-]
I used this technique to great success in a few companies where infrastructure operations was critical to the business (cloud provider, SaaS companies), by having myself and other members of my team where I was the tech lead work with Support and Sales to get direct exposure to customer problems and the internal problems facing staff who deal directly with customers. Not only did this help our operational staff who are mostly "back of house" gain an understanding about our customers, how they use the product, and the impact of operational decisions, but it also helped us get more empathy for the staff that bridged between us and the customer, and we found ways to bring some actions closer to the customer by enabling Support to do some things without needing to submit a ticket and wait on us.
I really wish this was more common in the industry, now as a Product Manager, while I do a lot to engage with field teams (Support, Sales) and work across every group in the company (Legal, Finance, Eng, Ops, Support, Sales, et al), I still only get interactions and snippets, it'd be great to go walk a mile in their shoes.
curtisblaine 8 hours ago [-]
I'm always wary of colleagues like that. They start doing everybody's job (worse) and immediately management expects everybody to do the same ("there are no excuses..."), with terrible consequences. From experience, they need to be recognized and isolated soon.
WorseIsBetter 1 hours ago [-]
[flagged]
qsbuilder 11 hours ago [-]
Charging $300/hr to drop off FedEx packages is great until you realize you're the only one who knows where the tape is.
False, they punish by not crediting that work as work.
Glue work, keeping things tidy, dealing with that annoyance that everyone else has been able to get away with suffering through (and ignoring), all of this will be worth approximately 0 at performance review time because your time is a zerosum game that is traded off with highly visible, political, and otherwise rewardable work.
It's been my experience that in larger companies you generally have to play in the framework.(I'd roughly draw the line at 1000+ employees), at quite small companies (or as a self employed / entrepreneur, roughly <200 employees) you should follow the path of highest EROI on your efforts regardless of who's job it is. In the gap you have to read the culture and management.
They were criminally under appreciated by management. Their career trajectory significantly worse than those who engaged in the highly visible projects.
But I've also never worked at a large company.
Many people get satisfaction from doing their job well. From their perspective, if they are already happy with what they have, why would they make themselves unhappy by constantly pursuing more?
>why people would continue to care so hard when their efforts are unappreciated.
So quite a few marriages.
Fully agree, enterprise failure is one of the most important mechanisms in market economies.
This also applies to gov't bailouts
They would couple this with things like standardized coding and documentation styles, common tools, etc. Training on these standards was a regular thing for all staff.
The idea was that they could rapidly move experienced staff around. It also helped staff to understand how their work was applied in an integrated system (having “blinders” on, is a fairly typical issue, with dedicated employees).
It generally worked, but relied on their particular culture, and introduced a fairly significant amount of overhead and rigidity to the system. It would also mean that it takes a long time to cultivate experts.
Personally, I’ve always enjoyed learning new stuff (still do). I actually enjoy taking on projects that I don’t know how to do. I wrote about it here: https://littlegreenviper.com/miscellany/thats-not-what-ships...
The silly policy also extends towards things like supermarket managers, midsized companies with a country wide branch network public school teachers and other nonmilitary civil service positions.
If you’re a primary school teacher, you likely won’t see your students graduate.
We’re culturally very far from even being able to attempt that.
No, residency is within a specific specialty only.
It’s more like the clinical rotations that occur in year 3 and 4 of medical school in the U.S.
> but you can usually find people in his org who’ll work with you, on the theory that they’re supposed to.
In 100% of the cases where someone has tried this on me, both as the manager and the naive employee, the real reason was that they didn’t care about what the manager/employee was supposed to be doing. They were looking for easy targets who could be abused to do their team’s work. Most of the “manager doesn’t manage anything” accusations came from other teams who weren’t even trying to understand what other managers or teams did. If the other manager or team wasn’t actively working for them in some capacity, they thought the manager wasn’t doing anything.
> It’s true that many of them have long figured out that they’re really supposed to follow orders passed down the hierarchy and do nothing else, even if everything around them is on fire. But some never figure this out, and most managers fail to punish at least some of these slow learners of theirs, so they’re yours to work with.
The most generous interpretation is that this is taken idle employees and putting them to use for the greater good, but most of the cases I’ve seen in real companies are from one arrogant manager spreading their work across any workers gullible enough to do anything you ask of them.
I’ve worked with and hired a lot of really nice people who always want to lend a helping hand. They’re great, but many of them have a real problem handling workplace sharks like this who will saunter over to their desk (or DMs) and persuade them to work on something else, which puts them behind on their own work. When it happens chronically it gets so bad that you have to start checking in almost daily to make sure they haven’t been pulled into yet another team’s workload from a Slack DM or email.
Helping other teams when time is available is a good thing generally. You need to make your manager aware of the incoming requests and time spent, though. Don’t become the person who is working themself to the bone for everyone who comes over with a request but is holding their own team back because they can’t focus on their actual work.
This is true of course, but you say it as if it’s a bad thing. At the end of the day, everyone has to manage their own time. If everyone only cared about chain of command and scheduled priorities, overall efficiency would plummet. Simple wins that just require a small amount of coordination outside the official org chart would be killed in committees and program manager reviews.
I understand the exploitative dynamic you’re describing, I just think there are many failure modes for productive operations that have to be balanced in some meta way.
Everything is locked behind multiple layers of permissions. It takes weeks to get the correct permissions set up even for my actual job (which I see any time changing roles here, or when onboarding new hires). Getting the permissions to jump in and improve some other part of the system that I don't officially own - even though I might get granted them if I ask nicely, because nobody knows who is actually meant to have what permissions - is so much higher friction than asking the "right" person.
Encouraging the inverse of fixing relationship helped both parties as well.
That said, I’ve worked in a few other shops that either had the permissions/compartmentalization shit show as a permanent blocker, or were just completely devoid of a culture encouraging people to care about anything beyond their own career/fiefdom. I absolutely despise both cases.
If you attempt to make it easier for yourself to do more, you might wear yourself out too. The organization has become a demoralization engine, and some can continue on this way for a very long time. Some people might even be frustrated that you're trying to do anything differently.
But sometimes you can make inroads, and you can make things easier for everyone. Through finding the right people to ask, you can start to document or at least remember how to avoid the friction, reduce it, and make things better.
The problem with one is the same with any other single source: you are stuck with whatever they offer on whatever timelines they provide. You are sharing this with a hundred thousand other people, so it's not tailored to your use case, but either made as generic as possible, or full of irrelevant features. Both of these cases make it worse for you.
I have often made in house libraries either based on or completely replacing a free equivalent because the free one doesn't meet our needs and has extra complications we don't need. Yes, it comes with its costs, but sometimes it's worth it for something that genuinely meets your needs.
By forcing everybody to use the same common platform, you are either forcing them to work around the mismatch between the platform and their needs, or your are forcing the platform to provide for everyone's needs. Neither is efficient and it harms every other user.
If you are going to make your own, you had better have a good reason for it, but you shouldn't be forced into a single solution for everything - it can end up being more expensive than making a few special purpose applications.
It's literally the fastest way to have someone get up to speed with the customer profile and product. They can play with it whilst listening in to support calls (if a thing). They can learn about pain points and "hard edges" that as developers we don't always come across.
When scheduling onboarding, I try to enable touring without those drawbacks.
It's harder during crunch or when everyone is remote.
It's useful.
And then there's times like getting to charge your client $300/hour to drop stuff off at FedEx. Because you can do that and you're here and you'll get it done right -- no one needs to explain the idiosyncracies of this particular deadline or package contents; you've got it.
Even if that's not normally a senior consultant's job.
Sometime, I still do and I like the fun and thrill of locking in a hotel room after a meeting and coming out in lot less days these days (pppppsssstt, because of AI) and get into the next meeting showing off what can be done that was discussed 48 hours ago.
You do them because they benefit you.
Not going to benefit you? There's lots of ways to say no to a back-channel request. Not a back-channel request? Then I guess it's not someone else's job!
Also the helping can cause escalation of "demand". First you help with something quick and easy for you, but soon you find "owning" more and more of the task.
It's not dissimilar from the entitled people in open source project bug trackers.
I don't know that I've ever felt so validated by a HN submission.
I am definitely one of those suckers that does extra work others will not do. It isn't altruistic, I just can't motivate myself to work at all if my tasks are stupid. The problem is that at any sufficiently large organization many of the tasks are stupid because hardly anyone is on the same page.
It's earned me lots of sneers, over the years, but the people that mattered, didn't care. I spent most of my career at one of the world's best optical equipment companies, working as a peer with some of the top people in the world. It was quite humbling, and extremely gratifying.
That said, I’d add one more point: in China, where I’m from, it is getting harder for individuals to even survive inside organizations these days, let alone succeed. In that environment, the rational strategy is often to do less, take fewer risks, and make fewer mistakes.
Hard not to miss the golden days.
(Except the ones who are dead.)
I've found people who have spent decades on one topic in a very specific vertical. It is amazing how they know EVERYTHING in that and I can listen with my jaws dropped to the floor for hours. Then I will wake up, with that spine-chilling shake all over my body on how patient and dedicated one has to be to be on that straight line their entire life.
The comma count is a hint ;)
(I had to parse a few paragraphs several times to get the idea.)
I got in the habit, because it is better for technical specifications. It makes it clear, to which word an "and" applies. I think it makes reading prose a bit awkward, though.
I've noticed that LLMs really don't seem to like using commas, in general.
[0] https://en.wikipedia.org/wiki/Serial_comma
I’m suggesting you to check it out. Then incorporate anything that resonates with you :)
Good article, btw!
But you are right, it's becomes an issue when three sentences make up a 100+ word paragraph lol
There are easier ways to get a false positive though, if you're open to lying, hogging credit, bus chucks etc. I sometimes wonder if I'm the crazy one for Doing Things Right when I could be spending time with my family instead.
The reviewer says "based on the opening paragraph I thought this was going to be about topic X. Here are my thoughts on topic X".
That's great, but the article isn't about topic X. What are your thoughts about the actual topic of the article? Did you read it, or just the opening paragraph?
It all depends on stock options allocation, no?
I really wish this was more common in the industry, now as a Product Manager, while I do a lot to engage with field teams (Support, Sales) and work across every group in the company (Legal, Finance, Eng, Ops, Support, Sales, et al), I still only get interactions and snippets, it'd be great to go walk a mile in their shoes.