角色1:需求管理的利器
对项目需求和设计文档的管理是DevAgile必须首先面对的问题。他们要完成的，恰恰是一个需求变更很快的项目，这也是他们选择敏捷开发的重要原因。在敏捷开发中，需求的变化常常是为下一次迭代提供信息和进度计划的依据。
因此，DevAgile的大多数成员认为，记录下每一次关键的需求变更很重要，尽管最初有些人坚持敏捷开发并不需要文档。
同时，他们也注意到，要遵循简单设计的原则，并非意味着设计文档不需管理。相反，文档的数量和版本都会比采用其他开发方式更多。这些设计文档及其历史应该被妥善地管理，也要和相对应的配置项链接。
另外，小型发布意味着整个生命周期中有更多的发布，如何对这些发布进行系统化管理也是DevAgile团队必须解决的问题。
综合以上这几点考虑，Smart先生认为，应该找到一种需求管理的武器。DevAgile团队在进行了一番市场调研后，决定尝试TechExcel DevSpec这种需求管理工具。它不仅提出“以知识为核心”的概念，满足需求和设计文档管理的要求，还实现了真正的“功能驱动开发”。
尽管DevAgile目前没有清楚的看到后者如何实现，但DevSpec对产品需求、产品功能及知识文档的系统管理还是吸引了他们。
它成全了设计团队的敏捷性，支持简单设计，并对他们经常修改设计的做法提供了管理上的帮助。一些成员还指出，在敏捷开发的道路上，太多的不确定因素和灵活性难免会影响大家对最终产品的认识，有一个这样的工具能够时时刻刻描绘出要发布产品的清晰轮廓，记录下产品需求和功能变更的每一步，实在是很令人欣慰。
另外，为了配合数量多的小型发布，DevSpec还有整理发布功能点的能力。也就是说，将和某一发布有关的新功能、功能变更，以及缺陷修复，全都进行统一组织和管理。
例如，要完成6.1的发布，他们只需把6.1功能文件夹里所有的新功能、功能变更，以及缺陷修复全都做完，6.1版本也就可以发布了。为了更大程度上提高开发效率，Smart先生还别出心裁的对这些功能及缺陷设定了优先级，优先级低的任务可能被延缓执行。实践证明，这种具灵活性且针对发布来管理的系统使小型发布越发容易。
角色2:项目规划的利器
Smart先生发现敏捷的项目管理要能做到随机应变，应付各种可能出现的情况，也是建立在对任务的细分，并对任务的状态采取高频度的探测并及时调整的基础上。DevAgile选择了TechExcel DevPlan作为项目规划工具，因为它能够围绕DevSpec中管理的功能点进行迭代计划，对人力资源进行管理，既把握了正确的宏观方向，又能对任务细分。任务若被耽延，还可以反馈回来。
此文章共有5页 上一页 1 2 3 4 5 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
