前端部门协作规范 #

• 页面切图完成后提供一份可验收还原度的静态页面，让UI进行页面还原度验收，如还原度较差需深度优化还原度
• 提测前由前端出1名代表来测试电脑上，演示业务流程的基本功能（环境可以是本地）

后端部门协作规范 #

• 每个项目的接口都上管理平台 Apifox 或 YApi，并备注接口作用以及字段意思，有可用的参数示例和响应结果示例
• 政务应用的接口文档使用 YApi，其他可使用 Apifox
• 所有的项目必须出具体的业务接口，不允许直接出通用的 JSON 存储接口，如果项目有特殊说明，必须跟部门领导汇报且部门领导均需同意才可使用该方案

产品部门协作规范 #

• 项目群统一由产品创建
• 产品需输出的文档（项目计划表、PRD、原型、UML、周报、会议纪要）同步至项目群
• 提交逻辑完善的原型图，提交给设计成员前做到内部已完成评审
• 各项目重要节点需要有产品部同事通知分享到相关部门，让项目组成员知悉，增加参与感
• 为设计部成员创造需求调研机会，设计部门成员工作前置
• 提供详细的产品原型：有可操作性的交互效果、关键信息和界面上不能能直接看出来的隐藏需求必须有备注文字
• 在多人协作原型上应保持一致页面风格和人机交互
• 在外驻点的项目，产品经理每周将测试人员的工作安排，以禅道或excel等表格体现出来，方便测试主管了解测试人员的工作内容
• 如果多个项目存在交付的时间点冲突，需要产品内部协调沟通各个项目的优先级，优先级明确之后，则其他被延期的项目需产品跟客户/销售沟通清楚
• App版本号管理
  • App版本号规范为 <主版本号><子版本号><阶段版本号> 例如 1.0.0
  • App统一版本每次大更新的时候子版本号加一，后续定制化版本迭代只改动阶段版本号，方便追踪大版本更新内容和版本维护

测试部门协作规范 #

• 在禅道编辑 bug 时，需要把复现步骤、页面地址、相关参数等尽可能描述清楚
• 如果页面提示报错，尽量通过抓包获取到报错的接口地址以及相关参数

UX部门协作规范 #

• 项目前期设计部成员需对设计图进行内部评审后提交给其他平行部门进行开发
• 设计部每个月进行一次项目复盘会，欢迎有兴趣的同事共同参与

部门共同遵守规范 #

• 项目实施中涉及人员变动及时同步产品
• 按照项目类型，前后端开发人员日报抄送对应产品
• 蓝湖规范
  • 公司蓝湖账户由设计统一创建管理，部门负责人需要进入所有项目，原则上给予各部门负责人管理员权限，各自管理各部门项目组成员
  • 在员工入职前规范好蓝湖命名规范：部门+姓名
  • 产品部同事及时统计好已完结项目，设计部门进行统一人员删除
• 禅道规范
  • bug修复后，及时更改bug状态
  • 测试人员会尽力通过辅助工具定位bug的归属，但如果出现指派不准确，前后端同事有义务将问题指派对正确的归属人。或bug需要前后端分步解决，自己的部分修复后，将bug重新指派给另一个人。