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

Your health plan has too many prerequisites

Abstract:

The article argues that when a health routine “mysteriously” falls apart, it’s usually not a motivation or character flaw but a predictable cascade caused by tight coupling—too many hidden prerequisites that must align for the plan to run—so one normal disruption (like a meeting running 25 minutes late or a short night of sleep) wipes out the gym slot, derails groceries and meals, messes with laundry and gear, and turns the rest of the week into an outage rather than “inconsistency.” Framing habits as a system under the restart-heavy reality of desk work, it explains how interruptions and task switching create a “restart tax,” why stacks of well-meaning components (training plans, step goals, meal prep, logging, wearables, mobility, sleep scores, weekly reviews) become an unmanageable daily ops job, and how wearables and tracking can backfire when missing data turns dashboards into shame signals. The author—physics-trained and metrics-oriented, having worked long desk hours across Beijing, Berlin, and Lisbon—notes that even people who love dashboards can get trapped by brittle architectures (with upper-back tightness as a personal early warning sign), then proposes a blameless “incident report” approach: identify the keystone prerequisite that fails most often (time blocks, mental runway, gear, groceries, charging, privacy/optics, etc.), map what collapses downstream, and redesign for loose coupling with bulkheads and if-then fallbacks (2–10 minute movement fragments, shelf-stable food defaults, camera-safe options at work) so the system degrades gracefully. Instead of streaks, it recommends an “uptime” scoreboard that rewards continuity on imperfect 30–60% days, reflecting the principle that some is better than none.

If your health plan keeps “mysteriously” collapsing, it is probably not inconsistency. It is a cascade.

A normal Tuesday hits. One meeting runs 25 minutes late. The gym slot disappears. Groceries don’t happen. Lunch becomes delivery. Laundry is still wet so the workout gear is missing. Sleep gets short, coffee replaces breakfast, and now the week feels like it’s already gone. Not because you lack character, but because the plan had too many hidden prerequisites.

This article treats your habits like a system, not a personality test. Desk work is built on interruptions and restarts, and that restart tax makes even small plans fragile. If your workout only happens when the time block survives, the gear is clean, the device is charged, and you still have enough brain left to start, one upstream blip and the whole plan slips. That is the real issue: too many prerequisites.

You’ll get a practical way to spot the dependencies that keep breaking your week, and a way to redesign them so the system degrades gracefully instead of going fully offline.

The cascade you keep calling inconsistency

The 14 day plan that dies on a normal tuesday

That “lost week” feeling has a shape. Less laziness, more outage. You were fine, then 1 disruption hits and everything slides.

  • A late meeting kills the gym slot
  • You miss groceries so lunch becomes delivery
  • Laundry blocks the workout because gear is missing
  • 1 bad night and coffee replaces breakfast
  • You skip 1 session then 3 more vanish

Knowledge work forces frequent task switching (González and Mark, 2004). After an interruption, the goal in your head fades, so resuming is harder than starting (Altmann and Trafton, 2002).

In tech, a system can look fine, then 1 upstream service blips and downstream requests time out. Suddenly “everything is broken” even if only 1 piece failed.

Health plans behave the same way. A “workout habit” often depends on groceries, clean clothes, a time block, and a shower window. That is workload, not morality. Tran, Montori, and Ravaud (2015) describe this as workload exceeding capacity. Complexity also predicts drop-off in digital programs, the classic law of attrition (Eysenbach, 2005).

The crash feels personal because the scoreboard is brutal. Miss 1 day, the streak is “broken,” so you restart from zero. Normal variation looks like failure.

A better metric is uptime, meaning continuity even when things go wrong. Public health guidance is explicit that some is better than none (US 2018 Physical Activity Guidelines, WHO 2020). The practical question becomes where the hidden prerequisites live in a desk schedule.

Coupling is the hidden dependency graph

Tight coupling in plain desk language

Desk work adds a special kind of fragility because your day is made of restarts. Tight coupling is when a “simple” habit only happens if many conditions line up on the same day, in the right order. In normal language: it works only on perfect days.

For a normal strength session after work, the hidden prerequisites often look like this

  • A calendar slot that survives overruns
  • Enough mental energy left to start, not just “have time”
  • Groceries at home so dinner does not turn into delivery
  • Clean gear and a bag already packed
  • A place to train without commute friction
  • A shower window that does not collide with family or late calls
  • Phone, watch, or app ready if the plan depends on it
  • Tracking or logging if you rely on feedback loops

That list is basically workload. Even “just track it” is not free. Self-monitoring can help, but many people stop doing it over time (Burke et al., 2011). Tracking can quietly become another prerequisite that disappears.

