PM
技术篇
1.开发规范
命名规范，异常处理规范，日志规范，统一框架，代码commit规范，代码评审规范，统一API规范
2.开发流程
需求评审、技术架构评审、测试用例评审、开发与测试、验收与上线
PM角度
需求管理、技术架构评审、代码评审、发布计划评审
需求管理：%74的项目都是失败的，失败的核心原因是由于变更用户需求
梳理需求不仅仅是产品的职责，也是你技术PM的职责，首先技术PM要对业务足够熟悉，从产品定位，一线用户反馈，竞争对手，市场变化，内部运营，客服，开发以及产品的反馈，理解产品的核心价值，为客户创造更多的价值。
核心，亮点，优化点—确定紧急程度
技术架构评审
设计把关：核心流程，时序图，流程图，状态机流转，正向逆向
技术选型：选择的组件，开源？性能？可维护性？
稳定性：可灰度、可监控、可回滚
高性能：预估的QPS，TPS，数据量的增大可能导致的性能问题，瓶颈在哪里？
高可用：三板斧(限流、降级、熔断)，补救措施，数据丢失？
可扩展性：抽象能力，横向可支撑？通用/标准产品化能力？
兼容性：新老方案兼容性，新老系统可切换？可灰度？可回滚？
测试性：本地测试可达到的覆盖率，压测？线上隔离测试？
监控与报警：哪些接口？(如依赖的接口)哪些维度？(中间件，服务器)
环境风险
代码评审
代码功能：考虑拓展性，但是不要过度设计
编码规范：阿里巴巴编程手册
潜在bug：线程安全，并发数据
重复代码
文档注释
单测覆盖情况
发布计划评审
系统健康度巡检
1.系统指标CPU，负载，内存，网络，磁盘
2.慢接口
3.慢查询
4.错误日志
PM基本素质
技术视野良好，解决问题能力与架构设计能力出色
动手能力要强，学习能力出色
PM是团队的最后一堵墙，关键时刻能顶上
大促保障
系统依赖：是否对上下游有依赖
中间件依赖：所涉及的中间件需求(容量、性能QPS等)
DB依赖：DB保障专项，历史数据清理，慢sql清零
接口评估
梳理基础核心对外接口，评估QPS，增加限流，降级策略
基础核心数据查询方案评估，页面查询search，热点缓存
高rt接口处理
接口是否需要配置监控报警，指那些严重影响生产的，以及报警后对应的处理方式
是否需要单独做压测，压测方式：系统压测，现场业务压测
是否需要预案，前置预案，应急预案
准备
预估单量
压测，压测目标，压测单量，期待暴露出新问题
破坏性演练
后续
复盘，问题分析，cpu，内存，GC，DB波动分析，巅峰QPS及平均RT
问题：货品库批量查询50个库位库存，查分页接口，上游未分页
基础好习惯，分页是可配置的
其他篇
团队氛围
0.目标，团队的目标，规划与排期
1.跨团队协调工作
2.owner意识
3.建立学习型的组织，推动，，乐于分享，学习钻研前沿技术
4.合理的绩效制度，识人善用-角色定位
5.1-on-1
团队/组织的目的，平凡人非凡事
网友评论