浅谈软件项目实施

一、 软件项目类型介绍

1、 真正意义上的项目(从无到有)

此类项目属于客户定制型开发,实施周期相对较长

流程如下:

image

2、 复制型项目(软件复用)

此类项目相对小点,对现有产品进行对应修改,实施周期较短

流程如下:

image

现在基本上项目都是属于复制性项目,大多数公司都有自己的产品框架,为了缩短研发周期,都是在原有的产品修修改改

二、 项目里程碑各个节点

1、 里程碑各节点介绍

image 

2、 里程碑重要性

1)将项目化繁为简,漫长的项目周期的划分为一个个节点,易于监督和控制;

2)规定项目各方的责任与义务;

3)使项目计划简明、易懂和实用。

三、 项目实施中的关联角色

1、 客户(甲方或称建设方);

1)按部门性质分为:业务部门(提出需求和系统具体使用者)和技术部门(负责服务器、网络等,有时也作为客户总负责,与我方沟通和协调);

2)按岗位级别分为:领导和具体业务人员(与我们打交道最多,要当朋友处)

2、 与项目相关联的单位及人员;

1)硬件集成商(服务器、网络设备、存储设备等);

2)软件提供商(数据库、其它软件授权等);

3)项目关联对接部门(有时一个项目于很多部门对接,像核对系统都对接好多部门数据)

3、 我方(乙方或称承建方)

1)公司领导

2)公司商务

3)项目经理

4)实施工程师

注:不同公司情况可能有所不同,仅供参考。

4、 各关联角色沟通图解,如下:

image

四、 项目开始前准备

1、 了解项目基本情况

1) 售前项目交接

完成从售前到实施的正式交接,项目负责人开始全面负责项目的实施工作。

交接内容:

项目负责人接到实施任务后,要尽可能详细的了解项目背景,项目牵涉哪些部门,部门人员是否配备齐全、客户对此项目态度是否积极、客户对项目前期准备情况、了解项目售前过程,并收集相关售前文档。对于售前文档,项目负责人在交接时需结合项目合同和投标文件认真解读,对于以下内容应特别注意:

● 合同中的系统建设要求是否明确、是否具有二次开发内容;

● 相关硬件、软件接口需求;

● 项目是否包含硬件实施;

● 项目的验收方式:是否分阶段验收;

● 是否有规定的实施完成时间限制;

● 发现问题尽快向商务代表反映、落实,尽可能在项目前期解决。

2) 了解客户基本情况

● 客户是否积极

● 客户的联系方式

● 部门之前是否配合

● 客户对于项目的准备程度

2、 系统环境确认

1)如果客户自行提供软硬设备,在项目进场前一定要确认相关信息(如服务器配置、操作系统版本、网络是否通畅,带宽多少等);

2)如果客户从我方购买设备,需要在公司把设备全部调优发至现场,并签署收货清单。

注:不要听客户嘴说什么都准备好了,一定要自己确认一遍,避免耽误项目进度。

五、 项目启动会

1、 项目启动会重要性(不是所有项目都有启动会)

image

2、 如何召开一个成功项目的启动会

1)进场前的准备

● 做一份《整体实施计划初稿》,显的正规;

● 做一份系统框架、主体功能的介绍PPT(类似宣传资料)

2)和客户确认启动会时间以及甲乙双方参会人员

3)启动会流程

客户领导讲话→介绍项目概况→介绍系统框架及功能→介绍整体实施计划→客户总结性发言

3、 开一个有意义的启动会

● 要求初步确认《项目整体实施计划》;

● 形成会议纪要(邮件抄送客户及公司领导)

六、 合理收集和分析客户需求

1、 需求介绍(需求分析是一门大的学问,水平有限,只能简单说下)

常规的需求分析流程,如下:

image

2、 需求的分类

● 基础数据类(如用户表、用户权限、其他基础数据等)

● 业务流程类(整体业务流程、审核审批流程、其他业务流程等)

● 报表类(需要做哪些报表)

● 接口类(和哪些系统需要做对接等)

● 界面类(页面展示、字段名称等)

● 其他类(个性化需求)

3、 收集需求几大难点和对策

● 客户说不清楚(我们需要把客户提出的需求分类,分为合理、不合理和自相矛盾的,引导客户把需求明确)

● 客户随意提需求(有些客户很随意的提需求,并且修改频繁,我们需要提醒并引导客户,确定的需求要签字确认,如果无效可以向领导汇报)

