热点新闻
软件项目管理 5.3.敏捷任务分解
2023-07-07 07:27  浏览:322  搜索引擎搜索“错改B2B”
温馨提示:信息一旦丢失不一定找得到,请务必收藏信息以备急用!本站所有信息均是注册会员发布如遇到侵权请联系文章中的联系方式或客服删除!
联系我时,请说明是在错改B2B看到的信息,谢谢。
展会发布 展会网站大全 报名观展合作 软文发布

【公众号 “项目管理研究所” 将会第一时间更新文章并[分享行业分析报告]】
归档于软件项目管理初级学习路线
第五章 软件项目任务分解
《初级学习路线合集 》


前言

大家好,这节我们学习软件项目管理—敏捷任务分解方法。

一、敏捷项目的任务分解

敏捷开发过程是通过用户故事,将需求具体化成可以进行迭代开发的任务。











另外Epics有时包含着太多且模糊的需求,所以常常包含着不同的特性,而一个特性就是一组可以归为一类的需求。






例如:某Epic是硬盘备份功能,我们可以分解出两个story。第一个story是作为power user 为了更好管理文件,登记文件规模,创建或者修改日期,对文件或者文件夹备份。











这也是一个Epics分解的例子:Epic分解了四个story。











story编写完成之后,应该写出接收标准,那么他(如下图)可以作为用户测试story的依据。

翻译:验收标准只是一个高级别的验收测试,在敏捷用户故事完成后,它将是真实的。通常情况下,它会写在故事的背面。这是一个很好的方法,可以确保故事被理解,并邀请团队就我们试图创建的业务规则进行谈判。






例如这个story是创建账户功能,设立验收标准如下:

  • 确保这个用户在系统中存在。
  • 确保用户的信用状况是满意的。
  • 确保账户类型是正确的。
  • 确保账户是唯一的。
  • 账户密码是6位数字。





  • 二、任务分解输出-列表

    敏捷项目的任务分解输出可以是对backlog列表进行细化的过程,将编写完成的story汇总到backlog列表中,那么他也是后续规划的基础。






    总结

    总之 敏捷项目任务分解就是将Epic分解成多个story的过程。

    到这里,第五章 软件项目任务分解就讲解完毕了!下一章介绍软件项目成本计划~

    如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~

    发布人:661e****    IP:117.173.23.***     举报/删稿
    展会推荐
    让朕来说2句
    评论
    收藏
    点赞
    转发