研发主管的工作思路

本文于2019年7月20日完成，发布在个人博客网站上。

---

领导的工作思路，从他关注的信息，采取的措施，可窥见一斑。
部门的大boss，层级的距离太遥远，见面的机会都非常难得，他的意图只能从平时的发文，收集的信息中获取。
和我一样，大boss也是和我差不多时间换岗过来，那么在这段时间里，他做了哪些事情呢？

重要的措施

1. 统一需求管理平台。
2. 收集规划需求。
3. 构建特性树。
4. 要求各产品归档代码。
5. 盘点各产品的代码仓库。
6. 切换代码仓库的管理平台。
7. 定义开发者标准，和占比标准。
8. 定义测试人员工作量衡量，用例数和缺陷数。
9. 定义产品的缺陷标准，缺陷密度，缺陷处理周期，遗留缺陷密度。
10. 定义事件处理周期的标准。
11. 定义开发者静默的标准，在各产品宣传和推广。

关注的指标

1. 按月统计需求提交数量，需求估计工作量。
2. 按月统计需求交付周期，计算需求及时交付率。
3. 盘点各产品代码仓的分支。
4. 统计各产品的代码量，日增量，月增量，人提交量。
5. 各产品对外开放API的数量，API的访问次数，API的调用成功率，API的访问时延及最大值。
6. 各产品的开发者数量，占产品人员的比例。
7. 各产品的开发者的提交次数，提交代码量，人均值，最大值，最小值，提交代码的类型。
8. 各产品web页面的数量。
9. 各产品访问用户数量。
10. 等。

数仓领域会有一些特殊的指标：

1. 定义的指标的数量。
2. 模型表的数量。
3. 开放API的数量。
4. 入湖的产品的数量。
5. 各IT系统，已入湖的数据表的数量，计划入湖的数据表的数量。
6. 报表的数量。
7. 低频访问报表的数量。
8. 作业的运行时长。
9. 等。

总结

1. 盘点资产。
2. 统一管理语言。
3. 统一评价标准。
4. 健全交付组织。
5. 建设运作规范。
6. 完善交付能力。

工作思路

• 梳理、识别产品团队的干系人，了解关注点、利益等。
• 各团队的职责和工作范围，明确产品团队和客户之间的边界。
• 评价工作输出的方法和指标，与周边澄清，达成一致。
• 梳理产品交付的关键里程碑和路标，评估投入工作量和预期的产出或者收益。
• 针对目标，梳理和识别风险点，输出风险的消减方案。
• 评估资源满足程度，输出投入规划。
• 按照规划推进项目运作，识别进度和风险点，及时得到周边的理解和支持。