Blog

How many weeks a year does a finance team actually work?

The short answer

Around 44 weeks, not 52. Holidays, vacation, sick days and training take six to eight weeks out of the calendar before anyone touches a ledger, and the month-end close consumes a quarter to 40% of what remains. Almost every hiring plan and project timeline in a small finance function is built on availability that does not exist. That is why the work always takes longer than planned and why one person leaving breaks everything.

Every hiring plan assumes 52 weeks. The real number is 44, and the close eats a third of that. What it means for whether you hire.

By Stephen Ninesling, FynScale

How many weeks a year does a finance team actually work?

Around 44, not 52. Holidays, vacation, sick days and training take roughly six weeks out of the calendar before anyone touches a ledger, and the close consumes a disproportionate share of what remains. Almost every hiring plan, capacity model and project timeline in a small finance function is built on 52 weeks of availability that does not exist, which is why the work always seems to take longer than it should and why one person leaving breaks everything.

By Stephen Ninesling, FynScale


Short answers

What is the realistic number? About 44 productive weeks per person per year in a US small business, after holidays, PTO, sick time and training.

Why does this matter for hiring? Because a role scoped at 52 weeks of output needs about 18% more capacity than the plan assumes, which is often the difference between one hire and one and a half.

What breaks first when capacity is overstated? The close. It is the least flexible deadline, so it absorbs the shortfall by consuming evenings and weekends rather than slipping visibly.

Is the fix always to hire? No. In most small finance functions, the close consumes 40% to 50% of total capacity, and that is usually a process problem before it is a headcount problem.


Where do the eight weeks go?

Start with 52 and subtract what is already committed.

Federal holidays: about two weeks. Most US businesses observe somewhere between eight and eleven days. Call it nine, so roughly two working weeks.

Paid time off: two to four weeks. Two weeks at the low end for a junior role, four or more for a senior hire with a real offer package. Assume three for planning.

Sick and personal time: about one week. People average somewhere near five days a year, and averages hide the variance. One person having a bad flu season or a family situation can take a month out.

Training, onboarding and administration: about one week. Software updates, tax law changes, internal meetings, performance reviews, IT problems. Individually small, cumulatively a week.

That is seven to eight weeks before any accounting happens. The available number is 44 to 45, and 44 is the honest planning figure.

Now apply it. A controller earning $110,000 is not costing $2,115 per working week across 52. Across 44, the same salary is $2,500 per week of actual output, and that is before payroll taxes and benefits, which typically add 20% to 30%. The real cost per productive week is closer to $3,100.

That is not a trick of arithmetic. It is the number a capacity plan should be using, and almost none of them do.

Why does the close make this worse?

Because the close is not evenly distributed and it does not negotiate.

In a small finance function, the close typically consumes the first five to eight business days of every month. Across twelve months, that is 60 to 96 business days, which is 12 to 19 weeks out of the 44 available.

So of 44 working weeks, somewhere between a quarter and 40% is spoken for by a deadline that arrives whether or not anyone is available. The remaining 26 to 32 weeks carry everything else: payroll, accounts payable, collections, budgeting, audit support, system work, and any project the business actually wants done.

Two consequences follow immediately.

Vacation timing is not a free variable. A person who takes the first week of a month off is not taking a week from the general pool. They are taking a week from the close, which either compresses the close for everyone else or delays reporting. Most small teams have never made this explicit, so it gets resolved by the individual quietly not taking that week, which works until it does not.

Project work is structurally starved. Anything discretionary lives in the two to three usable weeks between closes. A project estimated at four weeks of effort takes two months of calendar minimum, and that is if nothing else goes wrong. This is why system implementations in small finance teams routinely run three times their estimate. The estimate measured effort. The calendar measured availability.

What does this mean for the hire-or-not decision?

It shifts the threshold, in both directions.

Take a business considering its first full-time accounting manager. The workload assessment says the role needs about 30 hours a week. On a 52 week frame that reads as three quarters of a person, which sounds like a comfortable full-time hire with room to grow.

