这是软件开发的通病，没有太好的办法。 可能比较好的方式就是RTFSC。 但是游戏又有很多代码无法阐述的东西。

这是所有公司的“通病”，文档的维护成本不比开发低多少。

你跟我一个在游戏公司上班的朋友的吐槽一模一样……………………

基本上都这样...

我目前的软件开发也这样,连最基本的需求文档都没有

:-) 大部分公司都差不多，需求变化太快。agile那套方法论就是用来对付这个的，管理得好一点，可以减少一点加班。

程序是写代码 必须做好壳子. 策划改需求, 只需改数据.. >>

即使在BAT这种大公司，很多文档也是不全的，很多细节需要靠自己去读代码去了解 。

程序有权利去反馈策划的需求对程序带来怎样的影响，出了问题，策划可能会认为是程序没有把复杂度控制好，所以，程序要根据实际情况来反馈这个东西这么做会带来的问题

9楼 @iamshok 明白。现在还是新人，经验不是很足，没法去从团队的角度评估策划的每次修改。

现在的策划来之前，我们根本没有文档. 后来来加入的策划有做产品的经验，发现了这个问题。所以现在好歹有了策划文档。程序的文档还没时间做。

确实是通病！因为现在的游戏，特别是手游，开发周期和版本迭代周期非常短。很难在文档上做到面面俱到。但是，如果游戏仅靠口头沟通就能开发出来。 那么这个游戏估计也不会好到哪里去。 游戏开发都是拼创意和灵感，需要策划成档，之后多次完善的。就像思维导图的作用一样，需要在有清晰脉络的前提下去做深化。

12楼 @daniellin 说到底还是靠人. 有个Hold的住的人.

策划的文档是一定要的，他要你改东西，首先是争得你同意，你同意了以后他再修改策划的文档，把修改后的策划文档签到版本管理器里面，然后告诉你哪儿改了。

等你看到策划修改好了的文档后，你再动手。如果策划口头修改也作数，那就乱套了，况且游戏开发周期本来就很紧凑。

开发的文档要不要写，当然要写，但是要写多细就是根据各自项目的情况决定了。如果开发的文档详细到改一行代码都要同步文档，那还不如不写文档呢，维护太费力。代码就是最好的文档。

但策划的文档一定要写，绝对不能容忍策划口头改需求。你开发周期松也许没问题，开发周期紧凑你还容忍策划口头改需求，你就完了。

15楼 @mosky 恩，受教了。。。。真的有这种公司存在。。。我以为那是我的伊甸园

非常赞同 “代码是最好的文档”。

好的代码能抵上7、8成的文档功能。开发迭代周期太短，一写、一读、一维护，还不如不写。只在框架上做一些宏观的文档。