浅谈项目经理在敏捷开发中如何切分任务

以Scrum为例。产品负责人这个角色提出团队要完成的功能列表，并列出优先级。这个功能列表也称作一系列故事。每个故事都是预估可以在一个迭代周期内由一个人或者结对组完成的、可测试的完整的功能模块。如果不能，则继续分解。
一定要注意的是这些故事的描述是基于业务的，而不是莫名其妙的如在某表上加个属性之类的要求。因为加属性之类的要求无法反映业务需求。
在每个spint的启动会议上，产品负责人向团队讲解这些故事，按照优先级挑选本次spint要完成的故事。挑选完成本次spint的故事后，这些故事一般由团队成员按照自己兴趣选择。也就是大家优先挑选自己最感兴趣的故事，而不是由某个人强制分配。如果有大家都不敢兴趣的，协商解决。
很明显的是楼主的思想并没有转换成为敏捷团队思想。还是原来的领导做派。敏捷要求的是团队的自管理。项目经理应该是引导团队和协助团队，不是命令团队。

多看 scrum .

我给公司的培训PPT。

http://luosq.opcol.com/?p=77

都是废话，等于没说

3，4个人共同完成？ lz有没有试过啊
两个人就够要命的了 别说3，4个
工作效率是跟人头成反比的
人越多效率越低（当然不是绝对的）

还是小组制比较好，4个人一组，设置小组长
小组长细化功能 包干到户，这样才比较快
最后让小组长来抓质量和整合

我确实没试过，所在在这里向大家取经了，呵呵。
前面有人说结对，在培训中老师也提到过，我感觉结对有可能会提高效率，提高代码质量，但是也会使队员在一种高度紧张的状态下工作，也许是我传统或是散漫惯了，还不太适应这种工作方式。

结对在国外也许有许多成功案例，在国内有吗？知道的请透露一二。

补充一下，请问结对的副作用是什么？有什么办法消除？

现在做的项目好像就是像楼主说的切分小组，有几个组长完成几个模块。但是却连测试人员都没有，结果项目上线后bug一大堆，客户怨天载道。

想尽办法把重复的事去掉的话。结对
想实现以前的最佳实践别结。忍不住想改。

开发团队比较小的话,可以尝试.10人内都可以考虑,再多的话就比较困难.
可以根据团队的情况,适当的做下调整,慢慢的引入一些敏捷的开发发给你是.
结对?尝试过,失败了,就放弃了.

这个有点无语.....难道楼主的敏捷就是这个样子..
按照模块划分和按照层次划分,是这两个的区别么?

说到点子上了,我给分成几条:
1,功能列表(故事).属性:优先级,estimate,可测.
2,spint.
3,敏捷要求的是团队的自管理.
我再补充一点:
1,小版本release.
2,tdd(这点,我觉得比较难)

大家对敏捷开发有兴趣，对如何实施scrum有兴趣 可以参考这里
http://www.infoq.com/cn/minibooks/scrum-xp-from-the-trenches
我们项目70%是按照那篇文档实施