Why desk schedules amplify it

Desk days are fragments and handoffs, and each handoff has a restart tax. Interruptions increase resumption time and errors (Monk, Boehm-Davis, and Trafton, 2004; Bailey and Konstan, 2006). Intentions get missed when cues are weak after mode switches (McDaniel and Einstein, 2000). So the “paper free time” on your calendar is not always usable time. A “free” 30-minute block after meetings is often 10 usable minutes once you pay the restart costs.

The 2 triggers that start most cascades

Example 1 is sleep. One short night does not just make you tired. It tends to push intake up later in the day. In controlled sleep restriction studies, people eat more calories, especially in the evening (Markwald et al., 2013), and reviews find the same pattern overall (Stutz et al., 2019). So the late-night email sprint is also a food-default trigger, not just a fatigue problem.

Example 2 is the single meeting that overruns by 25 minutes. Nothing dramatic happened. But it can erase the only movement slot, push dinner later, make the next morning tighter, and now the week is running on defaults.

A small credibility note from a metrics brain

This is not just theory. It happens to people who like dashboards.

The author is physics-trained and metrics-oriented, and has still spent years trapped by brittle plans while working at a desk across Beijing, Berlin, and now Lisbon, often past midnight. Dashboards can document the outage nicely, but they do not fix the architecture. A boring early warning sign is upper-back tightness that builds until it forces movement. When it shows up, it is rarely “lack of discipline”; it is the system asking for a bulkhead. For me, “a fallback that still counts” often starts there: a short, low-friction bit of movement, even if the laundry is still wet and the clean-gear plan is dead. Sleep remains the variable not solved, and yes, it is still the one that starts the cascade most days.

Where couplings hide on desk weeks

Calendar coupling and the single deleted slot

Slot deletion is when the plan depends on 1 realistic window and that window gets eaten alive. In desk jobs, overruns are not a surprise. They are the time famine pattern (Perlow, 1999). Task switching fragments what looked like clean blocks (González and Mark, 2004). Your 12:30 lunch walk becomes 12:58 and then it just disappears.

After interruptions, the goal is less active in memory, so restarting costs more than it should (Altmann and Trafton, 2002). Effort can shift attention toward easier rewards and the easy option (Inzlicht and Berkman, 2015). Time stays on the clock, but capacity leaves the room.

A lot of dependencies are secretly calendar-shaped

  • A shower window that assumes no late call
  • A commute that assumes traffic and energy
  • Daylight for a run that assumes you finish before dark
  • A kitchen gap that assumes the meeting ends on time
  • A laundry cycle that assumes you remember it

In workload terms, these “little logistics” are extra burden, and burden stacks fast (Tran, Montori, and Ravaud, 2015).

Attention coupling and the cost of starting

Food choices drift toward whatever is easiest to execute. A 12-minute workout can be impossible if it requires 7 small decisions and a clean mental runway. Interruptions measurably increase time, errors, and frustration (Bailey and Konstan, 2006). And intentions fail more when cues are weak after switching modes (McDaniel and Einstein, 2000).

Tracking competes for the same scarce resource. Decision sequences can drift toward defaults (Danziger, Levav, and Avnaim-Pesso, 2011). The mechanism is debated, so the safe statement is “more default-biased,” not “doomed” (Carter and McCullough, 2014/2015).

The frankenplan effect and why the stack collapses

Drop-off is not mysterious. It is what you see when workload exceeds capacity (Tran, Montori, and Ravaud, 2015), and when nonuse is treated as a normal outcome in digital health (Eysenbach, 2005). The stack looks innocent

  • A training plan
  • A step goal
  • Meal prep
  • Food logging
  • A wearable
  • Mobility work
  • A sleep score
  • Weekly reviews and adjustments

Each part is fine alone. Together they create a daily ops job. The orchestration becomes the habit.

Wearables add a special failure mode. The watch needs charging. The app needs syncing. One busy day, the sensor goes dark, and now the dashboard is a daily failure signal instead of a tool. Missingness is common in large wearable datasets (Natarajan et al., 2020). Prompts can also backfire if badly timed or too frequent (Mehrotra et al., 2018). Systems that require perfect data streams do not degrade gracefully.

Choice overload makes the stack heavier than it looks. Too many options can reduce action (Iyengar and Lepper, 2000), depending on context (Chernev et al., 2015). In desk life, plan-shopping and tool-switching become their own workload.

A blameless cascade autopsy

The 10 minute questions that find the real choke point

Take the last 2 times the plan collapsed and treat them like incident reports. List what had to be true before the habit could even run. The goal is prerequisites, not guilt.

