Harrow operating lessons

Lean co-living operations without thinning control

A practical approach to designing lean site operations while protecting resident service, compliance and asset condition.

7 minute readPublished 8 September 2026Updated 20 September 2026

Define lean as deliberate work design

Lean operations do not mean leaving fewer people to absorb more uncertainty. At DIFF_RENT Harrow, a live scheme makes the need for clear work design visible: concierge and front-of-house tasks, shared-space oversight and community programming create a broad daily workload. The owner should ask which work must be present on site, which can be scheduled, which can be centralised and which should be supplied by specialists.

A credible proposal starts with a task inventory rather than a staffing headline. Map frequency, skill, consequence of delay, resident visibility, system dependency and required authority. This distinguishes work that can be automated or batched from safety-critical, relationship-sensitive or judgement-heavy work that requires accountable human ownership.

Protect the handoffs

Lean teams fail most often at handoffs: a viewing enquiry not followed up, a repair not updated, a complaint passed between shifts, or a supplier arriving without access. Create named queues and service owners, with clear end-of-shift transfer requirements. Every open item needs status, next action, deadline and escalation route, not merely a ticket number.

Technology can make handoffs visible, but it cannot decide priority when records are poor. Owners should inspect samples across systems: the resident communication, work order, supplier report and final close-out should tell the same story. Differences between them are a control issue, even if each system individually appears complete.

Use automation with a human exception route

Automated confirmations, knowledge bases, scheduled reminders and standard forms can reduce administrative load. They should be used where the resident’s request is routine and the information is stable. Before implementation, test accessibility, plain language, data handling, failure notifications and the ability to reach a person when the automated path does not fit.

Do not turn automation into a barrier. A resident reporting water ingress, access failure or a welfare concern must have an obvious urgent route. The operator should maintain a list of exception triggers and audit whether automation has increased repeat contact or delayed escalation. Efficiency that transfers effort to residents is not a genuine operating improvement.

Centralise expertise, not accountability

Central teams can support pricing administration, marketing coordination, finance processing, procurement and technical advice. The site still needs a person able to own the resident relationship and make timely decisions within defined authority. An owner should see the organisational chart, on-call rota and named roles rather than accept an undefined promise of central support.

Set service agreements between central and site teams. They should state request channels, acknowledgement expectations, approval limits and escalation for stalled work. If a team cannot articulate what the site can decide independently, either the controls are incomplete or the supposed efficiency will create bottlenecks.

Measure workload and quality together

Workload measures such as open tasks or calls handled are useful only alongside quality indicators. Review repeat contacts, overdue actions, reopened repairs, complaint chronology, training completion and audit findings. The objective is to identify where demand or process design is exceeding capacity, not to reward rapid closure at the expense of resolution.

Avoid using a single month of activity to redesign the operating model. Inspect a sensible sequence of reports, speak to staff and test the operational causes. Staffing decisions should document assumptions, contingency coverage and review dates. That gives lenders and asset managers a transparent basis for understanding operational resilience.

Test resilience before an incident tests it

A lean plan requires absence cover, supplier escalation, system outage procedures, emergency contact arrangements and authority for urgent expenditure. Test a scenario such as a locked-out resident, a critical building fault or a key team member’s absence. The exercise should identify who acts, who informs the owner and how the record is completed afterwards.

The common failure is equating a short roster with an operating model. A roster is only an input. The model is proven by whether resident communication, compliance actions and asset protection continue during disruption. Require periodic tabletop exercises and close actions through governance rather than filing them as one-off training.

Review the results with the owner as a control exercise, not as a performance spectacle. Confirm that contact details worked, authorities were understood, records were accessible and communications could be issued promptly. Assign dates for remedial work and test again where the scenario exposed a material dependency. This approach identifies fragility before a real event turns a modest absence or fault into a resident-facing failure.

Resilience also depends on transparent capacity decisions. If the task inventory indicates a recurring strain, the answer may be revised process, specialist support, altered service scope or additional cover. Record the option considered and its consequences. Quietly allowing colleagues to work around an unworkable design creates hidden overtime, inconsistent resident updates and eventually a loss of control that dashboards may not show. Revisit the decision after implementation and make the evidence available to the asset manager. In particular, check whether staff are postponing documentation, supplier follow-up or planned inspections to deal with visible demand. Those activities are easily deferred but are essential controls. A lean model should surface the trade-off early, allowing the owner to approve a measured response rather than discovering the effect through an avoidable complaint or audit exception.

Key takeaways

  • Lean is task design and controlled handoffs, not simply lower headcount.
  • Automation needs accessible human exceptions.
  • Central support must have explicit service agreements and escalation.

Discuss an asset

Apply the framework to a live brief

If you are assessing an operator, development or operating plan, share the asset context and the decision your team needs to make.

Discuss an asset
Back to all insights