摘要: 一、令人烦恼的需求变更 作为一个软件项目经理,在项目开发进行中,你是否遇到过这样的问题:客户的一个电话,就推翻了之前你与客户、与你自己的开发团队,经过再三讨论而确认定下来的需求。之后你就重新开始了和客户、和你的开发团队进入新一轮的需求谈论中,甚至是无休止的谈论。甚至要重新设计现有的架构。 而面对这种情况,作为项目经理的你是否会说:“我们无法拒绝客户,但也无法立即满足他的新需求,所以只好是推到以后再进行完善。”或者,更极端些的想法:客户总是在异想天开,客户的需求在技术上根本无法实现…… 在与客户新的需求论证中,你是否会对需求确认的重要性产生怀疑。因为在一开始已经多次和客户沟通,也在没有任何异议的 阅读全文
posted @ 2011-05-29 22:05 熊波 阅读(417) 评论(0) 推荐(0) 编辑
摘要: 客户今天要求变更需求,加某某功能,“这个应该不难吧,某某公司的产品都有这个功能的。”客户的需求一直在变,烦恼。。。开始是需求不明确,客户都不知道要做成什么样,只有一个大概的粗略的描述。等到大楼盖好了,给客户,却发现大楼应该是这样那样的。。。客户方和开发方在一起( WorkShop) 还好,如果分开在两地就更糟糕。。。永远不变的就是变化,这个大家都知道,但关键是如何合理的控制需求变更?我以前做的上百人一年多一个的大项目,完全按照CMMI Level3规范来控制需求变更的。起初有双方签字的经过评审的需求基线,以后需求变更的时候有需求变更委员会(CCB)或专门负责的角色(通常由客户方需求人员来收集和 阅读全文
posted @ 2011-05-29 21:55 熊波 阅读(374) 评论(0) 推荐(0) 编辑
摘要: 需求变更是项目管理过程中最为头痛的问题,也是对项目成本最大影响的因素之一。 我们该如何的应对客户的需求变更呢? 生硬的拒绝,拿合同和需求文档抠字眼跟客户较劲 不管怎样,说服公司实现需求变更,不顾项目成本控制 说服客户放弃需求 转给其它人负责,甩手不管 。。。。 其实作为项目经理,处理需求需要更多的睿智。 第一: 心态调整,三个必知 1、客户提出的需求基本上都是有合理理由的,只是客户不一定能提出真正解决问题的方案 2、客户提出的需求,基本上都是能实现的,只是公司资源无法立刻响应,成本也需要管控 3、客户提出的需求,往往都有其它更简单的解决方案,复杂的做法不一定是解决问题最佳做法 第二:方法论,. 阅读全文
posted @ 2011-05-29 21:39 熊波 阅读(163) 评论(0) 推荐(0) 编辑