Then identify which prerequisite fails most often on a normal Tuesday.

  1. Time block
  2. Privacy
  3. Clean clothes and gear
  4. Food available at home
  5. Device charged and ready
  6. Mental runway to start
  7. No optics risk
  8. Transport and access

Finally map what else collapses when that prerequisite fails. Keep it concrete.

Here is a filled-in example using the same Tuesday you already know:

  • Trigger: meeting overruns by 25 minutes
  • Immediate failure: the single gym slot gets deleted
  • Knock-on: groceries don’t happen → lunch becomes delivery
  • Logistics: laundry stays wet → no workout gear
  • Sleep: bedtime slides later → short night
  • Next-day default: coffee replaces breakfast → appetite and choices drift later

Keystone dependency in that chain: the single deleted slot. Constraint derived: if the slot gets deleted, the plan must still run in fragments (2 to 10 minutes), without needing clean gear or a perfect shower window.

The patterns underneath are not surprising.

  • Meeting overrun is common in time famine cultures (Perlow, 1999)
  • Task switching makes Tuesday volatility baseline (González and Mark, 2004)
  • Sleep drift after midnight often cascades into late eating (Markwald et al., 2013)

Once the keystone dependency is clear, treat it like a design constraint.

Turning findings into constraints you can actually use

Convert each single point of failure into a constraint that still works on bad Tuesdays.

  • If the slot gets deleted, use 10-minute fragments
  • If optics feel risky, use invisible movement
  • If groceries fail midweek, keep shelf-stable defaults

Small doses still count. That is not motivational branding. It is public policy in plain language (WHO 2020; US Physical Activity Guidelines 2018).

Implementation intentions are a clean way to encode this. If then plans link a disruption cue to a fallback action and reliably improve follow-through (Gollwitzer, 1999; Gollwitzer and Sheeran, 2006). Coping planning adds the “when barriers show up” layer and supports maintenance over time (Sniehotta et al., 2005). The system degrades gracefully instead of going fully offline.

Loose coupling for desk life

Loose coupling means 1 part can fail and the rest still runs. Miss the gym, still move. No groceries, still eat a decent default. Skip tracking, still continue.

A useful scoreboard is uptime, the percent of days your system can run even at 30% to 60% capacity. A 60% day might be 15 minutes of brisk walking plus a few hard sets at home, even if the laundry is still wet and the “real workout” gear is missing. Low weekly volumes still show benefit in population data for activity and resistance training (Wen et al., 2011; Arem et al., 2015; Liu et al., 2019), and “weekend warrior” patterns also beat inactivity (O’Donovan et al., 2017).

Beware of backups that share the same prerequisites as the main plan. If the fallback also needs privacy, equipment, and 25 uninterrupted minutes, it will fail with the main plan because the workload still exceeds capacity (Tran, Montori, and Ravaud, 2015).

Bulkheads prevent 1 failure from flooding the week.

  • Time bulkhead: fragment-friendly movement that works in 2 to 10 minute shards
  • Energy bulkhead: low-decision defaults when your brain is cooked
  • Maintenance bulkhead: it still works when laundry, charging, syncing, or data is missing

Workplace optics is another coupling. Visible breaks can feel expensive. Passive face time shapes perceived commitment (Elsbach, Cable, and Sherman, 2010) and self-consciousness shows up repeatedly as a barrier in workplace movement interventions (Chu, 2016; Hadgraft, 2018). So it helps when the plan has camera-safe, explanation-free options.

If a plan cannot survive missing data and imperfect days, it is not a plan. It is a demo.

A decoupling checklist for normal tuesdays

Use this as a filter before adding anything to the stack.

  • After 1 miss, does it still count as progress in some form, or does the week restart from zero
  • Is there a defined next action for the next 10 minutes after a miss
  • Can it run with missing logs or missing wearable data without shaming you (Eysenbach, 2005)
  • Is “some is better than none” built into the rules (WHO, 2020)

Ops and social constraints matter too.

  • Can it run with low energy and interruptions without needing “motivation”
  • Can it run with no privacy and no gear
  • Can it run at home, in a hotel, or between meetings with near-zero setup
  • Red flag: it needs 1 perfect 45-minute block to be a “real” day

A plan is not “the best plan.” It is the one with the highest uptime when your week is noisy, your data is incomplete, and you need the system to degrade gracefully instead of going offline.

If your plan keeps dying on a normal Tuesday, it is rarely a motivation problem. It is architecture: one late meeting, one missed grocery run, or one bad night of sleep can wipe the only viable slot, and then the rest falls like dominoes.

The tell is almost always the same: one keystone prerequisite that fails first, quietly, and takes the week with it.

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