4、 潜在的需求

● 由于业务或岗位等因为变动产生新的需求;

● 甲乙双方都未考虑的需求

出现上面两个情况需要及时向客户汇报需求概况,并解释出现此需求的原因。

5、 形成调研报告和用户需求说明书(需客户签字确认)

6、 做好项目汇报工作

项目启动后,不论是公司领导还是客户都想清楚知道项目进度情况,过程中遇到哪些困难、不清楚的地方等,所以此时我们就需要做好项目汇报的工作。

1)日志(记录当日做了哪些书和遇到的困难,编写明天计划事宜)

2)周报(总结一周事宜,列出下周计划)

3)当面汇报(定期当面向领导和客户汇报项目进度,提前准备好材料和思路)

日志和周报必须以邮件方式发送,抄送客户人员听从客户指定。

注:工作要干,汇报更要干

七、 稳步推进项目的两大技巧

1、 凡是往前想一步

1)提前想好下一步工作需要什么,前提条件是什么;

2)提前和客户汇报,给予客户考虑和准备时间;

3)对于项目需求、系统功能等,可采取“边做边验收”模式。

2、 巧妙利用领导力量

1)项目遇到问题,需要整理思路,想好如何表达,需要领导做什么,要提前想好;

2)下面做事不配合,可利用领导巧妙压制。

八、 项目培训

1、 培训前准备

● 确定培训时间、地点

● 确定参会人员

● 提前发放会议通知

● 准备培训材料(会议签到表、系统帮助手册等)

● 培训演示数据准备

2、 培训会注意事项

● 提前到达培训现场,测试投影、网络、话筒等

● 会前安排人员填写签到表及发放操作手册

● 培训时语速尽量适中,控制紧张感

● 系统演示中不要频繁摇晃鼠标和切换窗口

● 多和用户做一些互动

九、 模拟试运行

1、 什么时候开始试运行

● 软件调试已完成

● 用户培训已完成(培训后乘热打铁)

2、 为什么要试运行

● 通过对实际业务的模拟演练,检验系统设计和功能是否满足用户实际业务需要

● 提高业务人员对系统的熟悉度

● 提前在实际业务环境检验系统的稳定性

3、 试运行时间安排

● 根据项目的大小,一般选择用户的一个业务处理周期

● 试运行周期不宜太长

4、 试运行期间

● 多和用户交流,收集问题及需求

● 为用户解答各种问题,增加使用熟练度

● 和领导汇报系统运行情况,促进项目正式上线

十、 项目上线

1、 什么是项目上线

项目上线=项目投产=用户正式使用

2、 项目上线前的准备

● 要求客户提前发布系统正式启用通知

● 检查系统是否正常运行

● 删除测试数据

● 检查系统各种备份机制是否正常(重要)

3、 上线后的具体工作事项

● 解决客户问题

● 及时跟踪记录服务器使用情况、系统使用率等

● 再次强调检查系统各种备份机制是否正常

● 主动走访重要用户,询问了解使用情况,收集并解决问题

十一、 项目验收

项目这个环节比较重要,故单独列出来写,详细内容请看《浅谈软件项目验收》专篇。

十二、 项目的售后维保

很多人认为项目验收移交后就跟项目实施人员没关系了,其实不是,一个项目实施下来,作为实施人员对于项目细节是最为了解的,很多问题售后部门同事一时无法弄清,所以实施人员后期还需多关注(毕竟后面还要收取售后维护费)。

1、项目后期维保的概念

● 维护+保障;

● 维护的方式:远程、出差、驻点、售后服务中心

2、维保的日常工作

● 系统维护、检查数据备份等

● 修改小的需求,如增加用户、修改权限等

● 增加系统模块、系统补丁升级等

3、做好项目维保的几个建议

● 建议验收后的一段时间内,每周编写项目运行情况周报抄送给甲方和公司负责人(让客户知道工作量)

● 项目维护中,接到客户的电话、远程协助等服务尽量形成文字材料存档(后期谈服务费可能有所用处,用工作量体现,让客户心甘情愿掏维护费,免得说我们没做什么事)

● 定期回访客户(回访周期根据实际情况而定),询问客户使用情况,让客户感受我们的关心

总结:以上是个人对项目实施的些愚见,写的不好的地方望各位看官见谅!

注:根据51CTO-陈志文老师课程总结

posted @ 2017-02-10 10:35  李楊  阅读(16167)  评论(3编辑  收藏  举报