需要实现如下目标： 1. 需求管理, 子需求管理（一个需求可能拆分成若干个细的需求） 2. Bug管理 3. 需求/子需求和Bug相关联，可以看到每个需求相关的Bug数量及进度 4. 可以根据条件进行搜索，比如说想看有多少Open的Bug, 每个开发人员Fix bug的进度 ...

最终忍受不了公司使用论坛+Excel来进行bug反馈和管理工作了，于是花了一个上午时间研究了下bug管理系统。这样一个bug管理系统能够轻松的查看bug新增了哪些，攻克了哪些。当前是谁，要在什么时间解决。不管是qa还是程序都能够轻易的在这个系统上面查看当前要解决和复測的bug ...

需求变更，相信大家一定都遭遇过，即使项目在启动时已经具备完整的需求，在项目启动后还是可能会变动。而且由于管理模型的不同，在项目启动后对需求变更会是件特别耗时费力的事。 这就是为什么我们需要一个持续的需求管理流程，这样能不仅能帮助控制成本，避免规模失控，还能保证完整的可追溯性。好的需求管理 ...

目录 为什么习软件需求？ 需求开发 需求获取 需求分析 需求定义 需求验证 需求管理 需求工程和需求管理的关系 软件需求变更流程 软件需求跟踪 软件需求跟踪阶段划分 软件 ...

引言 IBM Rational DOORS，简称DOORS，是被业界广泛认可的需求管理工具，在国内外需求管理领域具有较高的市场占有率。需求管理作为传统的工程领域，理论发展相对成熟和健全。随着越来越多的企业开始注重在需求管理工程层面的投入，企业的需求管理成熟度也在逐步提高。在需求管理实施过程中 ...

title: 敏捷软件需求管理 date: 2017-10-23 10:29:39 tags: 需求管理 严格的来讲，这个标题的说法并不是很严肃，这篇文章的目的不是建立一个敏捷软件需求管理的流程，而是去探索一种需求管理的实践，解决现在工作中遇到的困惑和困难。为了将问题解释的更清楚，我需要 ...

　　需求基线管理是需求管理活动中最基础的一个，《软件需求最佳实践》中有所阐述，结合实际工作梳理一下。 　　什么是“需求基线”？在某个特定版本中实现的功能性和非功能性的一组需求集合。引入需求基线后，意味着要采用分阶段或迭代的开发方式。这和敏捷开发中“风险前移”、“分阶段交付”、“小步快走”、“中途 ...

需求变更管理 范围变更控制是指对有关项目范围的变更实施控制。在这儿范围变更就是需求变更。主要的过程输出是范围变更、纠正行动与教训总结。再好的计划也不可能做到一成不变，因此变更是不要避免的，关键问题是如何对变更如何进行有效的控制。控制好变更必须有一套规范的变更管理过程，在发生变更时 ...