忘记是哪位游戏同业曾经说过，开发游戏很少有不Delay的，唯一的差别就是Delay时间的长短而已。轻微一点的Delay个数周;严重一点的Delay好几个月。而对于游戏公司的老板或是项目负责人来说，没有人希望发生这样的现象的。事实上，在银狐个人这三十年的游戏研发经验中，实际参与的游戏研发项目，几乎是每个项目都有发生过Delay的现象。
项目时程会出现延误的原因很多，从单纯的开发人员的异动、离职到各种天灾人祸，象是硬盘挂掉造成程序码损毁或是打雷打坏计算机等等离奇的理由都有。大多数的游戏研发，在进行时研发人员都会针对要开发的项目进行所需时间的评估。而这个时间评估上的正确率，通常也会影响到游戏研发时程的正确性。不过让我们先把这些千奇百怪的原因放到一边，专心来看看因为人员评估时程所造成的状况。
游戏研发会出现延期的状况，很多时候其实是预估时程就出了问题。游戏研发时程估算的错误，就银狐个人的游戏研发经验中遇到过多种不同的状况。以下，就让银狐列出几个最常造成游戏研发时程估算失准的状况：
1、过份乐观没有考虑意外状况的预估
有句俗话说『天有不测风云，人有旦夕祸福』，指的是有些灾祸的发生是无法预测的。同样的，在工作时程的预估上，我们也必须要考虑到这些意外事件的发生。如果在预估时间的时候没有考虑到这些，只以最乐观的状况来判断，那么在执行的过程中只要出现一点意外，就会造成时程的延误。
举个简单的例子来说好了。银狐之前有很长的一段时间负责一款在线游戏的营运工作，当一款在线游戏营运的时间久了，就会面临到服务器使用较长时间，有硬件需要进行更换的工程。这一类的工程各间游戏公司都经常面对，因此都有相关的SOP可以参考。不过每一款游戏的硬件配置不同，SOP上通常只会列出需要进行这项工程的流程，每项工作需要花费的时间会由各款游戏自己计算。
有一次，项目又遇到了有硬盘需要进行更换的状况，工程人员依据以往的经验，估算了整个更换硬盘所需要的工程时间，然后将这个时间向玩家公告为维护时间。工程人员所估计的时间，是整个流程完全没有出现任何意外所需要的时间。
结果，实际在进行硬盘更换工程的时候，先是在事前的资料档备份压缩的时候下错了指令导致需要重新进行一次，接下来在更换硬盘的时候发现其中有一条排线太过老旧需要更换，结果花了更多的时间。由于原本预估的时间并没有考虑到这些状况，因此最后停机的时间不足，需要公告延长停机时间，而这自然也引发玩家的抱怨。
2、预估的时间没有包含除错测试以及调整的所需时间
游戏研发的过程中，每一个项目通常都会需要经过一段除错、测试以及调整的过程。而且这个除错、测试以及调整的过程，有时候花的时间会比原本制作这个项目的时间还要长。当任何的游戏内容从纸上的设计变成实物，操作后通常都会有需要调整的地方，如果在预估时间的时候没有把这个部份考虑进去，那么估算出来的时程一定会有很大的误差。
举个例子好了。在前面银狐提到的那个项目中，有一次营运单位提出了某项需求，银狐经过和程序讨论之后认为这个项目需要占掉一位程序将近一周的工时，因此告知营运单位就目前的人力状况来说拨不出人力做这个项目。
当然营运单位没有办法接受这样的说法，于是私下去找了位熟识的程序询问，那位程序很豪爽的说「这样简单的功能他只需要一个下午的时间就可以完成。」当然，有着这位程序的背书，营运单位就理直气壮的来和银狐理论，说银狐故意找理由不愿意支援他们。在这样的状况下，银狐只好放手让这位程序去做这个