本文于2019年7月20日完成，发布在个人博客网站上。
考虑个人博客因某种原因无法修复，于是在博客园安家，之前发布的文章逐步搬迁过来。
领导的工作思路，从他关注的信息，采取的措施，可窥见一斑。
部门的大boss，层级的距离太遥远，见面的机会都非常难得，他的意图只能从平时的发文，收集的信息中获取。
和我一样，大boss也是和我差不多时间换岗过来，那么在这段时间里，他做了哪些事情呢？
重要的措施
- 统一需求管理平台。
- 收集规划需求。
- 构建特性树。
- 要求各产品归档代码。
- 盘点各产品的代码仓库。
- 切换代码仓库的管理平台。
- 定义开发者标准，和占比标准。
- 定义测试人员工作量衡量，用例数和缺陷数。
- 定义产品的缺陷标准，缺陷密度，缺陷处理周期，遗留缺陷密度。
- 定义事件处理周期的标准。
- 定义开发者静默的标准，在各产品宣传和推广。
关注的指标
- 按月统计需求提交数量，需求估计工作量。
- 按月统计需求交付周期，计算需求及时交付率。
- 盘点各产品代码仓的分支。
- 统计各产品的代码量，日增量，月增量，人提交量。
- 各产品对外开放API的数量，API的访问次数，API的调用成功率，API的访问时延及最大值。
- 各产品的开发者数量，占产品人员的比例。
- 各产品的开发者的提交次数，提交代码量，人均值，最大值，最小值，提交代码的类型。
- 各产品web页面的数量。
- 各产品访问用户数量。
- 等。
数仓领域会有一些特殊的指标：
- 定义的指标的数量。
- 模型表的数量。
- 开放API的数量。
- 入湖的产品的数量。
- 各IT系统，已入湖的数据表的数量，计划入湖的数据表的数量。
- 报表的数量。
- 低频访问报表的数量。
- 作业的运行时长。
- 等。
总结
- 盘点资产。
- 统一管理语言。
- 统一评价标准。
- 健全交付组织。
- 建设运作规范。
- 完善交付能力。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！ |
