Gilles Crofils

Gilles Crofils

Hands-On Chief Technology Officer

Tech leader who transforms ambitious ideas into sustainable businesses. Successfully led digital transformations for global companies while building ventures that prioritize human connection over pure tech.1974 Birth.
1984 Delved into coding.
1999 Failed my First Startup in Science Popularization.
2010 Co-founded an IT Services Company in Paris/Beijing.
2017 Led a Transformation Plan for SwitchUp in Berlin.
November 2025 Launched Nook.coach. Where conversations shape healthier habits

Abstract:

The article argues that most fitness and movement plans fail for desk workers not because of weak willpower but because they’re designed for a different kind of day—one with clean time blocks, reliable transitions, and real control over the calendar—while real Tuesdays dissolve from 9:00 to 19:00 into meetings that overrun, “quick syncs” that hit 55 minutes, and lunches eaten at the keyboard, leaving telltale signs like quiet upper-back tightness and weird fatigue from hardly moving. Drawing on public-health guidance (UK Chief Medical Officers, WHO) that emphasizes integrating activity into routines, it reframes the problem from “what program should I follow?” to “what hidden assumptions did this plan make about my day, and which one broke first?”, noting how people keep “redeploying” the same plan under new labels (new app/gym/meal plan/challenge) as the fresh-start effect fades and constraints reassert themselves. The piece pinpoints that failures usually happen at seams—handoffs and re-entry—rather than during the workout itself, illustrating the slow slide from a meeting running late to answering one last ping to quietly bailing at 19:05, then triggering a shame-driven Monday restart loop when one slip gets scored as total failure. To counter this, it offers a 10-minute blameless “incident review” template (attempt, assumption, collision, failure mode, root cause category, single point of failure) and a lightweight “runtime spec” for movement built for fragmented desk days (minimal setup steps, 6–12 minute reliable time slices, pause-safe and optics-safe options for camera-on work, and realistic “time authority”), anchored by a non-negotiable re-entry rule (if you miss, do the smallest version next) to preserve continuity—echoing the author’s own desk-life across Beijing, Berlin, and Lisbon and the pragmatic realization around age 40 that the data didn’t look good, not because of a dramatic crisis but because the old fantasies in the plan stopped fitting the week.

Tuesday can look perfect at 9:00. Then you blink, it’s 19:00, and the day has been a long sequence of meetings that ate their own buffers. The “quick sync” hits 55 minutes. Lunch happens near the keyboard. The calendar is full, so it feels like you did something. And still, the body files a small complaint. Quiet upper-back tightness. A weird fatigue that doesn’t match the amount of movement, because there was basically none.

That’s the part most plans politely ignore. Your environment is not neutral. It decides what is realistic long before motivation gets a vote. Even the boring official guidelines say the same thing: activity has to live inside daily routines, not only inside workouts. When work hours stretch and the day gets chopped into pieces, the “after work” plan starts failing in very predictable ways.

So the pattern repeats.

When a plan fails, it usually gets redeployed with a new label.
- New app, same calendar
- New gym, same meeting overrun
- New meal plan, same desk lunch
- New “challenge,” same evenings eaten by messages

The fresh start effect is real, and then constraints come back. That fade is not a character flaw. It’s the system doing what systems do.

This article is here to change the question from “what program should i follow” to something more useful: what assumptions did that program make about your day, and which one broke first.

You’ll get 3 practical pieces out of it, plus a small reference list of common failure modes.
- A simple way to diagnose where plans actually fail, usually at handoffs and re-entry, not at the workout itself
- A 10-minute blameless post-mortem template that turns a missed session into design input instead of a guilt diary
- A lightweight “runtime spec” for movement that fits real desk days, plus a re-entry rule that prevents the classic Monday restart loop

No redemption speeches. No perfection scoring. Just a more honest plan that can survive meetings, pings, and the mysterious disappearance of lunch.

The plan you keep redeploying

Most plans are written for a different day

I’ve spent most of my adult life at a desk across Beijing, Berlin, and now Lisbon. Different cities, same workday physics: the day fragments, the calendar expands, and the “after work” block turns out to be the most fragile piece of the whole setup. I also know the early signal that arrives after a “normal” desk day: that quiet upper-back tightness.

That is the annoying part. Your environment is not neutral. It decides what is realistic long before motivation gets a vote.

