游戏公司：敏捷开发，需求靠猜，没有规程，边做边改[笑哭]
策划文档细化？KPI又不考作文，先做优先级高的事。 加班写？不存在的我又不是程序。动动嘴的事，写出来改的时候叫做求你帮忙，足够模糊才是你求他沟通，这样就可以随时要求改，不对，不是“改”，只是明确一下而已。所以最好是只给个标题和方向，其它的全靠默契，确认过眼神，你就是对的人，自由发挥吧。。。然后做完了说你这做的不对啊，BUG，赶紧改吧！ 返工？延时？对，我就是开发，颜色不一样的背锅侠
当然，比起甲乙方项目驱动的那种，特别是ToGroup的项目，ToC公司内部的产品（策划）和程序员的这点小PK就是小巫见大巫了。面向产品（数据）需求还是要好过面向领导需求。
需求的不确定性导致工程复杂度升高，返工延期是必然。
