听其言，观其行

合集 - 朝花夕拾(24)

1.改善软件开发团队的效率的个人经验2023-11-182.C++程序员的成长路径2023-11-183.Java程序员的成长路径2023-11-184.我的大数据之路 - 转岗半年的记录2023-12-275.我的大数据之路 - 生产变更方案的注意事项2023-12-276.我的大数据之路 - 基于HANA构建实时方案的历程2023-12-277.我的大数据之路 - 维表变了怎么办2023-12-278.IPTV SQM的项目总结2023-12-309.2016年全年回顾2023-12-3010.2015年全年回顾2023-12-3111.关于大数据平台上任务管理的思考2024-01-08

12.听其言，观其行2024-01-09

13.2019年全年回顾2024-02-1514.重案组第一季的观后感2024-02-1415.重案组第一季第一集的观后感2024-02-1416.重案组第一季第二集的观后感2024-02-1417.天空之眼的观后感2024-02-1518.2023年全年回顾2024-02-1619.2020年全年回顾2024-02-1620.2021年全年回顾2024-02-1621.2022年全年回顾2024-02-1622.2018年全年回顾2024-02-2223.为什么选择入行分布式存储2024-04-2424.承接新业务时的常见困难和对策2024-04-27

收起

本文于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. 完善交付能力。