忽然间从外包项目转到国内的项目还是很不适，现在在国内的项目组中呆了大概两年发现的问题总结以下几点：
第一点，整体的需求很杂乱，每一天都会有变化，每一个变化都会对其他的变化产生影响，这些影响没有评估，直接就要被反映在代码上。
第二点，项目整体的过程控制很混乱，没有固定的套路，大家都是很随意的去修改代码，这样就会产生的问题有很多，这里面最突出的就是在最终版发布的时候，很多开发者的代码还没有上传，这个太可怕了，因为代码上传后还有代码review，还有测试技能测试，等等环节。
第三点，成果物的管理依然存在混乱的状态，谁在什么时候修改过什么，都没有明确的记录，这里面的记录并不是指非要用一个专门的文档去做这个事情，大家可以把所有的修改都反映在代码管理软件上，比如说svn，那在国内项目中的这些东西都是不受重视的。
解决这种问题，我分析了三板斧。
第一板斧，建立一个完整的代码托管体系，github，svn。强制要求在代码提交的过程中，写履历。项目的管理者，每天或者定时从svn上拉取代码，而不是让开发者发给他最新版代码，大家所有的工作流程都通过代码管理体系来中转。
第二板斧，建立一个记事儿的管理系统，可以是redmine，可以是禅道，可以是一些其他的提醒的系统，这个里面要求所有的工作内容都要记录进去，哪怕是一个机能的开发，一个bug的发现，一个需求的变更，一次会议记录等等，所有都在这个系统上反馈，这样就强制要求了所有人的工作有章可循。
第三板斧，建立一套开会的机制，这个会议的时间要控制常会，不要超过一小时，短会不要超过15分钟，可以是单日会，也可以是双日会，每一次开会都要对项目产生实际的推进。
另外最好有一块儿项目组独立的白板，把重要的事情贴在上面，或者把重要的提醒贴在上面。
其实我的这套做法并不是非常先进，只是我以前工作中的一个总结，将一个很庞杂的系统缩减到最精简的程度。
