|
变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是甲方不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：项目管理者联盟
1. 确保以前的文档甲方是否签过字，如果没有，尽快再和甲方自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;项目管理者联盟
2. 和甲方坐下来，探讨他修改的根本目的是什么，是不是有同样能达到相同目的、但是对你来说有代价更小的选择?PgMp.mypm.net
3.
明确更改流程(项目初期的工作)，一般是甲方签字后以正式项目文件的方式提交给你，然后做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果，然后再让甲方在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对，就学习那个，让大家都意识到任何的更改都有成本和代价。项目管理者联盟
十一、系统开发告一段落后，就进入甲方培训、系统验收阶段。项目管理者联盟
给甲方做培训前，多注意一些表面功夫，至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等，不要让甲方看到一些他不该看到的东西。项目管理者联盟
作为项目经理，其实脑子里就是几样东西：做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。项目管理者联盟
所谓多快好省那是人类的梦想，这四个方面都是相互矛盾的。考虑问题的轻重缓急方面，各方领导都会给你最后期限，所以保进度是第一位的;省是第二位的，企业的根本目的是盈利，如果收入不能增加的话，至少费用要控制住;好是第三位的，没办法，谁都想精益求精，但是，没有强大的资源保障，质量只好先牺牲了;最后是多，甲方的要求源源不断，如何降低甲方的期望值，让他们从理想回到现实也是项目经理的分内工作。项目管理者联盟
验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚甲方的做事情流程是很重要的事情。项目管理者联盟
要让甲方明白，所谓验收，就是按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。项目管理者联盟
最后，认为系统完美了才能验收的想法也是错误的，微软那么多天才，做了XP还要天天打补丁，软件开发合同里一定要注明验收以后维护期的费用问题，否则，甲方担心一旦验收就得不到你们的支持，自然不配合验收，那么你这个项目经理就很难交功课了。转自项目管理者联盟
项目管理者联盟
|
