【实际技能篇】内部OA需求管理

【使用背景】本人目前的工作，类似于产品助理+技术支持+功能测试，产品助理部分，是做日常的需求整理、原型制作、日常使用跟踪，以及使用文档的撰写；技术支持部分，是做平常的功能文档整理，以及目前负责的OA上的功能使用文档的整理和日常问题解决。

---

1、需求整理：

1.1使用背景：平常工作中的需求，来源于各分公司的部门领导，主要可分为两类：一类是全新的功能，一类是在原功能上做修改的需求；

1.2使用方法：

1.2.1对于第一种全新的功能，这种是相对好整理的需求，因为这是一项全新的功能，那就意味着，这个功能当前只有提出的分公司使用，没有修改这个流程就影响其他分公司的审批流程一说，那么 ，只要给这个功能新开一个标签，并且为它在相应的类别中新建一篇笔记，记录使用的功能就可以，需要考虑的方面相对较少，并且功能文档的整理，需要统计的内容也少，是我比较喜欢的一类需求整理；

1.2.2对于第二类，在原功能上做修改的需求，这个就比较复杂了。首先，你得把这个分公司的需求先从业务的场景整理成符合逻辑的需求；然后，把这个需求跟现在功能上的逻辑进行对比，查看是否有公司的逻辑比较相似，这样的话，方便程序员在开发时，可复制逻辑进行修改，减少可能出现的逻辑问题；这个时候，就在相似的逻辑上，进行对比；将原逻辑和对比的结果，一同给开发，以供开发参考；这个时候，程序将进入开发阶段，那么 ，产品在这个时候，需要把这个功能的所有需求都进行整理，因为后期测试和验证时，需要把这些功能再进行核实，新需求不能影响原需求，这是大前提；之后开发提测，在测试环节，在把新需求验证后，要把该功能的原需求再验证一遍，开发逻辑多了之后，多少会出现失误，因此，测试环节也要再进行一遍拦截；在最后的割接上线环节，还需要做验证测试，因为是交付类的功能，所以，产品是需要自己做验证测试的，毕竟需要在了解产品的情况下，才能更好的与用户进行沟通；