On a 44 week frame it is different. Thirty hours across 44 weeks is 1,320 hours of work against roughly 1,760 available hours. Still a full-time hire, but the margin is thinner than it looked, and the moment the business grows or the close gets more complex, that role is at capacity with no absorption left.

Now run it the other way. A business is drowning during the first week of every month and considering a hire on that basis. The honest question is whether the problem is total capacity or distribution. If the close consumes 45% of capacity and the rest of the month is comfortable, hiring adds a person who is underused for three weeks and still cannot fix a close that is slow for structural reasons.

The distinction matters because the two problems have completely different price tags. A hire is $110,000 a year plus burden, permanently. Fixing a close that takes eight days and should take four is a project, and a finite one.

How do you tell which problem you have?

Track two things for a single quarter. Neither requires software.

Hours by week of month. Not by task, just by week. If weeks one and two run at 50 hours and weeks three and four run at 30, the problem is distribution. If every week runs at 50, the problem is volume, and that is a hiring conversation.

Which close days are waiting versus working. During the close, log when the team is actively producing and when it is waiting on someone else. Waiting on a bank statement, a receipt, a manager's approval, an answer from a department head. In most small businesses, a meaningful share of close time is waiting rather than working, and waiting time does not go away when you hire someone. It goes away when someone owns the dependency.

A close that takes eight days with three of those spent waiting is a four or five day close in disguise. Hiring will not shorten it. Making the dependencies someone's explicit job will.

What is the single-person risk here?

It is larger than most owners have calculated.

In a team of one, the 44 week reality means the business has no finance coverage for eight weeks a year. Not reduced coverage. None. Whatever that person does, nobody does during those weeks.

If those weeks include a close, the close either happens badly or happens late. If they include a payroll deadline, someone improvises. If the person leaves, the business discovers how much of the process lived in their head rather than in documentation, and the discovery happens during whatever crisis prompted the departure.

The standard mitigation is documentation, and it is genuinely the right answer. The reason it rarely exists is that documentation is discretionary work, and discretionary work lives in the two or three weeks a month that are not the close, which are the same weeks everything else discretionary is competing for.

That is the trap. The thing that would protect the business is the thing there is structurally never time for, and the shortage is invisible because the work does get done, on evenings, by someone who is not complaining yet.

How should a plan actually be built?

Four changes, none of which cost anything.

Plan on 44 weeks. Write it in the model. If a role needs 1,500 hours of output, size it against 1,760 available hours rather than 2,080, and see whether the answer changes.

Separate close capacity from everything else. Budget them as two different pools, because they behave differently. Close capacity is fixed and deadline-driven. Project capacity is what is left, and it is far smaller than it appears.

Price project work in calendar, not effort. A four week project in a finance function that closes monthly is a two month project. Saying so in advance is not pessimism, it is the only estimate that will turn out to be true.

Make close-week PTO an explicit policy. Either it is allowed and the close plan absorbs it, or it is not and people know that when they book. What does not work is leaving it unstated, because then it gets resolved by whoever is least willing to ask.

Why does this go unnoticed for so long?

Because the work gets done.

A capacity shortfall in finance does not announce itself the way a stockout or a service outage does. The reports come out. The payroll runs. The filings go in. From outside the function, everything looks fine, and the only visible symptom is that finance always seems slightly behind and slightly stressed, which is easy to read as a personality trait rather than a math problem.

The shortfall is absorbed privately. Someone works Saturday during close week. Someone does not take the vacation they earned. Someone stops doing the documentation and the process improvement and the analysis, because those are the only things with no deadline attached, and the things with no deadline are what get cut when there is not enough time.

That is the real cost, and it does not appear anywhere in the financial statements. The business paid for a finance function and received a bookkeeping function, because the part that produces judgment was quietly sacrificed to keep the part that produces reports on schedule.

Nobody decided that. The calendar decided it, and nobody checked the calendar.


FynScale is a boutique AI consulting firm for accounting and finance. We work with growing ecommerce, CPG, SaaS, and professional services businesses that have outgrown their bookkeeper but are not ready for a full finance team. AI speed. Human judgment.

fynscale.com