2008年4月7日

需求变更的烦恼
摘要： 我以前做的上百人一年多一个的大项目，完全按照CMMI Level3规范来控制需求变更的。起初有双方签字的经过评审的需求基线，以后需求变更的时候有需求变更委员会（CCB）或专门负责的角色（通常由客户方需求人员来收集和评估最初需求并提交给QA，QA牵头需求变更流程）来处理需求变更；现在公司做的项目规范较小，完全按照CMMI的规范来有点多余，所以我们基本上类似于敏捷开发的模式。敏捷编程是拥抱变化，持续重构和改进，迭代开发，频繁交付。在需求变更管理上我们还没有一套完整的合适的流程。 阅读全文
posted @ 2008-04-07 22:03 Mainz 阅读(1500) 评论(5) 推荐(0)

导航