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