听其言，观其行

本文于2019年7月20日完成，发布在个人博客网站上。
考虑个人博客因某种原因无法修复，于是在博客园安家，之前发布的文章逐步搬迁过来。
领导的工作思路，从他关注的信息，采取的措施，可窥见一斑。
部门的大boss，层级的距离太遥远，见面的机会都非常难得，他的意图只能从平时的发文，收集的信息中获取。
和我一样，大boss也是和我差不多时间换岗过来，那么在这段时间里，他做了哪些事情呢？
重要的措施

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

关注的指标

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

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

• 定义的指标的数量。
  
• 模型表的数量。
  
• 开放API的数量。
  
• 入湖的产品的数量。
  
• 各IT系统，已入湖的数据表的数量，计划入湖的数据表的数量。
  
• 报表的数量。
  
• 低频访问报表的数量。
  
• 作业的运行时长。
  
• 等。
  

总结

• 盘点资产。
  
• 统一管理语言。
  
• 统一评价标准。
  
• 健全交付组织。
  
• 建设运作规范。
  
• 完善交付能力。
  

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！