• 请使用π乘以你估计的任务时间(转)


    add by zhj: 用PI并没什么科学依据,作者在文章结尾也提到了这点。不过,系数肯定大于1,我一般使用2

    请使用π乘以你估计的时间

    项目估计是一个黑色魔法,尤其是在游戏开发中更是这样。我曾经听过数理逻辑学家的一个神秘的说法,即把他们估计的时间乘以π。据实践表明,这给了他们足够的缓冲时间来处理新的需求、测试、迭代和范围内的其他变化。

    因为好奇和武断,这给我留下了很深的印象,但我确实被吸引了。现在我很高兴的宣布,我已经能够为他们的循环估计猜测找到一个坚实的数学基础。

    请听我解释。

    某个人——一个设计者、你的领导、执行生产者、一个朋友、你的妈妈——让你做某件事。你考虑一下,草草记下一些笔记,考虑需要什么,提出一个计划和一个估计的时间。

    但情况有变。发现你的设计者/生产者/领导/朋友/妈妈忽略了一些事情,而且在你工作的过程中有了一些进一步改善的想法。你的视野变大了。

    当然进展不太顺利。你的第一次尝试是有益的失败。然后你急着开始第二次尝试,遇到了很多问题需要一段时间来解决。你花了额外的两天时间来考虑替换的方法。总之,你走在一条绝对曲折的路上来实现目标。

    那么相比与你以前的计划,你的旅程花费了多久呢?结果是数理逻辑学家是对的。。。

    情况就是这样——无论你认为你什么时候开始,一旦你经历了研究、设计、讨论、原型、失败、测试、需求生成和创造过程中的其他一些行为时,你将无疑会在你之前计划的π倍时间完成。

    现在也许有人会质疑我的数学精确性,甚至会质疑我所认为的确定的结论。人们也许会说正确的乘数不是真正的π——而应该是2,或者√2,或者e,或者黄金比例φ。然而,我确信没人会说乘数会小于一。

    关于你的数理逻辑学习,重要的是你必须让自己承认——当你开始一项工程时——你无法看到全貌,你不知道情况会怎样,而且你几乎无法提前了解工作的内容。没有大量的计划和任务分析,是无法改变这个情况的,所以不要太较真。相反,给自己一个合适的缓冲,努力去工作。

    噢,你上周写的那个to-do列表?你仅仅完成了列表的三分之一并不是巧合。;-)

  • 相关阅读:
    redis五类型及原理|redis主从及问题|Uninstall Redis CentOs 7
    netty4与netty5序列化问题记录
    [转载]【深入Java虚拟机】之四:类加载机制
    序列化原理机制新谈
    [Eclipse使用技巧] Eclipse使用External Tools定位java 源文件目录路径
    学习vue的一些资源
    中国国内可用API合集
    适合初学者学习的的vue+webpack的小项目
    前端性能优化----yahoo前端性能团队总结的35条黄金定律
    Angular2优质学习资源收集
  • 原文地址:https://www.cnblogs.com/ajianbeyourself/p/4457227.html
Copyright © 2020-2023  润新知