TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

To finish projects on time, start every single step as late as possible

70 点作者 dirtyaura超过 8 年前

12 条评论

tdumitrescu超过 8 年前
&quot;26&#x2F; Ppl are generally happier: focus + flow + roadrunner mode (only 2 speeds, 100% &amp; 0%) + fast results = happiness for both emp &amp; co&quot;<p>Wow, I just don&#x27;t know what planet this employer lives on where employees supposedly _enjoy_ sitting around idle until suddenly &quot;holy crap tight deadline must crunch to make it!&quot; Every once in a while, fine that stuff happens, but if a job were consistently putting me in &quot;roadrunner mode&quot; for every project, I&#x27;d be out of there in roadrunner mode too. Preferably before the anxiety and pressure turns into burnout.
评论 #12420679 未加载
评论 #12420163 未加载
visakanv超过 8 年前
I seriously love Tiago&#x27;s work. I don&#x27;t know if anybody remembers, but I once wrote a post about procrastination that got to the frontpage of HN, a couple of years ago [1]. And since then, I&#x27;ve been basically reading everything relevant I&#x27;ve been able to get my hands on. (Here&#x27;s a &#x27;research review&#x27; of sorts: [2]).<p>I&#x27;d put Tiago squarely in my top 3-5 list of &#x27;People Who Get It&#x27;. I highly recommend reading the rest of his work on the subject. [3]<p>__<p>[1] <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=6468521" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=6468521</a><p>[2] <a href="http:&#x2F;&#x2F;visakanv.com&#x2F;1000&#x2F;0333-procrastination-pt1&#x2F;" rel="nofollow">http:&#x2F;&#x2F;visakanv.com&#x2F;1000&#x2F;0333-procrastination-pt1&#x2F;</a><p>[3] <a href="http:&#x2F;&#x2F;www.fortelabs.co&#x2F;blog" rel="nofollow">http:&#x2F;&#x2F;www.fortelabs.co&#x2F;blog</a>
评论 #12420581 未加载
评论 #12420513 未加载
IanCal超过 8 年前
Isn&#x27;t there a bit of a trick here in knowing when is &quot;as late as possible&quot; and not &quot;too late&quot;? Does this not require knowing <i>exactly</i> how long everything will take?
评论 #12421034 未加载
评论 #12421452 未加载
tajen超过 8 年前
A story split in 37 tweets. Are some clients supposed to display that better than 1&#x2F;, 2&#x2F; etc? What happened with Twitter&#x27;s experiment with the 10,000 characters limit? <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=10844306" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=10844306</a>
评论 #12419941 未加载
评论 #12420272 未加载
woliveirajr超过 8 年前
Someone taught me, years ago, some technique (don&#x27;t remember the name) where you would move all the tasks to begin in the last possible day.<p>Then, study the critical path to exclude all those &quot;extra fat&quot; that everybody includes in each task, assuring that the critical path is really critical, without hiding days&#x2F;hours that would lead to procrastination in the critical path. Save it to an &quot;emergency buffer&quot;.<p>Review if something else became the critical path. Repeat until stability arises.<p>Now, manage it, use your buffer when required, always take care if something else becomes the critical path (as everything will begin in the last possible time).<p>And, even if something becomes critical path and takes more time than required, you have some buffer...
评论 #12420482 未加载
评论 #12421157 未加载
SZJX超过 8 年前
Well yeah of course this is one way of thinking, in that if you could use the early times to do something else meaningful then why not, instead of wasting all of the time on that one single thing which might not be improved that much by all the additional time. That&#x27;s true to an extent. A good example I can think of is the exam preparation for university entrance exams in China. It&#x27;s a common practice by high schools to dedicate all three years to it at the expense of other useful developmental activities for students, which is an absolute waste. Just at most one year is totally enough, as proven by some alternative high schools.<p>However, I&#x27;d still argue that the problem of most people&#x2F;individuals (especially as contrasted to huge organizations with loads of formal methodologies) is still delaying&#x2F;procrastinating too much instead of too little. Too much pressure sucks, so is a rushed product&#x2F;result compared with a carefully prepared one. So no, unless you really know very clearly what you&#x27;re doing and how your plan will work out, which 99% of people have no clue about, start as early as possible, much earlier than your estimate, otherwise you&#x27;ll definitely regret it. Though I acknowledge that this guy mostly talks about management methods, not productivity for individual endeavors.
pretodor超过 8 年前
Here is the full text:<p>1&#x2F; The key to finishing projects on time is to start every single step as late as possible (exactly the opposite of what most PMs do)<p>2&#x2F; First, because only progress on the critical path matters for final delivery, therefore all other starts are distractions<p>3&#x2F; It would be like spending hrs on a huge dinner prep by making all the side dishes, only to realize u forgot to pre-heat oven<p>4&#x2F; Second, starting early doesn&#x27;t mean you&#x27;ll finish early. Parkinson&#x27;s Law: the task simply expands to fill the extra space<p>5&#x2F; Third, even if u do finish a step early, that gain will be wasted: next person won&#x27;t be ready<p>6&#x2F; Starting a step early actually has all sorts of negat conseq, which is why procrastination is evolutionarily &amp; logically a good strategy<p>7&#x2F; Starting early increases likelihood u don&#x27;t have all info and prereqs, making rework likely (i.e. estimate blowout)<p>8&#x2F; Starting early increases the surface area for interruption attacks (internal &amp; external), since u &quot;have plenty of time&quot;<p>9&#x2F; Starting early explodes the amt of lead time not spent actually working (i.e. Touch time)<p>10&#x2F; 70-99% of task lead time is waiting time, queueing, pending confirmation, waiting on approval, learning, rampup, setup, etc<p>11&#x2F; Ppl complain about estimation being hard, but it&#x27;s not &quot;uncertainty&quot;. It&#x27;s them starting things early due to supposed uncertainty!<p>12&#x2F; But maybe the worst effect of starting early is that ppl start late anyway. Who actually begins a step before they have to?<p>13&#x2F; So you get worst of both worlds: a LONG plan with huge lead times, which are ignored as ppl do everything last minute. Vicious cycle<p>14&#x2F;Last reason early starts suck, is they give illusion of safety. But Murphy doesn&#x27;t hit everywhere evenly, he concentrates chaos at 1 spot<p>15&#x2F; Irony is this is self-reinforcing: did you hit the deadline because u executed well, or because you had excessive safety (100-200%)?<p>16&#x2F; So person who adds the most excessive safety is rewarded for &quot;hitting their estimate,&quot; as if estimating and executing are independent<p>17&#x2F; Late starts fix all this: when the step is &quot;released,&quot; they have barely enough time to finish if they go at full speed<p>18&#x2F; This pressure helps them focus, get into flow, ignore distractions&#x2F;interruptions, optimize for 1 thing, get it done!<p>19&#x2F; Procrastination isn&#x27;t an issue, because they&#x27;re already behind, since u also cut their estimated lead time in half (oops!)<p>20&#x2F; If they finish on time it&#x27;s actually a cause for celebration, and the next person can actually take advantage of the time gained<p>21&#x2F; The PM knows what to focus on, since u start with few steps (critical path ones) and only gradually begin new ones as late as possible<p>22&#x2F; Another benefit: once crit path person passes hot potato, they&#x27;re free! U don&#x27;t assign them new work, that would be punishing perform.<p>23&#x2F; Late starts also help with resource contentions (the same person doing 2 steps), esp important in cross-funct creative teams<p>24&#x2F; Instead of &quot;start everything NOW!&quot; You&#x27;re saying &quot;U must not start anything until the last poss moment. Focus on the current task!&quot;<p>25&#x2F; This helps ppl not multitask, since they only have one task at any given time, and it&#x27;s late!<p>26&#x2F; Ppl are generally happier: focus + flow + roadrunner mode (only 2 speeds, 100% &amp; 0%) + fast results = happiness for both emp &amp; co<p>27&#x2F; ANOTHER benefit of late starts: u have much better estimation data, since lead time now more closely approximates touch time<p>28&#x2F; 3 main results of all this: throughout (output x sales) explodes, lead time per project plummets, and huge excess capacity is revealed<p>29&#x2F; U read that right: earlier u start steps, the later u deliver projects, the more excess capacity you&#x27;re likely to have<p>30&#x2F; Why? Because the almost universal response to late projects is &quot;we need more capacity!&quot; False. U need to use what u have<p>31&#x2F; The busier everyone in your co seems to be, the more confident I am that you have tremendous, double-digit excess capacity<p>32&#x2F; To add insult to injury, emps in such companies also say they&#x27;re &quot;too busy to invest in productivity.&quot; Speed up the hamster wheel!<p>33&#x2F; BUT to use late starts, u also need buffers. Bec some steps do in fact go late, just not as many and not as late as u think<p>34&#x2F; And I don&#x27;t mean buffers as a general concept, u need very precisely placed and sized buffers divided into zones, updated daily<p>35&#x2F; There is a buffer for every purpose: project buffers, feeding buffers, iteration buffers, bottleneck buffers. Gotta know which 1 to use<p>36&#x2F; The PM&#x27;s job becomes easy: just watch the buffer penetrations. No need to do anything until it gets to Zone 3 or 2, all else is noise<p>37&#x2F; If u want to know where all this comes from, Critical Chain Project Mgmt: <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Critical_chain_project_management" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Critical_chain_project_managem...</a>
评论 #12421174 未加载
kesor超过 8 年前
Actually the PM BOK (Project Management Body of Knowledge) added Critical Chain in the 5th edition (current one is 6th edition).<p><a href="https:&#x2F;&#x2F;4squareviews.com&#x2F;2013&#x2F;04&#x2F;18&#x2F;5th-edition-pmbok-guide-chapter-6-critical-chain-method&#x2F;" rel="nofollow">https:&#x2F;&#x2F;4squareviews.com&#x2F;2013&#x2F;04&#x2F;18&#x2F;5th-edition-pmbok-guide-...</a>
zo7超过 8 年前
Ah, so I guess he&#x27;d approve of the way I stumbled through university :)<p>I get what he&#x27;s saying, but I can&#x27;t imagine adhering strictly to this would be healthy. I&#x27;ve waited until the last minute to finish enough projects to know how stressful and anxiety-inducing it can be, and have enough experience to know that my time estimates are never accurate.
评论 #12463215 未加载
评论 #12421627 未加载
kesor超过 8 年前
One amazing attempt to apply project management to software development can be found in the work of Steve Tendon at <a href="http:&#x2F;&#x2F;chronologist.com&#x2F;blog&#x2F;2012-09-25&#x2F;critical-chain-project-management-in-TOC&#x2F;" rel="nofollow">http:&#x2F;&#x2F;chronologist.com&#x2F;blog&#x2F;2012-09-25&#x2F;critical-chain-proje...</a>
kesor超过 8 年前
I just wish more people would read Critical Chain books, there are several very interesting books that discuss this technique - including some that were released just last year.<p>amazon.com&#x2F;dp&#x2F;1934979074&#x2F;<p>amazon.com&#x2F;dp&#x2F;1499660901&#x2F;<p>amazon.com&#x2F;dp&#x2F;1498746039&#x2F;<p>amazon.com&#x2F;dp&#x2F;0884271536&#x2F; - the original book that started it all
realworldview超过 8 年前
Twitter? Really?! I guess that fits with the overall _missive_.
评论 #12422458 未加载