第一课：产品项目流程
学习目标
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.短时间没思路，及时向上求助
八、 常见场景处理技巧
① 代码逻辑错误引起的问题，看相关模块最近是否有发布----回滚代码
② 服务器/数据库资源满导致的故障，先重启临时恢复
③ 直接在线上修改时，注意检查和备份
④ 对于有涉及对用户进行赔付、更正通知的故障，产品/运营应在故障解决中同步考虑对用户如何处理
故障流程的核心目的：尽快消除对用户的影响/减少用户损失
