• 软件著作权
  •     成熟的软件产品周期短,风险小,而定制化软件项目周期长,成本高,失败率大,计划性差,请用户谨慎选择,需要投入大量的时间,金额和精力。例如您的业务不稳定时,或者无IT管理经验,不太适合定制软件开发,推荐使用成熟产品,参考判断因素:

    -        是否有业务操作手册,是否有各个岗位职责描述,业务过程是否严格按照规定执行

    -        是否有独立的IT部门,IT部门是否对业务有很深的理解,

    -        是否可以选出合适的甲方项目经理(可以为信息化投入时间和精力;业务覆盖全面;需要有很高的授权使得可以确认全部的需求,并且不同部门有不同意见时可以做出决定)

        特别说明,选择定制化路线的客户必须有合格甲方项目经理,同时也是我方判断项目风险的重要因素,列举关键职责如下:

    >    指定固定人员:需求内容可以和其他人讨论,但需求的确认必须通过一个入口;

    >    获得充分授权:当发现需要业务流程再造,业务规则修改时,有授权做出选择判断;或者是绝对决策人, 具有一票否决权;

    >    实际负责协调各方资源及监控项目进度;

    >    协调其他相关干系人,提供设备,场所,原有系统的支持和维护等;

    >    协调关键用户,提供业务咨询,提出具体需求,参与系统的客户测试;

    >    详细职责描述(下述内容做的越好,项目风险越小)

    -      1. 负责甲方软件开发项目的全面管理,监督和实施工作

    -        2. 参与审定,并负责协调其他业务部门参与审定项目需求范围,并对需求的缺失和存在的业务问题提出修改意见;

    -        3. 参与审定,并负责协调其他业务部门参与讨论和审定项目的需求调研、方案设计、概要设计和原型界面设计,并对设计中存在的问题提出修改意见

    -        4. 负责检查和会审乙方的所有项目文档,包括会审纪要内容的落实情况

    -        5. 负责向软件开发单位解释业务需求,并及时处理开发过程中和实际业务需求相关的技术性问题;

    -        6. 负责软件开发项目的质量,进度及安全的全程监控,重点负责监督检查软件开发单位是否按需求规格说明书的要求进行开发,把好工程质量关

    -        7. 负责对软件开发的重大变更提出决策性意见;

    -        8.  负责组织期初数据的采集、整理和录入(大批量数据的导入由顾问方负责), 及系统功能的学习;

    -        9. 参与审定,并负责协调其他业务部门参与审定软件产品竣工验收测试和上线测试;

    -       10.      坚持调查研究,及时发现问题,采取措施,定期向公司汇报软件开发的进展情况


    工作步骤与控制

    1.     高层和甲方项目经理访谈

    1)      目的:明确项目范围,沟通我方工作流程,明确双方责任;

    2)      参与方:甲方高层,甲方项目经理,我方高层

    2.     项目启动会

    1)  目的

    a.  客户方和我方达成一致的预期目标;

    b.  明确双方的具体职责和沟通渠道以及沟通方式;

    2)  会议出席人

    a.  客户方

    Ø  绝对决策人, 具有一票否决权;

    Ø  客户方项目经理,实际负责协调各方资源及监控项目进度;(具体客户方项目经理的职责请参考附录一。)

    Ø  关键用户,提供业务咨询,提出具体需求,参与系统的客户测试;

    Ø  其他相关干系人,设备,场所,系统的支持和维护等;

    b.  乐鱼全站科技(以下简称:我方)项目组全体成员

    Ø  项目经理

    Ø  需求经理,需求分析顾问

    Ø  开发经理、主要开发人员

    Ø  测试经理、主要测试人员

    3)  会议流程

    a.  项目背景介绍;

    b. 客户方的绝对决策人委派或宣布项目经理,介绍关键用户和相关干系人,需要强调客户的项目经理和关键用户被赋予了意义重大的工作,最好可以脱产,如果不能脱产,这个工作的优先级要最高,;

    c.  我方介绍整个项目的流程;

    d. 梳理项目资源,沟通渠道和沟通方式;

    4)  样例

    201407中建材演进\02项目管理\06项目管理方法论\01文档模板\01项目启动\项目启动会议PPT 

    3.     需求调研

    1)  目的:现状调研和需求收集

    2)  职责分工

    a.  需求经理:

    Ø  检查需求顾问完成的进度和质量。确认需求顾问之间可以连接

    Ø  如有需要协助需求顾问安排跨部门的客户的讨论会议。

    b.  需求顾问完成现状调研和需求收集

    Ø  现状调研:

    o    可能事前收集的内容:客户的网站,组织结构,工作职责说明,目前业务流程说明,目前所使用的信息系统

    o    可能的调研方式:问卷调查,面对面交流模式,随客户一起工作

    Ø  需求收集:

    o    可以要求用户提交需求,对需求进行结构化; 

    3)  需求调研产出物为现状调研报告和需求清单,包括:

    a.  现状调研报告:

    Ø  现状流程图,文件类型*.oom(一人一文档)

    Ø  辅助描述,文件类型word(一人一文档)

    Ø  会议纪要,文件类型word,参考模板:会议纪要模板.docx(一人多文档)

    Ø  现状调研时所收集到的纸质扫描文档或电子文件,原始单据的纸质/电子形式(一人多文档)

    Ø  问题清单跟踪表,用来记录整个需求过程中的所有的开发或客户提出的问题,重要的和客户确认的问题(一人一文档)

    b.  需求收集:

    a.  需求清单:XXX-原始需求跟踪清单模板.xlsx(一个文档)

    b.  XXX项目_需求功能清单及进度跟踪表_模板.xlsx 的第一个sheet的内容更新,包括行的和时间预期的;(一个文档)

    4)  如何将现状和方案更好地呈现给客户,使自己的理解和客户真实的业务达成一致, 把客户给的离散需求结构化:

    a.  业务背景:为什么做这个事情,调研的对象是什么?

    b.  业务种类及各业务之间的关系: 业务总图

    c.  业务的启动原因是什么,由什么触发的?

    d.  具体的业务流程讨论;

    e.  每个流程图本身需要侧重于业务本身;

    f.  尽可能将每个业务分支梳理清楚;

    g.  还要关心非功能需求,并发情况,业务量大小(例如:单据类:年单量,文件类:存量大小和增长情况);

    h.  异常情况讨论,主要有哪些异常?如何处理?

    i.  介绍完流程图以后,给出方案流程图,对应的方案流程图有什么原型界面;

    4.     解决方案

    1)  目的:把现状+需求+会议纪要,形成方案产出物

    2)  职责分工

    c.  需求经理

    Ø  监控和检查需求顾问的完成情况,并技术支持

    Ø  总体方案的组合或拆解

    d.  需求顾问

    Ø  会议纪要

    Ø  完成各自负责模块的方案编写

    Ø  负责编写的方案,并得到需求经理和客户代表的确认签字

    3)  产出物——方案

    方案要求内容:

    a.  方案的流程图(未来)(一人一文档)

    b.  会议纪要(一人多文档)

    c.  原型界面(可选)(一人一文档)

    d.  解决方案WORD(一人一文档)

    e.  业务原则描述WORD(一人一文档)

    Ø  业务原则描述

    Ø  主数据的编码规则

    Ø  主数据的维护流程

    f.  XXX项目_需求功能清单_模板.xlsx 的第二个sheet的内容更新,包括行的和时间预期的;(汇总成一个文档)

    4)  如何向客户展现解决方案

    1、PPT能起到一定的辅助作用,让会议更有条理,听的人也能通过PPT了解到会议的主要内容和流程;

    2、提前与业务实际操作人员的充分沟通能在开会过程中起到帮助的作用,和业务人员私下讨论的情况,在开会的过程中她的领导也会提出来,这时候业务人员会主动跟你站在一条线上去替你给她的领导解释这件事儿;

    3、开会的时候要注意控制进度,要清楚会议的主要对象是谁,如果你汇报的过程中他突然有事儿,比如接电话,这时应该先停下来等他一会儿再讲;

     

    定制化软件开发与集成

    >    因此对于合适的客户,对双方合适的路线图是把业务目标分阶段拆分,分阶段投产,每阶段周期不建议超过6个月。

    >    项目价值

    -        基础功能无需再次开发(用户/权限/工作流),并且运行稳定

    -        相对来说减少项目总成本

    >    商务影响

    -        平台标准产品+定制化2部分交付

    >    已有功能

    -        前端浏览器适配/用户管理/假期设置/公告管理

    -        ……

    >    技术特点

    -        基于此套件,开发者可以不必直接面对J2EE,而是通过此套件的脚本部署能力,实现快速迭代开发

    -        平台的设计思路是业务语言脚本化

    -        开发了多种多线程环境的调试工具

    -        已经积累了多个可以直接使用的业务功能模块

    -        具备AutoMake功能