个组织来说
同组开发人员来完成多个项目这是常有
事儿
在这种状况下应该如何组织团队(Team)呢？他们工作又该如何计划和分配呢？如果可分配
资源较多(比如说可以为每个项目分配6至10个开发人员)而且已经知道这些项目大小和相对优先级般来说将开发人员划分为两个或多个团队(Team)就可以了 反过来说
如果每个项目能够分配到人员很少(每个项目只能有1到3个开发人员)而且项目大小和相对优先级不明确或者易于变化状况下就很难以种有效方式来划分团队(Team)了 针对如何组建
个项目和团队(Team)Gilad Gruber正在寻求答案: 我想知道最好
方式是什么Scrum是如何处理这种情况我觉得最好方式是所有团队(Team)共同拥有个product backlog(尽管这意味着在个spr
中团队(Team)会处理分属区别项目问题)我认为那些拥有纯粹主义观点人会推荐切分团队(Team)并建立多个backlog Wolfgang Shulze Zachau分享了他
经验: 我们只有
个团队(Team)和个覆盖多个项目product backlog而且只有个产品所有者(Product Owner简称PO)他在对客户和其他利益相关者进行仔细交流后对优先级有最终决定权只要让PO能自己做决定就行他又说道:“当然
其前提是你要有个合格PO” Xu Yi-Kaveri表达了区别意见:
我反对多个团队(Team)共有
份product backlog
PO是决定product backlog人而我认为基本上同个人不可能同时是多个项目PO 他所担心
是:如何排定项目间优先级以及这样做可能会影响产生特性优先级和项目优先级排定因此他建议: 你应该评估你
团队(Team)工作能力然后可能要和项目经理(project manager)讨论下多个项目间能力差异接下来根据团队(Team)具体工作能力为区别项目选择各自product backlog条目Roy Morien建议依据常识在两者中做出选择:
无论如何
常识必须被认可如果可以方便高效地切分多个团队(Team)而且每个都拥有自己product backlog那就这么做好了每个PB都可以独立划分优先级假如多个团队(Team)共享同个backlog这就暗示着多个团队(Team)(每个团队(Team)适当人数是7～9人)共享相同PB处理PB优先级时就会出现问题而且“有条理地选择条目并把其放入Spr backlog”也将成为麻烦事 最后
George Dinwiddie现身并(通过邮件列表和博客)分享了他使用多个product backlog时遇到过些问题: 估算就是估算
开发人员很可能处在这样个境地:工作量配额已经用完了要么继续开发个未完成用户故事要么切换到别工作此时或许开发人员要被迫加班PO可能责怪开发人员未完成任务在这种状况下可能发生很多事情但几乎没有哪件事情是符合敏捷原则 我跟你说
这点儿都不好玩而且对于业务也没有任何好处
最新评论