如果是太小的团队,我就不会很细的分工了。
一般分完模块,我会安排每两个人负责相同的模块,二者实际上是共同开发的关系,看起来效率低,但是RD的白盒测试效果非常好。
当然一个系统分析员必不可少,不过我在担任这个角色的时候,喜欢开会。
我们的规定,两个人在一起沟通,就叫开会,每次开会,一定要有结果,两个人拿不出结果的,就加人进来讨论,总之讨论出结果为止。每次会议,一定要有记录,程序的注释上,要体现出来,==
嗯,我们做传输的,分布式程序比较多,我们还玩过角色扮演的游戏,就是每个人站在自己负责的模块的角度演戏,大家站到讲台上,谁开始说,我这边输入了什么数据,经过什么处理,哪些细节,然后给谁,下一个人接着说。。。
这样效果极好,前期开会很多人没有认真听,或者弄不清楚的,这么一演练,大家负责什么模块,功能如何,需要用到什么关键算法,为什么这样用,上家是谁,下家是谁,大家如何交互,通过游戏就弄明白了。
呵呵。大家有兴趣,可以玩玩。
关于小型项目团队分工
原创
©著作权归作者所有:来自51CTO博客作者tonyxiaohome的原创作品,请联系作者获取转载授权,否则将追究法律责任
上一篇:关于客户需求分析的讨论
下一篇:关于营造团队良好氛围的讨论
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
产品分支管理与团队协作
产品分支管理与团队协作
分支管理 迭代 团队协作