产品项目流程&故障处理

第一课：产品项目流程

学习目标

1. 项目类型

2. 项目流程

3. 各项目在jira上的操作

4. 如何执行变更流程

主要内容

一、 项目分类

二、 整体流程

三、 变更流程

一、 项目分类

1、产品需求（可由产品经理发起  来源是产品经理/市场销售人员）

2、技术需求（系统重构&性能优化  任何人都可以发起）

3、线上bug（代码错误&用户界面等线上问题  任何人都可以发起）

4、紧急发布（线上较紧急且重要的需求  任何人都可以发起&需要审批）

二、 整体流程

1.Idea

2.需求

3.开发流程

4.后评估

产品需求——开发流程：

Idea能够得到FR标准：项目价值模型/项目定性+定量的目标/后评估时间，即项目何时验证实际的效果

FR：一般于每周一提交，每周都进行FR/由各BU的head主要review，产品总监讲解需求，产品经理讲解idea

在JIRA中提交idea和需求FR，创建技术需求，做项目的后评估

排期：每周三进行集中review排期/根据项目优先级排期/优先级高的项目应该FR通过之后就开始排期

自测：自测完成后才可提交QA测试/产品经理和开发都需参与自测（为保证开发的交付质量，降低项目风险）

后评估：一般为上线后的两周内/依据是ideaFR时制定的项目目标/PMO会收集产品经理的后评估，并组织产品线的后评估会议/idea FR时，就已经确定了后评估的计划日期

技术需求：系统重构&性能优化等技术类需求/由技术经理审批/应参加每周三的排期

紧急发布：都是紧急且重要的需求/由BU head 和 Tech head审批

紧急发布流程如下图：

三、 变更流程

定义与级别

定义：若在需求确认后，任何与review需求范围不符，包括需求的修改、增加或删减

级别： A类需求变更——即影响进度基线或者其他项目进度基线

B类需求变更——即不影响进度基线或者其他项目进度基线

流程

1. 在jira中创建变更：在对应的项目下创建子任务

2. 选择变更申请，并填写相关信息

第二课：故障处理

学习目标

1. 了解故障定义，学会如何判定故障

2. 知道如何报故障、报故障的原则

3. 故障处理涉及的角色、环节

4. 常见故障的处理原则、注意事项

主要内容

一、 故障定义（满足一条即算）

1.服务中断/服务质量下降（办公网络瘫痪）

2.影响收入（订单金额计算错误/用户购票时无法支付）

3.影响公司品牌、形象（服务投诉）

二、 常见的发现故障路径

1.用户/代理商/运营/销售（通过电话、邮件等反馈）

2.线上验证功能时，发现异常

3.各种监控、系统报警

三、 报故障原则

1.短时间无法确认影响面，优先按故障申报处理

2.宁可误报不漏报

四、 申报方式

有故障，找xxx

除此之外，还需通知：开发/QA/团队leader、产品/运营

五、 定级标准

P1、P2、P3、P4（各公司各产品团队定义不同）

六、 处理流程

发现——找xxx报故障——成立故障处理团队——处理——确认故障结束

七、 处理原则

1.优先恢复线上

2.先降级、再处理

3.短时间没思路，及时向上求助

八、 常见场景处理技巧

① 代码逻辑错误引起的问题，看相关模块最近是否有发布----回滚代码

② 服务器/数据库资源满导致的故障，先重启临时恢复

③ 直接在线上修改时，注意检查和备份

④ 对于有涉及对用户进行赔付、更正通知的故障，产品/运营应在故障解决中同步考虑对用户如何处理

故障流程的核心目的：尽快消除对用户的影响/减少用户损失