工程,项目,工程管理,项目管理,国际工程,项目经理,房地产,融资,可行性研究,总承包,信息化,代建制,招投标,设计管理,进度,成本,风险,质量,概预算,造价,合同管理,施工组织,监理,工程咨询,保险,劳务,FIDIC,索赔,BOT,PPP,PMC 中国工程管理网，关注工程的策划，建设与运营。 工程,项目,工程管理,项目管理,国际工程,项目经理,房地产,融资,可行性研究,总承包,信息化,代建制,招投标,设计管理,进度,成本,风险,质量,概预算,造价,合同管理,施工组织,监理,工程咨询,保险,劳务,FIDIC,索赔,BOT,PPP,PMC 中国工程管理网，关注工程的策划，建设与运营。
打印本文 打印本文  关闭窗口 关闭窗口  
我的项目血泪史之频繁需求变更
作者：佚名  文章来源：建设工程教育网  点击数  更新时间：2014/10/3 23:38:08  文章录入：web13741  责任编辑：web13741
陷入开发工作中而忽略了与客户的随时沟通。因此，需要安排一名专职的需求变更联络人员，负责与客户及时交流，跟踪和汇报需求变更完成进度和情况。同时，可以成立项目变更控制小组，负责裁定接受哪些变更，小组由项目所涉及的多方人员共同组成，应该包括客户方和开发方的决策人员在内。

　　(5)确认客户是否接受变更的代价要让客户认识到变更都是有代价的，要和客户一起判断需求变更是否依然进行。例如，变更是没有问题的，但是要明确客户能否接受由此引起的如进度延迟、费用增加、效率下降等问题。一般来说，如果客户认为该变更是必须的(不是其上级领导拍脑袋提出的)就会接受这些后果。通过与客户协商，这样开发团队即使没有回报，也不会招致公司和客户双方的埋怨。

　　如果客户认为该变更虽然有必要但是可以暂缓，双方签署备忘录后留待以后解决。如果客户认为该变更可有可无，多数情况下会取消变更。这样即可防止频繁变更，也让客户认识到不是所有的需求都需要变更。

　　以上便是本人在频繁需求变更的血泪史中收获的经验，与大家分享。

上一页  [1] [2] [3] 
打印本文 打印本文  关闭窗口 关闭窗口