如何实施软件项目管理中的5.3敏捷任务分解策略？

本文共计795个文字，预计阅读时间需要4分钟。

【公众号+项目管理研究所】将首次更新文章并[分享行业分析报告]。收录于《软件项目管理初级学习路线+第五章 软件项目任务分解+《初级学习路线合集》》+前言+大家好，这节课

归档于软件项目管理初级学习路线
第五章 软件项目任务分解
《初级学习路线合集 》

---

前言

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

一、敏捷项目的任务分解

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

Epics是由许许多多小大的，不确定的需求组成，不能直接通过迭代开发，需要划分为较小的，真正的user stories。

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

因此敏捷项目的分解级别如下，Epic是比较大的story，那么Epic可以分解为一类，一类就是一个Feature，那么Feature下可以分解出一些user story。

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

第二个story是作为user,为了使备份的驱动器不会被不需要的内容装满，需要标识出不需要的文件夹。

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