项目目标

系统主要给公司内部使用，现阶段先把海运出口业务做好，先把公司真正会用到的部分功能做出来，后面再根据试用情况慢慢完善

一、先把要做的范围定下来

先把海运出口日常业务和必须用到的功能定下来，不影响主要流程的功能放到后面

功能先按下面四种情况来分

• 现在要做：缺少这个功能，正常业务就没办法完成
• 以后再做：实际工作中会用到，但暂时不影响主要流程
• 先不做：与当前海运出口流程没有关系
• 还要确认：业务规则没有说清楚，或者还不知道由谁使用

有些功能虽然不常用，但如果关系到异常业务、财务或者权限，还是要保留具体留不留，由实际使用的部门根据平时的业务来确认

确认范围时，要拿一票真实业务，从客户委托一直走到费用结算和归档这样比照着菜单一个个问更容易说清楚

• 客户委托录入，建立海运出口工单
• 处理订舱、箱信息、拖车或内装、放单和放货
• 处理应收应付、费用审核、对账、开票、付款、核销、结算和归档
• 维护基础资料、编号、用户权限、数据范围和备份

二、不清楚的业务，先确认再做

系统怎么做，最终还是要以公司实际业务为准，我可以把确认好的规则做进系统，但不能代替业务部门决定，应该怎么做遇到不清楚的地方，我会先找对应部门确认，不自己猜

需要确认的内容主要有这些

• 这项工作由谁开始，做完以后交给谁
• 哪些内容必须填写，哪些可以后面补，填错了能不能改
• 撤销、退关、作废这些特殊情况怎么处理
• 哪些人可以查看、录入、审核、删除或者放行
• 最后做到什么程度，业务部门才认为是对的

如果两个部门对同一件事说法不一样，需要共同讨论确认，后面技术上会有什么影响我会说明，但具体按哪种业务做法，不由我来定

三、新需求统一记录，评估后再排

各部门可以把现有软件不好用的地方和新的需求提出来尽量说清楚现在是什么情况，影响谁使用，希望改成什么样有业务样例或者截图的，可以一起提供

现场先把需求记下来，然后我需要先看它会影响哪些功能和数据，大概要动哪些模块，再统一回复先做哪个、后做哪个，由项目负责人最后确定

四、开发、试用和最终决定各自负责

我负责开发和技术自测系统做出测试版本以后，业务流程对不对、单据能不能用、金额有没有问题，使用中有没有隐藏bug，需要由真正使用系统的部门来确认

• 我负责开发、技术自测、发布测试版本和修复程序问题
• 各部门主管和试用人员负责拿实际业务试用，确认流程、字段、权限、单据和金额对不对问题修好以后，需要再试一次
• 项目负责人负责确定功能范围和先后顺序，部门意见不一致共同讨论解决

程序有问题由我处理，业务部门只需要确认系统做出来的结果是否符合平时的工作有没有隐藏问题，没有经过实际试用的功能，暂时不能算已经可以正式使用

五、发现问题后统一整理

每个部门指定一名主要联系人，最好再安排一名备用人员发现问题后先在部门内整理，再统一登记写清楚系统问题、做了哪些操作、原本应该是什么结果、实际出现了什么，能截图的就带上截图

普通问题不要几个人分别私聊或者口头告诉我这样很容易重复，也可能出现不同的人说法不一样，最后还不知道问题有没有处理完

我收到问题后，需要先看它是程序错误、新需求、业务没有确认清楚、数据配置问题，还是操作不熟悉普通问题固定时间集中处理影响正常业务、金额错误、数据丢失或者权限错误这类问题，及时处理

六、整个项目分三步

• 第一步先把功能范围和业务规则定下来不清楚的地方找到具体负责人，确认以后再做
• 第二步按确认好的范围分批开发我完成技术自测后提供测试版本，各部门安排人员试用，发现问题统一记录修好以后再试，这一步会重复很多次
• 第三步在系统比较稳定以后，先拿少量真实业务试用，同时核对新旧系统的结果确认流程、数据、金额、权限和备份都没有大问题，再逐步扩大使用范围

目前系统只有我一个人开发如果临时增加新的紧急需求，或者把范围扩大了，原来的计划就要跟着调整，正式使用，要看最后确认的范围和实际试用结果

七、这次会需要定下来的内容

• 第一批具体做哪些功能，哪些放到以后，哪些先不做
• 业务上还没说清楚的地方，分别由谁来确认
• 每个部门由谁负责试用和汇总问题
• 问题统一记录在哪里，普通问题多久集中看一次，什么情况需要马上处理
• 我、各部门和项目负责人分别负责哪些事情

这些内容确认下来以后，我会按照确定的范围继续开发业务上遇到不清楚的地方，再找对应部门确认