野鸭鸭

项目管理中的用户故事

夏天在学习微软TFS项目管理的时候,有很多专业名词,如:Aglie、SCRUM、User Story等。经过查询Aglie和SCRUM是两种不同的项目管理模式,虽然不知具体为何,先暂且放在一边。用户故事,刚好有宁波猿云科技在大红鹰学院举办的关于项目管理中用户故事的讲座,借机学习了。

何为用户故事

简单概括,可以总结为:用简短朴实的一句话,描述用户需要达成的目标。

用户故事定义的概括,也只有一句话。不过,这一句话中,包含着几个重点:用户故事是目标明确的、用户故事是简短的、用户故事是干净利落不加修饰的。

比如,我们最常见的在一个登陆页面,输入账号密码登陆后进入首页。可以简单到“通过账号密码登陆”,也可以复杂到“在账号输入框输入账号,在密码输入框输入密码,勾选记住我,下次登陆不再需要手动输入账号,点击登陆按钮后,根据用户所属的部门和岗位信息,登入不同的工作中心首页,并显示用户的信息……”。仅从长短上看,我们就可以知道,后者肯定不会是一个用户故事应该有的样子。

展开用户故事

从描述内容的详细程度方面来看,用户故事本身不会详细描述具体实现过程,可以说结果导向性非常明显,但其中会包含关键的实现信息。

比如上面登陆的例子,用户故事本身不关心账号密码输入框甚至输入内容的正则验证等内容,因为这些内容是需要在用户故事的展开部分进行细化描述的。即是说,用户故事本身基本都是一句话,但是用户故事本身却包含很多细节内容,需要在开发过程中逐一实现。

仔细对比,可以发现,其实上面的例子中,后者更加像是该用户故事展开后的前端逻辑部分。而且,前端逻辑这部分可以根据类型进行划分,比如:页面元素和样式搭建,数据交互,用户交互等,且这些划分后各部分的内容是明确的,比如:创建一个包含用户名输入框、密码输入框和记住我勾选框的页面,获取用户输入的用户名和密码进行常规正则验证后备用,提交用户名和密码至登陆接口进行登陆,用户操作错误或系统返回信息时通过页面进行提示等。

这些划分后的,比较小的,内容明确的功能块,通常称之为“任务”。而用户故事,展开后,就是若干个包含具体细节的任务,也可以说是明确的任务。

划分用户故事和任务

简单来看,用户故事包含任务,用户故事是一个综合的最终目标,而任务是分发到个人或小组的中间目标。在划分用户故事时,需要综合考虑团队成员,项目规模,难以程度等众多因素,确保每个用户故事的内容量适中。而划分任务时,需要考虑任务接收对象,任务关联信息,任务循序,明确性等,确保任务清晰明确。

于此同时,划分用户故事和任务时,都应考虑:

  • 相对独立性-在项目整体框架中,具有一定的单独阐述的可能性,否则不应进行拆分,也不易过分拆分导致情景零散
  • 可测试性-对用户故事和任务的达成情况,可以进行量化评估或者客观测试进行结果判定,避免众说纷纭和主观判断
  • 可预估性-拆分后的用户故事和任务,可以根据当前团队成员技能掌握情况和已知难易点,预估所需工作时间,进而控制整体项目周期和进度

笔记

当天讲座我记录的笔记,参考附件下载。

附件

# File Description File size
1 doc software-management-user-story 软件开发中用户故事的使用
15 KB

里予甲鸟甲鸟

我有钱,我高大,我帅气,我还没睡醒!谁叫醒我,就打谁哦。

添加评论

联系

即刻M我/Q我