研发开发规范流程图(鲍总按照文字中理解写的增加Y和N)

颜色与管理说明注释：

三维立体代表着员工的工作量； 茶色代表着注释该模块的主要内容； 红色代表着条件跳转方向；

蓝色代表着研发文件中流程图的名称和编码以便和代码中编码注释相对应； 粉红代表着自己检查或测试自己的工作 绿色代表着管理控制关键模块

黄色代表着绩效考核点，是完成任务的效果打分指标依据点； 空白代表着连接到异地执行入口； 黑色代表着开始和结束。

研发管理与考核流程图规范（01）

主要描述要干什么，怎么干，描述用户如何操作的，设计理念是什么，比如任务提交到什么级别，如何设置级别，如何操作等设计整体思想，里面也许会有一些功能模块的描述，主要是设计中药规范设计思路的流程图，不写如何实现的逻辑关系，只写让外行人都能看懂的操作动作等流程图。 合理？ 正确？ 依据上级提出的战略思维，开始设计战略流程图 E N 把战略设计理念，把其中所涉及到的功能模块做主干线战术流程图设计 为逻辑关系的连接，和逻辑关系走向图，里面也许有协议数据转移，逻辑走向。 分解重要的关键模块流程图设计，并对每一个模块进行编码和起名称存档 Y C 详细描述每一个模块的功能并细化到重要变量，可以让编程人员按照这个流程图机械地写出来并考虑到容错处理。 最佳合理吗和考虑周全吗？ 分别设计关键模块并下达给指定人做 下达分配给写代码人员写代码 B 修改错误代码 代码人员自测是否正确或流程图需要修改？？ 交给测试人员测试已经完成模块 A 研发管理与考核流程图规范（01）

A 测试人员分别按照战略意图测试并填写测试表格 填写错误内容测试正确？吗？ 和表格提交给项目经理 填写测试合格表格为流程设计和代码设计的绩效做参考 分配给代码人员和流程设计人员一起分析 主管对下达的任务打分绩效考核效果 B 代码错B，流程错C，未预见错D C 公司自己使用全面测试 D 战略或战术流程设计有缺陷，不是属于代码编程问题，属于对测试人员进行绩效考核工作效果 合格吗？ 提交给战略设计者讨论更改 流程图设计缺陷，叫未预见性错误！ 填写发布新版本以及注释并上线发布 E 交给用户使用反馈产品效果 有问题吗？ 测试是否责任吗？ 做为测试绩效设计结束 考核管理依据