一、 中标,签订合同;
二、 确定项目经理,项目经理可以来自实施部,也可以来自开发部; 三、 项目启动会议,参加人员:销售、售前工程师、开发、实施,目的:介绍
项目情况,文件:招标书、投标书技术部分、合同; 四、 项目小组入场,项目经理拜访各个项目关键人; 五、 制定获取用户需求的计划;
六、 按用户需求获取计划进行用户需求调研,形成需求文档,所有的用户需求
均需用户签字确认,需求文档需要开发人员签字确认; 获取准确需求的方法: 1、 2、
知己:充分了解我们系统已有功能,做好功课;
知彼:和客户面谈,演示我们的系统获取用户需求,必须让用户做选择题,不能让用户做问答题。
七、 按照已经过客户和开发确认的需求文档,制定项目实施上线计划,可拆分
子系统,经过设计、开发、测试、培训、检查、上线等环节。实施计划必须获得客户认可,同时需要开发人员签字确认。
制定获取需求的计划
获取需求,形成需求文档
开发签字确认需求文档
用户签字确认需求文档
按照需求文档制定项目实施上线计划,必须拆分子系统实施
开发签字确认实施计划
用户签字确认实施计划
按实施计划实施项目,定时检查关键时间点
拆分子系统 设计 开发 测试 培训 检查 上线 子系统验收 八、 按照子系统来实施,每当完成一个子系统,就验收一个子系统,严禁堆到
最后才搞所谓的一次性总体验收!按照子系统验收可以缩短每个子系统的开发时间,及时进入维护期,获得阶段性成果,可以严格把握每个关键时间点,把控项目进度,而且验收子系统容易验收,用户会认为责任不大。否则搞最后一次验收,每个子系统都处于悬而未决的状态,随时客户都可以提需求,搞到很被动,而且,总体大验收,用户觉得责任重大,会非常谨慎,不会轻易验收。 九、 上线前检查一下工作:
1、 2、 3、
用户培训是否到位; 网络是否通畅; 是否有病毒;
4、 5、 6、 7、 8、 9、
客户端是否安装妥当;
数据库服务器是否优化;存储是否按照0+1安装; 中间件服务器是否正确安装; 自动更新服务器是否正确安装; 域控制器是否正确安装; DNS是否正确安装和配置;
十、 采用矩阵管理,每个项目人员既受项目经理管理,也同时受其直属上司管
理;
十一、项目经理每周需要向用户提交外部项目周报,同时需要向公司提交内部项
目周报;
十二、所有的安装程序均必须来自公司,安装步骤标准化; 十三、测试人员测试通过的程序,测试人员必须签字确认;
十四、所有的项目过程需求均需记录在URT里面,及时反馈进度,公司按照URT
来评价绩效。
十五、习惯作文档;对工作进行分解,即WBS – Work Breakdown Structure。
因篇幅问题不能全部显示,请点此查看更多更全内容