|
日志记录;www.mypm.net
工作流;项目管理者联盟
全文搜索;项目管理者联盟
多数据库支持;bbs.mypm.net
搜索引擎优化;项目管理者联盟
因此，在每个sprint的backlog的安排上，不同的整合和考虑会对项目的进展速度产生很大的影响。PO与架构师，必须经过深入的整合梳理与排序，而不是简单的对story进行罗列。如果说需求决定了软件的价值，那么设计包括对需求的安排决定了软件的成本。项目管理者联盟
目前敏捷开发中对于story的拆分也提到很多方式，一般来说如下几种：www.mypm.net
第一种，按工作流进行拆分training.mypm.net
 项目管理者联盟
第二种，从简单到复杂项目管理者联盟
 项目管理者联盟
第三种，按原子操作，如分解成：Create, Read, Update, Dele*e;项目管理者联盟
第四种，针对公共功能的系统.项目管理者联盟
 PgMp.mypm.net
大家可以参考这几种方式来灵活的处理 story 的切分问题，但注意，还要有全局观。项目管理者联盟
跨团队的处理项目管理者联盟
我们在一个大型项目中的架构如下图6：talent.mypm.net
 项目管理者联盟
由于有大量的底层技术结构，所以，我们在特性团队划分时，分成3个业务特性团队，这个团队主要是实现业务逻辑。而底层的，大数据存在和公共平台，是由另一个团队来独立完成的。这个时候，在任务的安排上和人员协同上就需要注意。项目管理者联盟
如：在界面上有一个查询功能，其中有部分数据，必须通过大数据平台来获取，又有部分可以直接通过 oarcle数据库获取，还有部分通过ES集群就可以获取，这个时候就要注意。Story可交付的定义，应该是系统能够集成交付，而不仅仅是上层业务可交付。项目管理者联盟
 项目管理论坛
如图7所示，其中业务团队要完成story2时，其系统要平台团队的story2也要完成时，就会出现协同问题。因为，2个团队分别按自己的标准在确定故事的优先级，可能story2完成的时间与业务团队的story2的时机不对，还是无法完整交付。项目管理者联盟
对于这类，应该临时将小王划归到业务团队2，将小宋与小王的story进行协同，以达到交付的目标。在多个特性敏捷团队同时运作时，这种情况，可以建立虚拟团队的方式，来临时应对这类需求。项目管理者联盟
 项目管理者联盟
这样可以很好进行某个具体交付特性的协同，保证交付的完整性。blog.mypm.net
|