And the official guidelines are less romantic than most plans. They’re also more forgiving. The UK Chief Medical Officers’ guidance doesn’t require everything to look like a workout. It allows activity to be accumulated across the week, and it explicitly counts things like brisk walking and muscle-strengthening work, not just gym sessions.

If the day itself is shaping what can happen, it explains a weird pattern.

When a plan fails, most of us redeploy it with a new label.
- New app, same calendar.
- New gym, same last meeting overrun.
- New meal plan, same desk lunch.
- New “challenge”, same evenings eaten by messages.

The fresh start effect is real. People do restart around “fresh” dates. Then it fades. That fade is not a character flaw. It is constraints reasserting themselves. New tools don’t fix an old mismatch.

To get unstuck, the question changes from “what program” to “what assumptions did that program make about my day”.

A useful way to think about it is a compatibility spec. A plan is not just “3 workouts a week.” It is a bundle of hidden assumptions about your week. It assumes clean time slices, some privacy, food you can control, and a brain that can restart cleanly after interruptions. It assumes re-entry is simple and not socially awkward. When those assumptions are false, the plan is incompatible rather than you being inconsistent.

Try again advice misses the mechanism

“Be consistent” sounds clear, but it’s not very usable. Consistent with what, under which constraints, and at what failure point.

The useful question is where the system broke first, because that first break is usually not the workout itself. It is the seam right before it.

  • Bag not packed
  • Last meeting ends at 18:35 so the transition vanishes
  • The decision becomes “gym vs dinner” when you are already running on fumes

If you can’t name the first break, you keep fixing the wrong part.

There’s also a reason the story you tell yourself after the fact is often wrong. In safety research, there’s a difference between the visible error and the conditions that made it likely. And hindsight bias is a thing. Once the day ends badly, it feels obvious that it was “lack of discipline,” even when the earlier setup made the outcome pretty likely.

And the first break is rarely dramatic. It is mundane and expensive in small pieces.

18:10, the last meeting goes 20 minutes over.

18:32, you close the laptop and realize you did not eat.

18:40, you think “ok quick workout”, then a ping lands.

18:43, you answer “just this one”, because it is quicker.

18:55, you’re standing in the kitchen, still in work mode.

19:05, gym feels far, cooking feels like work, so you bail quietly.

This is where desk plans die, in handoffs and re-entry. A fragmented workday makes “after work” less like a time slot and more like a cognitive cliff.

Then the restart loop kicks in. One miss triggers binary scoring, the week feels “ruined”, shame sneaks in, and the plan gets postponed to Monday. A lapse is one slip. The collapse happens when the slip gets interpreted as failure.

There’s a less punishing way to read a miss: some is better than none. That’s broadly consistent with how activity guidelines are written, and it matches real life. The fix is not “more discipline.” It is a blameless post-mortem that turns the miss into design input, and a plan that treats small misses as normal runtime noise, not a total crash.

A 10-minute blameless post-mortem

Treat the miss like an incident, not a personality test

Think of it like an incident review after a minor outage. Not the dramatic kind with a war room. Just “what changed, where did it drift, what do we tweak.” The goal is a compatibility spec, not inspiration, and definitely not a new reason to dislike yourself.

Desk life is a complex system with lots of moving parts and tight couplings, so failures tend to be boring and repeatable. Small test-and-adjust loops are often more realistic than big reinventions.

The 6 fields that turn chaos into signal

Write 1 sentence each, then stop.

  • Attempt: what you tried (“gym after work”).
  • Assumption: what had to be true.
  • Collision: what reality did instead.
  • Failure mode: the exact way it failed (“sat down and never restarted”).
  • Root cause category: person, task, tools, environment, organization.
  • Single point of failure: the one thing that broke everything (no transition).

Here’s what “10 minutes” looks like in practice (six one-liners, done):
- Attempt: Gym after work, 45 minutes.

- Assumption: Last meeting ends on time and i have enough fuel to go.

- Collision: Meeting overran, i hadn’t eaten, and a “quick” ping landed at 18:40.

- Failure mode: I closed the laptop, sat down “for a minute,” and never restarted.

- Root cause category: Environment (day fragmentation + constant pings).

- Single point of failure: No protected transition between “work” and “movement.”

The categories help because the visible error is often the last step, while the causes are earlier and quieter. One sentence per field is a feature. It stops the template from turning into a guilt diary.

Two guardrails that keep it short and useful

Rule 1 is analyze the first break, not the last blow-up. The last blow-up is emotional and the causality gets messy. The first deviation is where the system started drifting.

