1.建议每一次项目design要审阅。
出于团队建设的目的。以后若干项目，o18C估计是最复杂的项目了。新员工会源源不断的进来，项目模块永远是之前的同事掌控，项目进度推动迅速，但我们不是土匪，干完一票就不干了，团队成员优势互补还要相互重叠，这样团队才能长青不衰。从团队成员来讲，我一直坚信分享互动才会进步，千万别因各种原因只愿意跟领导讲自己具体做了啥。一句话，design要公开审阅，团队重分享，能力要互补重叠。虽然我工作时间不长，但是我见过最保守的团队。
2.要有文档，文档要规范。
文档里把一件事说清楚，要有文字有图有表格还不够，还有对图对表格的文字解释，还要用标准符号。画图你就用对应的专业工具，你别自创符号。有时候自己觉得很简单事情，让不了解的人就可能花很多时间去揣摩你的本意。
如果设计之前具体文档都有了，思路也清楚了，我相信后期打补丁的概率也会降低很多而且代码写的也会很流畅。
文档不一定就是word,也可以是注释，README等等吧。
原文：http://www.cnblogs.com/chip/p/4820778.html