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