Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

A common miscommunication in an R&D organization is asking another team to do a task, and getting the reply that they're willing to do the task if you provide headcount. You're not asking them to grow their team in perpetuity. You're asking them to reprioritize their existing work to accommodate one request.

(I know this isn't really a miscommunication. It's misaligned incentives leading to an exasperating kind of logrolling.)



There are not many options. Headcount might help (secondment, overtime, contractors, move from another team, new hire) or pushing other work back (or cancelling it, reducing scope) or saying no (find a workaround, go without it). I might of missed it but there is only so much you can do. A win win might be showing how doing X now is not worth it because event Y makes X obsolete or less valuable.


You can just have a queue. I’ve seen departments that basically function as an internal vendor of services to other departments. First in first out. Fixed schedule to expect turn around on most requests. No one complains. Seems quite pragmatic and fair.


Until they become the sole group that does X (Officially), and other groups realize that having them do a simple task related to X is way more hassles and months of wait time so each team just build their own unofficial X or try to circumvent it from day 0.

I'm not say this or that method is better just pointing out what I've seen so far through different companies. Not all work is the same priority but if you try to reprioritize then you can enter the endless quagmire of inter-department/group politics than involve a lot of useless meetings. And a simple FIFO queue can be equally as problematic.


I have seen it where they are literally the sole provider of x. Cheaper than third party x vendor even because of a lack of profit margin charging internally. Still their terms are straightforward and there’s no bullshitting.


Only works if you have a lot of funds or your funding model isn’t broken. Where I work it’s a big dance around funding IT to build or connect stuff for Ops/Engineering. Because it’s such a chore there are lots of alternatives (ticketing, middleware, event management/collection system etc.) or even shadow IT.


Queue is fine but my experience is small company’s anyway hate them. A queue self manages, so how do you micromanage!

Sprints are an editable queue I guess but even waiting 2 weeks is too much for the nanomanagers.


FIFO is not an efficient way to prioritise work, though. Unless all work has about the same value and urgency, in which case, I guess, that sounds nice.


If you are an specialized department, insulated from the organizational goals, and circled by people that only speak in riddles, FIFO is the best you can do.


The context was in R and D at a large organization. Are some projects better funded/further along/seemingly more important to spearhead? Sure. But that was not how this department handled the workload. Dozens of people are coming to them a day for work done on hundreds of separate projects potentially. They can’t afford to triage this workload nor even can you really. Like I said, no one complained because despite FIFO turnaround was still faster (that afternoon if you got your job in during the morning potentially) and cheaper than any third party vendor.


This seems impossible to fix in a divisional org structure, where each division owns their P&L. If I'm in division A, and division B wants something from us that won't make a difference on my P&L (or will just add costs [headcount]), why would I be incentivized to help? If they pay for it though, that's a fee for service. Seems fine. It's all internal accounting anyway, so it's mostly fake.


It can work if the unit of currency is sufficiently divisible. Headcount often isn't.

(Also, headcount is more a rate of spending than a unit of currency. I want to buy some work from your team, not subscribe to it!)


That likely depends on how exactly your org works. In my company, usually cross-org funded HC is permanent. It is expected though that you do whatever they ask for with that HC for ~3-5 years.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

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

Search: