Codeaza Technologies
Internal · People Ops · Confidential

Work-from-home policy — data & proposed process

How WFH is actually being used across the last eight weeks, and a proposed, evidence-based process to keep it genuine and approved — while protecting our three on-site days.
Document
CDZ-POL-2026-WFH
Issued
17 August 2026
Basis
Last 8 weeks · portal data
Status
Draft v2 · for Thursday review
Prepared for
People Operations — HR
Re: WFH policy & approval process
Codeaza Technologies
Prepared by
Muhammad Asim — Founder & CEO
Compiled from HR Portal data (Ninja WFH log)
muhammadasim@codeaza.org · codeaza.com
01The picture today

Employees mark WFH via the Ninja Bot “Home” button, which records a reason but requires no approval. Over the last eight weeks the pattern is clear.

Metric
 
Value
WFH days logged
 
43
People who used it
 
12
WFH taken on the 3 on-site days (Mon–Wed)
 
70%
Of those that required approval
 
0

The headline: 70% of WFH lands on the days people are expected on-site, with no approval step in between.

02Which days people go remote

Mon–Wed are on-site days; Thu–Fri are the two designated remote days. Monday is the clear favourite — combined with the Thu/Fri remote block, the pattern reads as a long-weekend habit.

Weekday
Type
WFH days
Monday
on-site
14
Tuesday
on-site
12
Wednesday
on-site
4
Thursday
remote
13
Friday
remote
0
Mon–Wed carry 30 of 43 WFH days (70%). The office risks becoming a Tue/Wed-only affair.
03Why people take WFH

Reasons captured on the submissions. Encouragingly, most are genuine — so this is a process gap, not mass abuse.

Reason
 
Share
Weather / rain (monsoon)
 
33%
Other / unspecified
 
24%
Family / medical
 
19%
Health / illness
 
10%
Commute / roads blocked
 
10%
Work delivery / deadline
 
5%

~72% (weather, health, family-medical, roads) is legitimate. The soft ~29% (“unspecified” + “work delivery”) is exactly what a light approval step filters.

04Where it concentrates

WFH taken specifically on on-site days (Mon–Wed) over the eight weeks — the small group to focus the process on.

Employee
 
On-site-day WFH
Muhammad Arslan Iqbal
 
8
Jawad Babar
 
5
Waleed Khalid Kayani
 
4
Muhammad Usama Nazir
 
3
Khadija Afzal
 
3
Uzair Cheema
 
2
Haris · Abdur Rehman · Muizz · Junaid · Hasnain M.
 
1 each
05Proposed policy

Principle: the two designated remote days are your remote budget — plan remote-suited work around them. On-site days are on-site by default; remote on those days is exception-only and needs prior approval.

A

Two remote days are the allowance

Thursday & Friday are remote for everyone. Batch focus / remote-friendly work into them. No extra “free” remote days beyond these.

B
hard rule

On-site-day remote = prior approval only

Remote on Mon–Wed is an exception. It must be requested and approved in advance through the HR Portal (not the no-approval Ninja “Home” button), with a genuine reason. At least a working-day’s notice for planned cases.

C
hard rule

No approval → it costs

An unapproved on-site-day remote is docked as a half-day leave (or unpaid if no balance). Not a perk you can silently take — the consequence for skipping the process.

D

WFH is a full working day

Timer running, standup attended, reachable, same 7h30m SOP and output as an office day. A remote day is not a lighter day.

E
hard rule

No Thu→Mon bridging

Taking Monday remote right after the Thu/Fri remote block needs explicit sign-off — this is the long-weekend pattern the data shows.

06Handling emergencies & weather

Real emergencies must never be blocked by process. Weather, however, is deliberately not a blanket WFH reason — the expectation is to come in, and minor weather delay is already absorbed by our punctuality allowance.

Same-day emergencies

Medical, family or safety emergencies: notify your lead before your start time (or as early as possible), work remotely, approved retroactively with a short note / evidence. No penalty for genuine, communicated emergencies.

Weather / rain — come in, plan for it

Rain is routine in monsoon and is not, on its own, grounds for WFH. If weather may slow your commute, leave earlier — a slightly late arrival is already covered by the punctuality allowance (4 late arrivals = 1 leave). Colleagues consistently reach the office and complete their hours on rainy days. A company-wide remote call is reserved for genuinely severe / unsafe conditions only, made by management — not a routine per-rain lever.

Health

Unwell but able to work → WFH with notice. Unable to work → apply as sick leave, not WFH. Recurring health WFH may require supporting documents.

Judge each request on its circumstances — do not treat weather (or any single reason) as an automatic justification.

07Approval — notice & ownership

The gap today is that WFH needs no approval. The process should be light but clear on when to apply and who decides.

Planned WFH — apply by the prior working day

A non-emergency on-site-day WFH must be requested by the previous working day. A request sent Sunday night for Monday is too late — Sunday isn't a working day, so a Monday WFH must be in by Friday. This alone removes most casual same-day “Home” taps.

Illness — as early as possible

If unwell but able to work, apply before the workday begins. If unable to work, it's sick leave, not WFH.

Who owns it

The reporting manager approves; HR tracks every request and owns pattern review + the policy. (To confirm on the call: manager-only vs. manager + HR co-approval.)

08The Monday / long-weekend rule

Thu & Fri are already remote, then the weekend — so a Monday WFH creates an extended remote stretch. This is the pattern to watch, not to ban outright.

Trigger
 
Action
2 consecutive Mondays WFH
 
Auto-flag for HR / manager review
Repeated / unjustified Monday WFH in a month
 
1-day leave deduction (subject to final policy)
Genuine, approved reason
 
Remains an exception — no penalty

Documented emergencies are always exempt. Use monthly WFH data to spot recurring patterns and address them individually rather than restricting everyone.

09Non-compliance ladder
Stage
 
Consequence
1 · First unapproved on-site remote
 
Heads-up + half-day leave for that day
2 · Repeated within a quarter
 
Formal note from HR, on record
3 · Sustained after the note
 
Factored into performance review

Management retains discretion to read intent — a genuine one-off vs. a sustained habit are treated differently.

10What changes in the tool
Approval gate
The WFH action for an on-site day routes to manager (+ HR) approval instead of auto-logging. Remote days stay one-click. This closes the “no approval” gap that created the pattern.
Visibility
A monthly WFH view per person (already in the portal data) so HR spots patterns early, not at review time.
11Open questions — for the Thursday review
Question
 
Current lean
Weather: does it get severe enough to justify org-wide remote — and who announces it, by what time?
 
No blanket weather WFH; late-allowance covers minor delay; org-wide only for genuinely unsafe conditions, management’s call
Notice: how far ahead for planned WFH? How is a Sunday-night-for-Monday request handled?
 
By the prior working day; Sunday night for Monday = too late (in by Friday)
Illness: how soon must one apply — before start of the workday?
 
As early as possible, before workday start; unable to work → sick leave
Who owns the approval — manager only, or manager + HR?
 
Manager approves, HR tracks + owns pattern review
Consequence calibration — half-day vs one-day; Monday-specific deduction?
 
Half-day for unapproved on-site remote; 1-day for repeated/unjustified Monday

These are the open decisions to close on the call — the “current lean” is a starting point, not a final position.

Recommendation & sign-off

Direction to confirm on the Thursday review: two remote days = the allowance; on-site-day remote is prior-approval only (apply by the prior working day; manager approves, HR tracks); weather is not a blanket WFH reason — come in, the punctuality allowance covers minor delay; the Monday/long-weekend pattern is flagged and, if repeated/unjustified, draws a leave deduction; genuine emergencies always allowed with retroactive approval. Open items in §11.
Approved by (HR)
Founder / CEO
Effective from
Prepared from HR Portal data (last 8 weeks). Figures reflect WFH logged via the Ninja “Home” action. Codeaza Technologies · Confidential — internal use only.