浅谈软件项目实施

1、 软件项目类型介绍

一、 真正意义上的项目(从无到有)数据库

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

流程以下:网络

image

二、 复制型项目(软件复用)框架

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

流程以下:操作系统

image

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

2、 项目里程碑各个节点3d

一、 里程碑各节点介绍调试

image 

二、 里程碑重要性日志

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

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

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

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

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

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

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

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

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

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

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

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

1)公司领导

2)公司商务

3)项目经理

4)实施工程师

注:不一样公司状况可能有所不一样,仅供参考。

四、 各关联角色沟通图解,以下:

image

4、 项目开始前准备

一、 了解项目基本状况

1) 售前项目交接

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

交接内容:

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

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

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

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

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

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

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

2) 了解客户基本状况

● 客户是否积极

● 客户的联系方式

● 部门以前是否配合

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

二、 系统环境确认

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

2)若是客户从我方购买设备,须要在公司把设备所有调优发至现场,并签署收货清单。

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

5、 项目启动会

一、 项目启动会重要性(不是全部项目都有启动会)

image

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

1)进场前的准备

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

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

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

3)启动会流程

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

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

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

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

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

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

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

image

二、 需求的分类

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

● 业务流程类(总体业务流程、审核审批流程、其余业务流程等)

● 报表类(须要作哪些报表)

● 接口类(和哪些系统须要作对接等)

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

● 其余类(个性化需求)

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

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

● 客户随意提需求(有些客户很随意的提需求,而且修改频繁,咱们须要提醒并引导客户,肯定的需求要签字确认,若是无效能够向领导汇报)

四、 潜在的需求

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

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

出现上面两个状况须要及时向客户汇报需求概况,并解释出现此需求的缘由。

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

六、 作好项目汇报工做

项目启动后,不管是公司领导仍是客户都想清楚知道项目进度状况,过程当中遇到哪些困难、不清楚的地方等,因此此时咱们就须要作好项目汇报的工做。

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

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

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

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

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

7、 稳步推动项目的两大技巧

一、 凡是往前想一步

1)提早想好下一步工做须要什么,前提条件是什么;

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

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

二、 巧妙利用领导力量

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

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

8、 项目培训

一、 培训前准备

● 肯定培训时间、地点

● 肯定参会人员

● 提早发放会议通知

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

● 培训演示数据准备

二、 培训会注意事项

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

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

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

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

● 多和用户作一些互动

9、 模拟试运行

一、 何时开始试运行

● 软件调试已完成

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

二、 为何要试运行

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

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

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

三、 试运行时间安排

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

● 试运行周期不宜太长

四、 试运行期间

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

● 为用户解答各类问题,增长使用熟练度

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

10、 项目上线

一、 什么是项目上线

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

二、 项目上线前的准备

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

● 检查系统是否正常运行

● 删除测试数据

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

三、 上线后的具体工做事项

● 解决客户问题

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

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

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

11、 项目验收

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

12、 项目的售后维保

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

一、项目后期维保的概念

● 维护+保障;

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

二、维保的平常工做

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

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

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

三、作好项目维保的几个建议

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

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

● 按期回访客户(回访周期根据实际状况而定),询问客户使用状况,让客户感觉咱们的关心

总结:以上是我的对项目实施的些愚见,写的很差的地方望各位看官见谅!

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

相关文章
相关标签/搜索