Rule 2 is pick 1 dominant mismatch even if there were many. Redesign needs a single target you can actually change.

A worked example with no redemption speech

The ordinary after work gym plan

Attempt, stated without romance: 3 times a week, after work, 45 minutes at the gym.

Once that line exists, the assumptions show up fast. “Only the gym counts” is already an assumption, not a law of physics. The UK Chief Medical Officers guidance counts activity more broadly than gym sessions.

  • Assumption: work ends around 18:15. Reality: the last meeting slides, and suddenly you are negotiating with 19:05.
  • Assumption: you have time authority. Reality: schedule control is real, and many jobs have less of it than people admit.
  • Assumption: you transition cleanly. Reality: the bag is under the chair and you answer a “quick” ping at 18:40.

Failure mode: the moment the work-to-gym handoff breaks, re-entry becomes expensive and the plan turns into “tomorrow.” The single dependency is needing a long uninterrupted block plus shower and logistics, at the exact time the day is most volatile.

Interruptions don’t just steal minutes. They cut the mental thread. So the cost is not only 45 minutes of training. It is packing, commuting, changing, showering, and then rebooting your brain twice.

And yes, this is also the part where my own consistency is a bit stupid. If i miss a day and i notice it, i’m more likely to miss the next one too. The useful output is simple. The plan didn’t fail at the gym. It failed at the handoff.

A small library of desk work failure modes

If you want a quick label for what keeps breaking, here’s a short reference list.

Dependency failures that look like discipline problems

A veto-dependent plan works only if nobody schedules over it or pings at the wrong time. Think “after work class at 18:30” or “fixed lunch workout.” Underneath, it’s schedule control. If your time authority is borrowed, the plan fails by design.

A clean-edge plan assumes “before work” and “after work” are real borders. For many roles, the day ends by fading, not stopping. Remote work makes this worse because the commute is gone, so there is no forced transition, just the laptop still there.

A long-setup plan is a chain with 8 steps and each step is a chance to stall. The redesign implication is slightly humbling. Remove steps before adding intensity.

Scoring and re-entry failures that create restart loops

A binary-scored plan turns partial effort into zero. Which is funny, because it makes “do nothing” the logical choice once perfection is broken. A 10-minute walk counts in real physiology. If your scoring system treats “small” as “nothing,” it will eventually pick nothing.

A high-continuity plan creates a snowball. Miss 1 day, the next day feels like you are behind, then behind becomes “why bother,” and suddenly it’s Monday again. The design fix is a re-entry rule, not a motivational speech. A simple “if i miss, then i do the smallest version next time” rule often helps.

An optics-unsafe plan is when movement feels socially expensive. Camera-on stretching looks weird. Standing up mid-call feels like a statement. This sits in organization and social norms. It also explains why information campaigns do so little. Convenience and small design changes often beat information-only nudges.

A runtime spec you can actually use

From story to constraints

Once the post-mortem exists, the goal is not a better story. It is the conditions under which a plan can run on a normal calendar day, with meetings, pings, and the mysterious disappearance of lunch.

Call it a runtime spec. Keep it short. If it becomes long, it becomes another plan, and it will fail in the same place, just with nicer formatting.

The 3 fields that decide if a plan is runnable

  • Max setup steps (2 steps max, shoes on and out the door)
  • Max reliable time slice (6 to 12 minutes is real, 45 minutes is fantasy on weekdays)
  • Re-entry rule (if you miss, you do the smallest version next time)

You can treat optics and interruptions as design constraints inside those three. “Optics-safe” movement is anything that doesn’t feel like you’re making a speech on a camera-on day. “Pause-safe” movement is anything you can stop and resume without needing a fresh decision.

Short time slices aren’t a downgrade; they’re often what the week can actually support. And guidelines aren’t allergic to small blocks. They’re written to be accumulated, because that’s how most people’s days really work.

The non-negotiable part is re-entry

The spec still needs 1 rule that protects continuity.

A useful rule is a re-entry protocol that triggers after a miss. If X happens, then Y is the next action.

Two examples that stay cheap are “if i miss training today, then tomorrow i do the 6-minute version” and “if i bail after closing the laptop, then i walk to the building door and back before dinner.” Not to score points. Just to keep the thread unbroken.

