3月9日 编码第三天
进入编码阶段第三,今天上午还是被日常的锁事所拖累,导致我的开发进度缓慢.而且另一个核心人员,对于新的开发包也不是很了解,进展也有点缓慢.幸好外包同学那边进度还可以,不至于有情绪影响进度.
在这两天的开发人中,发现以前划分的模块还是比较粗.以前习惯做事情是按模块编码,于是任务分解也按照模块来分解,比如说发送消息模块2天,接收消息模块2天.等做的时候发现,这个任务其实还有很多东西需要做的,比如编码最初,应该根据模块,确定各个[color=red]模块之间的接口[/color],接着[color=red]DBA确认表设计[/color].这些都是需要一定的工作量的,而且容易量化.现在模块较粗,导致的情况是感觉一个东西几天过去了,没有任何成果,进度也很难控制.所以在这个阶段的活动尽量是要去细化,最好以半天为一个可量化的单位,而我更多的是以两天为控制单位.而且在这个阶段,来自于测试的占用时间也会有所体现,包括评审,答疑,实际一天8个小时,能有6个小时在编码的,效率已经非常高了.所以一定要吸取这个教训,注意任务的颗粒度把握
进入编码阶段第三,今天上午还是被日常的锁事所拖累,导致我的开发进度缓慢.而且另一个核心人员,对于新的开发包也不是很了解,进展也有点缓慢.幸好外包同学那边进度还可以,不至于有情绪影响进度.
在这两天的开发人中,发现以前划分的模块还是比较粗.以前习惯做事情是按模块编码,于是任务分解也按照模块来分解,比如说发送消息模块2天,接收消息模块2天.等做的时候发现,这个任务其实还有很多东西需要做的,比如编码最初,应该根据模块,确定各个[color=red]模块之间的接口[/color],接着[color=red]DBA确认表设计[/color].这些都是需要一定的工作量的,而且容易量化.现在模块较粗,导致的情况是感觉一个东西几天过去了,没有任何成果,进度也很难控制.所以在这个阶段的活动尽量是要去细化,最好以半天为一个可量化的单位,而我更多的是以两天为控制单位.而且在这个阶段,来自于测试的占用时间也会有所体现,包括评审,答疑,实际一天8个小时,能有6个小时在编码的,效率已经非常高了.所以一定要吸取这个教训,注意任务的颗粒度把握
扫一扫
3851
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
