一个关于需求确认的案例

     这个案例是我从一个应聘人员那边听到的，该应聘人员是一位比较资深的项目经理，他来应聘公司的CMMI改进工程师。据他说最牛的时候曾经带着16个团队的成员同时负责7个并发项目，他1人作项目经理，2位技术经理，其它为开发人员，这些项目的周期从5个月到1年不等。这些项目有配了2个QA人员，在谈到QA对他项目有什么帮助时，我请他举一个印象最深的例子。他谈到了一个关于需求确认的例子：

      他在A公司做完一个项目的需求调研后，未与客户进行需求确认就开始安排进行设计和开发工作。他是这样认为的，他已经带领A公司参观过了他们给B公司开发的XX系统，参观过程中A公司对该系统很认可。他认为A公司已经接受了该系统，只要将该系统的功能照搬过去就可以了。在这种思路下，他的需求调研重点就在收集A公司的组织架构、业务数据内容和格式、角色等方面。调研完成后，整理了这些需求，他就安排进行设计和开发工作。在QA审计他的项目时，给他明确提出来需求未与客户确认，要求改正。当他再找到客户，拿着整理好的需求请客户签字确认时，客户提出，他们对系统的功能要求与B公司并不完全一样，有部分业务上的不同和个性化的需求。这时候，他才意识到了问题，心里也暗自庆幸，如果按他之前思路进行设计和开发工作，现在就需要重新返工，项目进度肯定要延期。 

 思考： 

我想以该项目经理的经验，如果在只负责一个项目的时候，应该不会犯这种比较明显的错误。但他同时负责多个项目，事情多压力大，为了减少工作量，将需求确认作为一个可有可无的活动给裁剪了，结果适得其反。我们项目组有些也面临着很大的压力，我们是否也曾经将一些重要的活动给裁剪了呢？