浅谈软件项目实施

一、 软件项目类型介绍

1、 真正意义上的项目（从无到有）

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

流程如下:

2、 复制型项目（软件复用）

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

流程如下：

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

二、 项目里程碑各个节点

1、 里程碑各节点介绍

 

2、 里程碑重要性

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

2）规定项目各方的责任与义务；

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

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

1、 客户（甲方或称建设方）；

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

2）按岗位级别分为：领导和具体业务人员（与我们打交道最多，要当朋友处）

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

1）硬件集成商（服务器、网络设备、存储设备等）；

2）软件提供商（数据库、其它软件授权等）；

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

3、 我方（乙方或称承建方）

1）公司领导

2）公司商务

3）项目经理

4）实施工程师

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

4、 各关联角色沟通图解，如下：

四、 项目开始前准备

1、 了解项目基本情况

1） 售前项目交接

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

交接内容：

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

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

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

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

● 项目的验收方式：是否分阶段验收；

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

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

2） 了解客户基本情况

● 客户是否积极

● 客户的联系方式

● 部门之前是否配合

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

2、 系统环境确认

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

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

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

五、 项目启动会

1、 项目启动会重要性（不是所有项目都有启动会）

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

1）进场前的准备

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

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

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

3）启动会流程

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

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

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

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

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

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

常规的需求分析流程，如下：

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、做好项目维保的几个建议

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

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

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