Past failures are not a character verdict. They are constraint discovery. And yes, this is also why starting at 40 made sense for me. Not a dramatic crisis, just the moment the data stopped looking good. The relief is that you don’t need a new personality. You need fewer fantasies in the plan, and more respect for your actual week.

If your weeks keep dying around 18:40, it’s probably not because you are “bad at consistency.” It’s because the plan was written for a different day. Treat misses as debugging, not a personality test. Find the first break, not the final collapse. Use the 10-minute blameless post-mortem to turn chaos into signal. Then write a tiny runtime spec that fits a real desk calendar: low setup, short time slices, and a re-entry rule that keeps one miss from turning into Monday again.

Most desk-day failures aren’t about the workout. They’re about the handoff.

You might be interested by these articles:


25 Years in IT: A Journey of Expertise

2025-

Nook
(Lisbon/Remote)

Product Lead
Building the future of health coaching. Leading product development and go-to-market strategy for a platform that makes personal wellness accessible through natural dialogue.
Making health coaching feel like talking to a friend who actually gets you.

2024-

My Own Adventures
(Lisbon/Remote)

AI Enthusiast & Explorer
As Head of My Own Adventures, I’ve delved into AI, not just as a hobby but as a full-blown quest. I’ve led ambitious personal projects, challenged the frontiers of my own curiosity, and explored the vast realms of machine learning. No deadlines or stress—just the occasional existential crisis about AI taking over the world.

2017 - 2023

SwitchUp
(Berlin/Remote)

Hands-On Chief Technology Officer
For this rapidly growing startup, established in 2014 and focused on developing a smart assistant for managing energy subscription plans, I led a transformative initiative to shift from a monolithic Rails application to a scalable, high-load architecture based on microservices.
More...

2010 - 2017

Second Bureau
(Beijing/Paris)

CTO / Managing Director Asia
I played a pivotal role as a CTO and Managing director of this IT Services company, where we specialized in assisting local, state-owned, and international companies in crafting and implementing their digital marketing strategies. I hired and managed a team of 17 engineers.
More...

SwitchUp Logo

SwitchUp
SwitchUp is dedicated to creating a smart assistant designed to oversee customer energy contracts, consistently searching the market for better offers.

In 2017, I joined the company to lead a transformation plan towards a scalable solution. Since then, the company has grown to manage 200,000 regular customers, with the capacity to optimize up to 30,000 plans each month.Role:
In my role as Hands-On CTO, I:
- Architected a future-proof microservices-based solution.
- Developed and championed a multi-year roadmap for tech development.
- Built and managed a high-performing engineering team.
- Contributed directly to maintaining and evolving the legacy system for optimal performance.
Challenges:
Balancing short-term needs with long-term vision was crucial for this rapidly scaling business. Resource constraints demanded strategic prioritization. Addressing urgent requirements like launching new collaborations quickly could compromise long-term architectural stability and scalability, potentially hindering future integration and codebase sustainability.
Technologies:
Proficient in Ruby (versions 2 and 3), Ruby on Rails (versions 4 to 7), AWS, Heroku, Redis, Tailwind CSS, JWT, and implementing microservices architectures.

Arik Meyer's Endorsement of Gilles Crofils
Second Bureau Logo

Second Bureau
Second Bureau was a French company that I founded with a partner experienced in the e-retail.
Rooted in agile methods, we assisted our clients in making or optimizing their internet presence - e-commerce, m-commerce and social marketing. Our multicultural teams located in Beijing and Paris supported French companies in their ventures into the Chinese market

Cancel

Thank you !

Disclaimer: AI-Generated Content for Experimental Purposes Only

Please be aware that the articles published on this blog are created using artificial intelligence technologies, specifically OpenAI, Gemini and MistralAI, and are meant purely for experimental purposes.These articles do not represent my personal opinions, beliefs, or viewpoints, nor do they reflect the perspectives of any individuals involved in the creation or management of this blog.

The content produced by the AI is a result of machine learning algorithms and is not based on personal experiences, human insights, or the latest real-world information. It is important for readers to understand that the AI-generated content may not accurately represent facts, current events, or realistic scenarios.The purpose of this AI-generated content is to explore the capabilities and limitations of machine learning in content creation. It should not be used as a source for factual information or as a basis for forming opinions on any subject matter. We encourage readers to seek information from reliable, human-authored sources for any important or decision-influencing purposes.Use of this AI-generated content is at your own risk, and the platform assumes no responsibility for any misconceptions, errors, or reliance on the information provided herein.

Alt Text

Body