最近在参与一个规模还算过得去的项目，其中的某一个模块的开发，虽然只是一个模块，需求都写了50多页。之前没碰到过这样的东西，很多东西要适应下。前几天基本上没状态，一脸懵逼的样子，这个星期好了点，有点想法
背景
产品与开发不能及时沟通，产品与开发分工太开了，产品两天讲了快10个小时的需求，当时一下子消化不了，产品讲完之后现在的状态是产品很忙，没工夫讲需求...
只是参与一部分的开发，每个系统由不同的小组来处理，让我觉得没有大局感，完整的项目流程是如何没有认知
开发之间不能当面沟通，小组目前分散在两个地区，厦门与北京，通过电话沟通我容易困...
思路
开发处于不易的状态，在想如何才能效率高一点呢，在稍具规模点的公司，一般都是牺牲效率来换取流程。流程是无法改的，只好在流程内提升自己的效率。
“慢就是快”，在当前的流程内尽力的集中精力把当前的流程做好。
如果接触旧的项目，研究项目的数据库设计，之前瞎看代码也不总结记录，看的云里雾里，今天专心花了一上午看数据库设计，发现确实对项目理解了很多，有的产品人员不懂开发会创造很多词汇，词语之间人的理解都不同，而旧的项目中数据设计能满足产品的要求，那么看里面的字段大致知道是什么意思了。
做好文档，记录
我整体的想法在大项目中还是要稳，基本上每一个步骤都会有相关的工具辅助我们开发。勤于使用。
笨方法
里面毕竟涉及的东西比较多，只靠眼镜是无法理解的。所有接触到的东西自己做一遍，“绝知此事要躬行”。
看到数据库表设计，自己模仿着设计，看到组内的方案，自己模仿着做一个，最后形成自己的设计。
这些是目前自己的想法，勤于动手，不要只看
最后
“纸上得来终觉浅，绝知此事要躬行”，“好记性不如烂笔头”
