【www.bbyears.com--建站经验】
但是，当项目完成，产品成型以后，出现了现在做的成果不符合当初的愿景，有时候虽然是按照产品文档施工，但是仍然觉得有很多不如意的地方。
这就是工作经验的重要性，工作经验长的人和工作经验短的人最大的区别不是对自己领域的认知性，而是驾驭性和预见性。技术的知识相对来说是有限的，但是实现手段大相径庭，工作唯一训练的就是，用最优的方案解决问题。但是项目中永远有很多不可避免的事，这是考验你对项目的驾驭程度如何，项目规模的预见性如何。
刚开始做项目的时候，好像事情很简单，按照文档，三下五除二就完成了，但是你会发现项目好像无期的做了下来，产品经理一直貌似很无理地给你提各种你自己都无法预见的问题，结果项目从开始的很条理，渐渐地，被改的面目全非，我经常怀疑产品经理的决定是否正确，经常思考这是不是好的idea。当然好的产品经理也需要对产品有一个清晰的思路，要对产品有预见性。不要盲目照搬，一定要有一个核心目标。
不过，完美的项目是没有的，没有说一个项目一点BUG都没有，很多好的项目都应该是千锤百炼过来的。
项目中有很多问题，列举如下，
一）项目的最终方向和产品不符。我觉得这是项目最致命的问题，一大堆人死乞白赖的做完了项目，产品经理一看，咦，这不是我想要的啊。此时候，技术人员一般都觉得产品经理是不是去年买了个表，就像一栋楼盖好了，房地产说，这不是我要的楼啊。这样的项目继续做下去是很危险的。那么这个责任在谁？我觉得在产品经理和项目总监上。可以说，各占50%。
这样的团队本来就是不健康的，产品经理的精神传达出现了问题，项目总监的理解能力出现了问题，所有的技术人员太过死板。先不说产品经理想出来的产品好与坏，你必须把自己的想法完整的反映给项目总监。达到这个目的，需要这两个人的工作经验和之间的默契，要有一种谈恋爱的感觉。而且，产品既是大家的，让所有人参与绝对是好事，尤其是技术人员。当然最后敲锤子的还是产品经理。
二）项目时间过长。很多产品是有一个时间性的，尤其是互联网产品，抢占先机是最重要的。即使你有一个很好的idea，大家都觉得很好，但是当这个idea实现的时候，整个市场已经一片蓝海，这样的项目不做也罢。而项目拖的过长我把这个责任归于技术总监。也许项目实现起来并没有花费太长的时间，但是大家一直在这个项目上改来改去，容易出现问题。我觉得这个时候，项目总监有权利拒绝产品经理的要求，出现冲突不要紧，不就是恩爱情侣吵架了吗？在项目的规定时间内如果产品已出，项目必须申请上线。不能让技术人员看不到自己的成果。有改的，第二版再说。
三） 代码管理混乱。这是每个程序猿都出现的问题。如何进行代码管理？我觉得使用GIT，SVN这些工具是必要的，无可厚非的，但是好的版本控制必须有技术人员自己编写的文档。要有可查询的日志。在这点上，我也做得不够好，导致即使有版本，也不知道那个版本干了什么，而且，看自己的源代码很浪费时间。当然这样还便于进行工作交接。
四） 由于自己前期的框架没有搭建好，导致修改起来很费力，甚至出现推到重做。这就是要在自身身上找原因，这就是自己玩个坑把自己埋了。别无他法，唯有跟随前辈，勤学苦练，这是内功。
项目中还有很多问题。但是最重要的是我们的驾驭性和预见性，这是我们落后别人最重要的原因。而一切的提高都是为了可以在短时间内做出成果。并且让所有人拍手叫好，哈，这就是我想要的。