{"id":908,"date":"2011-06-22T17:57:50","date_gmt":"2011-06-23T00:57:50","guid":{"rendered":"http:\/\/masteryourworkday.com\/?p=908"},"modified":"2011-06-22T17:57:50","modified_gmt":"2011-06-23T00:57:50","slug":"dont-use-a-due-date-use-a-start-date","status":"publish","type":"post","link":"https:\/\/www.michaellinenberger.com\/blog\/dont-use-a-due-date-use-a-start-date\/","title":{"rendered":"Don&#8217;t use a Due Date, Use a Start Date!"},"content":{"rendered":"<p>June 22, 2011<\/p>\n<p>There is a concept in MYN that actually represents an important new principle of task management. It&#8217;s to\u00a0<em>favor <\/em>start dates on all tasks, over due dates, when scheduling tasks. What do I mean by that?<\/p>\n<p>You&#8217;ve probably heard the concept that if you don&#8217;t set a due date on something it won&#8217;t get done. This principle sounds very proactive. It is the reason nearly all task management software programs have a due date field for their tasks. Nearly all paper tasks lists also show a due date space for you to write into.<\/p>\n<p>But setting a due date for all tasks is another one of those old principles that sound good but don&#8217;t in fact work.<\/p>\n<p>Why won&#8217;t it work? Because you&#8217;re trying to trick yourself and you aren&#8217;t that easily tricked. It&#8217;s like the person who sets his wristwatch ahead 10 minute thinking he&#8217;ll be on time for all meetings from then on. But after a few days he mentally adjusts to the time change and starts being late again. It&#8217;s the same with artificial due dates; if you set a date that&#8217;s fake you&#8217;ll know it&#8217;s fake and you&#8217;ll ignore it. In fact you may miss some important deadlines because you&#8217;ll get in the habit of ignoring all due dates you write down.<\/p>\n<p><!--more-->So don&#8217;t write a due date on a task unless there truly is a deadline for that task.<\/p>\n<p><strong>Set Start Dates on all Tasks<\/strong><\/p>\n<p>While ignoring the old, &#8220;always use a due date&#8221; rule, a corresponding important MYN rule in all my books is that I DO want you to follow is this: set a start date on\u00a0<em>all <\/em>your tasks. Why? A start date in MYN plays two very important roles. The first role is to support FRESH Prioritization (look up FRESH Prioritization in the index of any of my books for more info on it).<\/p>\n<p>The other role of the start date comes into play when you start setting start dates to the\u00a0<em>future<\/em>. This allows you to\u00a0<em>schedule when tasks will appear on your list<\/em>.<\/p>\n<p>Essentially, what the future start date tells you is when you first want to see the tasks or when you first want to start thinking about doing the task. So, in essence, this is not a due date but rather it is a &#8220;DO&#8221; date. It&#8217;s the day you want to start thinking about\u00a0<em>doing <\/em>the task. Tasks postponed to a future date like this I call\u00a0<em>Defer to Do<\/em> tasks.<\/p>\n<p>When you&#8217;ve got a lot of tasks on your list, setting tasks to the future (Defer to Do) is a good way to shorten your list&#8211;it allows you to hide tasks you don&#8217;t need to think about right now. When the date arrives, the task pops right into the top of your MYN task list, ready for action. You can decide then if the task is really \u201cdue\u201d or if the momentum has passed for it. It prevents the uncertainty around fake due dates\u2014it more accurately presents why you are setting dates on the task. It keeps the task list honest and usable.<\/p>\n<p>So start using start dates on all your tasks per the MYN principles. All my books go into more detail on how to do that, especially the Outlook books.<\/p>\n<p>Good luck!<\/p>\n<p>Michael<\/p>\n","protected":false},"excerpt":{"rendered":"<p>June 22, 2011 There is a concept in MYN that actually represents an important new principle of task management. It&#8217;s to\u00a0favor start dates on all tasks, over due dates, when scheduling tasks. What do I mean by that? You&#8217;ve probably &hellip; <a href=\"https:\/\/www.michaellinenberger.com\/blog\/dont-use-a-due-date-use-a-start-date\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-908","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/posts\/908","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/comments?post=908"}],"version-history":[{"count":1,"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/posts\/908\/revisions"}],"predecessor-version":[{"id":1635,"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/posts\/908\/revisions\/1635"}],"wp:attachment":[{"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/media?parent=908"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/categories?post=908"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.michaellinenberger.com\/blog\/wp-json\/wp\/v2\/tags?post=908"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}