# Thoughts on this policy? Derailment not legit if I have a meeting or sleep problem and do it by the end of the day **URL:** \ **Category:** Akrasia\ **Created:** [May 15, 2020, 3:12am UTC](https://forum.beeminder.com/t/thoughts-on-this-policy-derailment-not-legit-if-i-have-a-meeting-or-sleep-problem-and-do-it-by-the-end-of-the-day/6751 "2020-05-15T03:12:27Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![zedmango](https://avatars.discourse-cdn.com/v4/letter/z/c67d28/32.png) [@zedmango](https://forum.beeminder.com/u/zedmango)\ **Post date:** [May 15, 2020, 3:12am UTC](https://forum.beeminder.com/t/thoughts-on-this-policy-derailment-not-legit-if-i-have-a-meeting-or-sleep-problem-and-do-it-by-the-end-of-the-day/6751/1 "2020-05-15T03:12:27Z")
Here’s my fine print: If I derail due to a scheduled meeting or appointment or because of a sleep problem AND I get my daily requirement - 21 units of work (5.25 hours) - done by midnight, the derailment is not legit. (5/14/20) I set it up this way because I want an earlier deadline, but there might be some days where I can’t get it done by then due to some prescheduled appointment, or have a sleep problem and need to adjust the deadline back to midnight. I got flamed 🔥 a lot for a similar - but more lenient - idea a while back, so I was wondering what people (e.g. @philip @phi @dreev @narthur @apolyton @zzq @alys @shanaqui) would think of this one. This is a little more stringent because it only applies under certain conditions. Related: > [@Thoughts on this policy? A derailment is not legit if I do the task by the end of the day](https://forum.beeminder.com/t/thoughts-on-this-policy-a-derailment-is-not-legit-if-i-do-the-task-by-the-end-of-the-day/5522): > > So I had a bunch of daily goals that were all due at the end of the day. The problem with this was that I put them all off until the last minute, and then couldn’t do them all. So I set up a Waterfall, so they’re staggered throughout the day. potable_water But sometimes, due to appointments or something; I don’t get a task done at the scheduled time. So I added a rule that the derailment is not legit if I do the task by the end of the day. This way I get the best of both worlds: the urgency… ---
**Author:** ![apolyton](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/apolyton/32/1965_2.png) [@apolyton](https://forum.beeminder.com/u/apolyton)\ **Post date:** [May 15, 2020, 6:23am UTC](https://forum.beeminder.com/t/thoughts-on-this-policy-derailment-not-legit-if-i-have-a-meeting-or-sleep-problem-and-do-it-by-the-end-of-the-day/6751/2 "2020-05-15T06:23:49Z")
Having a soft and a hard limit on anything is an extremely common practice. It is often done on project deadlines, it is done in quota management in operating systems, it’s even in sport (yellow and red cards in football ⚽) I see no problem with it. ---
**Author:** ![alys](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/alys/32/4726_2.png) [@alys](https://forum.beeminder.com/u/alys)\ **Post date:** [May 15, 2020, 8:58am UTC](https://forum.beeminder.com/t/thoughts-on-this-policy-derailment-not-legit-if-i-have-a-meeting-or-sleep-problem-and-do-it-by-the-end-of-the-day/6751/3 "2020-05-15T08:58:51Z")
I haven’t done user support for Beeminder for quite some time so take this with a grain of salt, and it’s definitely not any sort of official comment! It sounds like a way to take up support time that could otherwise be avoided. :-/ If it’s predictable that you’ll sometimes fail to meet the goal for those reasons, then the early deadline doesn’t sound suitable for this goal. If I were doing this for myself, I’d have two goals. One would require maybe 4 or 4.5 hours per day with an early deadline, and the other would have the remaining time with a late deadline. It would force me to do the bulk of the work early, but give more leeway for the rest to account for appointments and sleep issues. (At least that’s the simple version. What I’d probably do is have just one goal with a late deadline that I’d enter all the data into, and then a technological solution for populating a second goal with an early deadline with some or all of that data, probably with a setting that prevented any safety buffer being built up on the second goal.) ---
**Author:** ![narthur](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/narthur/32/5113_2.png) [@narthur](https://forum.beeminder.com/u/narthur)\ **Post date:** [May 15, 2020, 9:53am UTC](https://forum.beeminder.com/t/thoughts-on-this-policy-derailment-not-legit-if-i-have-a-meeting-or-sleep-problem-and-do-it-by-the-end-of-the-day/6751/4 "2020-05-15T09:53:23Z")
I’m afraid I’m one of the people who “flamed” you for your last attempt. 😳 It’s bothered me ever since I realized just how unpredictable your schedule is to think of a way you could use Beeminder effectively. But I think the approach you’ve outlined a great start. It avoids entering fake data. It gets support in the loop for accountability. The rules are clearly defined. I’m a fan. ---
**Author:** ![mary](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/mary/32/317_2.png) [@mary](https://forum.beeminder.com/u/mary)\ **Post date:** [June 9, 2020, 3:19pm UTC](https://forum.beeminder.com/t/thoughts-on-this-policy-derailment-not-legit-if-i-have-a-meeting-or-sleep-problem-and-do-it-by-the-end-of-the-day/6751/5 "2020-06-09T15:19:56Z")
I’m inclined towards something like what Alys is suggesting, myself. I think that if the early deadline is something you’ll predictably have to miss, then I’d have the main goal with a late enough deadline that getting it done will always mean getting it done on time according to that deadline. Then I’d probably have a basic +1 goal that has an “OR” in the success conditions. (I’m really getting into these disjunctive success conditions, actually; let’s see if that sticks.) The second goal would be “Finished Goal\_1 on time OR had a meeting OR derailed Goal\_1”, for instance. That would be the one that keeps me on track time-wise, and the other would be the main one that collects the data. (That "OR derailed Goal\_"1 part is to make sure that you don’t pay _twice_ for derailing the same in-the-world goal.) This way, your derailments aren’t exceptions (which can proliferate like nobody’s business when you have to decide about them on the spot); they’re pre-planed plan Bs that you can predict and set up contingencies for. The in-the-world goal _itself_ can flexibly meet expected real-world contingencies, and the Beeminder goals can still be very bright-line-y. I think that’s the general shape of the kind of thing I’d try for this.