浅谈软件项目实施
一、 软件项目类型介绍
此类项目属于客户定制型开发，实施周期相对较长
流程如下:
此类项目相对小点，对现有产品进行对应修改，实施周期较短
流程如下：
现在基本上项目都是属于复制性项目，大多数公司都有自己的产品框架，为了缩短研发周期，都是在原有的产品修修改改
1）将项目化繁为简，漫长的项目周期的划分为一个个节点，易于监督和控制；
2）规定项目各方的责任与义务；
3）使项目计划简明、易懂和实用。
1）按部门性质分为：业务部门（提出需求和系统具体使用者）和技术部门（负责服务器、网络等，有时也作为客户总负责，与我方沟通和协调）；
2）按岗位级别分为：领导和具体业务人员（与我们打交道最多，要当朋友处）
1）硬件集成商（服务器、网络设备、存储设备等）；
2）软件提供商（数据库、其它软件授权等）；
3）项目关联对接部门（有时一个项目于很多部门对接，像核对系统都对接好多部门数据）
1）公司领导
2）公司商务
3）项目经理
4）实施工程师
注：不同公司情况可能有所不同，仅供参考。
1） 售前项目交接
完成从售前到实施的正式交接，项目负责人开始全面负责项目的实施工作。
交接内容：
项目负责人接到实施任务后，要尽可能详细的了解项目背景，项目牵涉哪些部门，部门人员是否配备齐全、客户对此项目态度是否积极、客户对项目前期准备情况、了解项目售前过程，并收集相关售前文档。对于售前文档，项目负责人在交接时需结合项目合同和投标文件认真解读，对于以下内容应特别注意：
● 合同中的系统建设要求是否明确、是否具有二次开发内容；
● 相关硬件、软件接口需求；
● 项目是否包含硬件实施；
● 项目的验收方式：是否分阶段验收；
● 是否有规定的实施完成时间限制；
● 发现问题尽快向商务代表反映、落实，尽可能在项目前期解决。
2） 了解客户基本情况
● 客户是否积极
● 客户的联系方式
● 部门之前是否配合
● 客户对于项目的准备程度
1）如果客户自行提供软硬设备，在项目进场前一定要确认相关信息（如服务器配置、操作系统版本、网络是否通畅，带宽多少等）；
2）如果客户从我方购买设备，需要在公司把设备全部调优发至现场，并签署收货清单。
注：不要听客户嘴说什么都准备好了，一定要自己确认一遍，避免耽误项目进度。
1、 项目启动会重要性（不是所有项目都有启动会）
1）进场前的准备
● 做一份《整体实施计划初稿》，显的正规；
● 做一份系统框架、主体功能的介绍PPT（类似宣传资料）
2）和客户确认启动会时间以及甲乙双方参会人员
3）启动会流程
客户领导讲话→介绍项目概况→介绍系统框架及功能→介绍整体实施计划→客户总结性发言
● 要求初步确认《项目整体实施计划》；
● 形成会议纪要（邮件抄送客户及公司领导）
1、 需求介绍（需求分析是一门大的学问，水平有限，只能简单说下）
常规的需求分析流程，如下：
● 基础数据类（如用户表、用户权限、其他基础数据等）
● 业务流程类（整体业务流程、审核审批流程、其他业务流程等）
● 报表类（需要做哪些报表）
● 接口类（和哪些系统需要做对接等）
● 界面类（页面展示、字段名称等）
● 其他类（个性化需求）
● 客户说不清楚（我们需要把客户提出的需求分类，分为合理、不合理和自相矛盾的，引导客户把需求明确）
● 客户随意提需求（有些客户很随意的提需求，并且修改频繁，我们需要提醒并引导客户，确定的需求要签字确认，如果无效可以向领导汇报）
● 由于业务或岗位等因为变动产生新的需求；
● 甲乙双方都未考虑的需求
出现上面两个情况需要及时向客户汇报需求概况，并解释出现此需求的原因。
项目启动后，不论是公司领导还是客户都想清楚知道项目进度情况，过程中遇到哪些困难、不清楚的地方等，所以此时我们就需要做好项目汇报的工作。
1）日志（记录当日做了哪些书和遇到的困难，编写明天计划事宜）
2）周报（总结一周事宜，列出下周计划）
3）当面汇报（定期当面向领导和客户汇报项目进度，提前准备好材料和思路）
日志和周报必须以邮件方式发送，抄送客户人员听从客户指定。
注：工作要干，汇报更要干
1）提前想好下一步工作需要什么，前提条件是什么；
2）提前和客户汇报，给予客户考虑和准备时间；
3）对于项目需求、系统功能等，可采取“边做边验收”模式。
1）项目遇到问题，需要整理思路，想好如何表达，需要领导做什么，要提前想好；
2）下面做事不配合，可利用领导巧妙压制。
● 确定培训时间、地点
● 确定参会人员
● 提前发放会议通知
● 准备培训材料（会议签到表、系统帮助手册等）
● 培训演示数据准备
● 提前到达培训现场，测试投影、网络、话筒等
● 会前安排人员填写签到表及发放操作手册
● 培训时语速尽量适中，控制紧张感
● 系统演示中不要频繁摇晃鼠标和切换窗口
● 多和用户做一些互动
● 软件调试已完成
● 用户培训已完成（培训后乘热打铁）
● 通过对实际业务的模拟演练，检验系统设计和功能是否满足用户实际业务需要
● 提高业务人员对系统的熟悉度
● 提前在实际业务环境检验系统的稳定性
● 根据项目的大小，一般选择用户的一个业务处理周期
● 试运行周期不宜太长
● 多和用户交流，收集问题及需求
● 为用户解答各种问题，增加使用熟练度
● 和领导汇报系统运行情况，促进项目正式上线
项目上线=项目投产=用户正式使用
● 要求客户提前发布系统正式启用通知
● 检查系统是否正常运行
● 删除测试数据
● 检查系统各种备份机制是否正常（重要）
● 解决客户问题
● 及时跟踪记录服务器使用情况、系统使用率等
● 再次强调检查系统各种备份机制是否正常
● 主动走访重要用户，询问了解使用情况，收集并解决问题
项目这个环节比较重要，故单独列出来写，详细内容请看《浅谈软件项目验收》专篇。
很多人认为项目验收移交后就跟项目实施人员没关系了，其实不是，一个项目实施下来，作为实施人员对于项目细节是最为了解的，很多问题售后部门同事一时无法弄清，所以实施人员后期还需多关注（毕竟后面还要收取售后维护费）。
● 维护+保障；
● 维护的方式：远程、出差、驻点、售后服务中心
● 系统维护、检查数据备份等
● 修改小的需求，如增加用户、修改权限等
● 增加系统模块、系统补丁升级等
● 建议验收后的一段时间内，每周编写项目运行情况周报抄送给甲方和公司负责人（让客户知道工作量）
● 项目维护中，接到客户的电话、远程协助等服务尽量形成文字材料存档（后期谈服务费可能有所用处，用工作量体现，让客户心甘情愿掏维护费，免得说我们没做什么事）
● 定期回访客户（回访周期根据实际情况而定），询问客户使用情况，让客户感受我们的关心
总结：以上是个人对项目实施的些愚见，写的不好的地方望各位看官见谅！
注：根据51CTO-陈志文老师课程总结
