AgileShow第四期：躲不过的痛--度量 听课笔记

解决复杂问题的一个思路：分解问题。 大的化小的，小的再化小的，小到能去解决。
数据生产者 ， 数据使用者  
度量【从数据来的维度来衡量】是为了管控，还是为了改善

可以工作的软件 优于 面面俱到的文档

度量项目是否成功的标准不一致：有的项目追求功能的完整，有的项目追求效率的提升

 

指标转向 目标

拷问你们，发掘更深层次的东西

引入更多的变量，更加不容易得到一个可以使用的结论

KPI：提高组织绩效

 

通过考核员工的绩效，尝试着激励个体，来提高组织的绩效

企业里面做度量，是个很昂贵的事情

 

KPI的结果没有发布，让大家有一个安全感，因为考核是为了“激发使命感，促进成长发展”。但KPI还在做

 

度量 服务 改进

 

KPI服务组织的绩效问题

跳出来：即先表现出与其它人的不同

KPI不是不好，是好多企业把这个弄坏了： 没有制定合适的度量指标。
KPI仅仅是度量的一个思路。

工具不是魔鬼，人是魔鬼

 

 

如何激励到员工

OKR：效能--如何突破现在的

创业公司：如何获客，如何增长。这种情况下也没有办法做KPI

 

当所有员工都把自己当成企业的主人的时候，且能自动自发管理的时候，KPI就可以被抛弃了，初创企业往往具有这种特点【橙色组织】

 

KPI本质上反应的是信任，当企业无法完全信任员工的时候，KPI就出来了:)

 

 

KPI短期内眼里只有指标，其他的都可以抛弃

更重要的是考核 团队的目标

 

驱动改进
okr和kpi都是目标管理的手段，okr适用开放性强、追求创造性组织；kpi更适合规则成熟、追求执行性的组织。
在团队这个Level，数据生产者和使用者是一个人
如果不需要定制化，你直接卖产品就可以了
定制化，就需要 咨询师
七、八个维度
指标设置得互相影响。不然度量一次性通过率，度量完成率，那只做一个story
交付的价值，交付的效率，交付的质量。能力
多元考虑
价值是非常难度量的
忙，是在错误的方向上忙的
aws：API调用次数
效率是最容易被误解的。 响应的速度；效能；
另外一个方向

我们将DevOps总结为面向服务的交付模式，这种交付模式重点聚焦组织文化、可视化、持续交付、技术运营四方面的能力。持续交付覆盖从提交代码到部署到生产环境的全过程，技术运营覆盖生产环境等线上环境的管理过程，可视化贯穿服务交付的全过程，组织文化则是促进研发与运维人员协作的基础。
便宜：性价比很高。而不是仅仅指价格很低的场景

聚焦，慢慢往前走。 先从一个点开始，逐步向前迭代
简单主义
《精益软件度量》
文化、价值观 方面的上层建筑，变化会相对缓慢些
即度量的维度 与组织的文化、价值观 相匹配
向什么地方发展
度量是管理的一部分，是衔接 当前和目标
好的度量 不是量出来，是管出来的。是管理模式的创新
度量服务于改进吧
度量只是手段工具，最终服务于组织和团队的愿景和目标 

https://open.weixin.qq.com/connect/oauth2/authorize?appid=wx4bd00f95dd7c7ca1&redirect_uri=https%3A%2F%2Fapp.ma.scrmtech.com%2Fsvip%2FsapIndex%2FSapSourceData%3Fpf_uid%3D7019_1254%26sid%3D13106%26source%3D2%26pf_type%3D3%26channel_id%3D911%26channel_name%3Dpengyouquan%26tag_id%3D3df49c6592f6654d&response_type=code&scope=snsapi_base&state=%7B%22svipCard%22%3A%22svipCard%22%7D&component_appid=wx4724ca792560e24c#wechat_redirect