|
一般用故事卡片来展现故事，正面有简述和对话，而背面去设计测试的内容。我们现在按照每个用户角色来编写用故事，我们先从项目经理角色来写吧!”项目管理者联盟
l 2、然后团队(包括业务需求人员)，一起在写故事，下面是团队写出的一些针对项目经理的故事卡中简述和对话内容(测试内容篇幅过大，不在本篇描述，可见后面附录内容)。项目管理者联盟
1）、用户登陆：用户输入用户名、密码后进行登陆。项目管理者联盟
2)、项目经理创建项目：项目经理填入必要的项目信息后可以创建项目，系统自动建立项目编号。项目管理者联盟
3)、项目经理查看项目：项目经理进入系统，可以自动显示他所管理的未结题项目，并且他还可以通过时间和项目名称来查询他所管理的所有项目。项目管理者联盟
4)、项目经理发起开题流程：项目经理填完必要项目信息后，就可以发起开题流程，流程经部门领导、公司审核员、公司领导后结束。项目信息自动进入项目管理基线中。项目管理者联盟
5)、项目经理修改信息：项目经理在未发起开题流程前可以更改项目信息项目管理者联盟
6)、项目经里保存信息：项目经理可以将修改的信息进行保存到数据库。www.mypm.net
l 3、Gary 看了这些故事后，逐一地给出了一些建议：项目管理者联盟
1)对于项目经理创建项目的故事，应明确必要项目信息有哪些?如果现在不清楚，可以在后续逐渐明确。另外，对于每个必要信息的数据限制条件可以在卡片背面的测试内容中明确。项目管理者联盟
2)对于项目经理发起开题流程的故事，流程引擎可能会在开题、变更、结题、取消等流程中复用，所以建议将发起流程到流程各阶段审核、审批单独提炼出来成为一个新故事，这样在后续可以复用。项目管理者联盟
3)对于项目经理修改信息的故事，项目经理可以更改自己管理项目的哪些信息需要再明确，否则可能会产生歧义。项目经理圈子
4)项目经里保存信息故事粒度太小，而且对于用户来讲价值体现不明显，可以和项目经理修改信息故事合并。项目管理者联盟
……bbs.mypm.net
在Gary的指导下，团队逐渐掌握的用户故事的正确编写方法。突然Hammer
大声嚷道：“这个需求怎么写成故事?”Gary看到一条需求：系统可以50个用户同时在线实用。“这是一个非功能性需求，可以把它单独编写成一个故事，在后续可能会逐渐明确成几个功能性需求从而映射成几个故事。”要记住的是：项目管理者联盟
1)前期我们不用也不可能把故事写得极其详细，我们写出的故事的目的是为了便于开发团队与业务需求人员沟通。项目管理者联盟
2)现在我们对故事的确认只是阶段性的，故事会不断明确、细化，所以我们也会不断让开发和业务需求人员进行沟通、确认。项目管理者联盟文章
3)不要在早期就盲目地确认用户界面，这样会给UI/UE设计太强地限制。项目管理者联盟
Hammer：“那我们就不能用图形给业务需求人员展现了么?”项目管理者联盟
Gary听到这个问题也是一愣，恍惚地说道：“只要不过早地确定界面就可以了。”club.mypm.net
Hammer 现在觉得他终于基本明白了这种新的方式。项目管理者联盟
而Gary 因为Hammer无心的一句话，内心激荡不已，他觉得自己马上会创出一套更为简洁、直观的需求分析方法。项目管理者联盟
附：故事卡片项目管理者联盟
简述：项目经理创建项目项目管理者联盟
对话：项目经理可以创建项目，系统自动建立项目编号，并且项目经理填入项目名称、项目类型、项目经理名称必填信息后可以保存项目信息。项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
