PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
该帖子同步发自:(牛草草的博客 访问该博客)
案例:
某项目整个执行过程相对都很顺利,但验收阶段,客户根据合同中的某一条款拒绝验收,导致项目大幅度地延误,成本严重超支。
项目合同中一定不能存在所谓的“敞口协议”,也就是无法量化进行验收的条款。
如果条款中这么写“该系统必须满足客户方的业务需要”,是否合理?这是一种典型的,看似非常合理,但是没有可操作性的条款。你可以今天100个,明天500个,项目团队永远不知道你的“业务需要”是什么。
需求必须是量化,可操作的。比如: “该系统应保证200人同时上线操作 … ”
其它典型的“敞口条款”:客户满意、快速响应、稳定运行、有效控制 … … (什么是满意?多长时间算快速?稳定指哪些指标?如何算有效?)
很多项目的失败,是在签合同那一刻就注定的 …