2019-08-28问题：dev工作block了作者回复: 对啦。厉害！
1 6
2019-08-28本地构建是指的工程师在自己的笔记本上？还是说工程师通过本地笔记本登录到的开发服务器上？工程师的笔记本环境有可能有多种，比如有的同事入职时选的PC，有的选的MAC，如果在笔记本上构建，那这个环境很不好维护啊作者回复: 本地构建指的是在自己的开发机器上，也就是代码所在的地方进行构建。如果代码是在远程的开发服务器上，那这个本地指的就是远程的服务器，如果代码是在笔记本上，那这个本地就是笔记本。
在你的例子当中，如果大量的开发都是在笔记本上进行的。那么虽然环境维护有一些麻烦。还是很值得投资的。大不了在Windows上面做一套环境，在Mac上面做一套环境。具体方法，最直接的是使用脚本自动化。
另外这个环境最好和你们的生产环境保持一致。避免在本地构建出来的东西，在生产环境上会出现因为环境不同而造成问题。 2 4
2019-12-14问下，调查问卷有推荐的方法和工具吗作者回复: 方法的话NPS不错：https://community.verint.com/b/customer-engagement/posts/net-promoter-score-nps-criticisms-and-best-practices
国内的问卷星还是不错的。 2
2019-08-28看质不看量，都是耍流氓 3 2
2019-08-28需求评审完后在开发过程中频繁加需求及修改，开发过程中不停应对不同部门的咨询打断各种都强调优先级，这是最痛的😂作者回复: 这个问题在开发资源被共享的情况下的确是很常见，也很棘手。我看到有两个可能的处理办法，第一个是。有一个统一的接口人来对接这些优先调节优先级的要求，挡住一些，并且根据全局情况进行合理调节。第二个方法是改变开发资源的共享方式，从按智能划分团队，转变成按产品划分团队，或者是矩阵式管理。
2 2
2019-08-28
老板：效能度量不能与绩效挂钩，那我怎么知道你们提高了啊？我现在看到的就是，我们的产品经常上不了线，产品部和运营部那边经常抱怨。我看了下XXX公司（同行但非顶尖），他们用的这套绩效考核很有用，我们要多向他们学习学习，这套指标先定下了。
在小公司比较容易发生，老板会拿比自己好一些的同行对比。大公司不知道会不会发生这种质疑：因为业务的进展缓慢，从上至下产生不信任感，导致团队开始埋怨和打混。
以下是自我理解：
老板：
1.需要开明，问题可以从外部去参考，但不能直接套用到团队上，要考虑公司整体情况。比如需求经常被更改，经常着急上线，那就要把产品，运营，软件一起叫进来讨论，坚决抵制互相甩锅，而是每个团队做哪些可以便利下一个部门效率，形成一个整体提升。
2.允许员工反对，倾听员工的想法，让相关人员围绕问题一起谈谈，可以不用马上得到答案，把它当成一种倾听、持续改进的沟通方法。
3.允许一定的失败，小公司是在磕磕碰碰中长大的，经验欠缺，人员不齐，不要出了问题就大骂一通。
4.关心员工，成功或者失败了，大家都付出了努力，还可能经常加班，加班可是没有工资；失败后的大骂，成功后的轻描淡写都让给团队丧气。
5.提供一些工具或者课程帮助员工。
6.公司和团队成长后提供更好的待遇。展开作者回复: 从我的经验看，对开发工作，绩效考核通过360反馈，通过相对主观的方式，反而比较有效。
5 1- 2019-08-28本地开发机使用线上数据验证对开发来说确实很爽，Facebook是如何保证线上数据安全性？
作者回复: 这一部分我也不是特别了解细节。但是知道主要原则大概有几个：
1. 数据库中都有特定的Field指出是否是测试数据
2. 能够快速恢复。这个是基本
3. 强大的监控。开发人员账号触碰到生产数据，如果是TA本人不应该有权限的，必须要有任务ID才能有Access。这些行为都会被记录下来。 1 
2019-08-28学习！每个方面都是内功和外功的修炼！作者回复: 👍👍
1
2019-10-22有个问题想请教，需求周期时间，一个需求是怎么定义的？作者回复: 我不确定我是否正确理解了你的问题。需求的“定义”一般就是一个功能，比如完成某个用户的需求。
1
2019-10-20问题：
从11开始产品的需求越来越多，需要更多的dev来做事作者回复: 从图上看到的是开发被阻塞了，没有接受新的开发任务。 具体原因和解决方法还需要调查，根据实际情况而定 ：）
2019-09-30在编码和编码设计以外消耗的时间，主观感受浪费的时间占工作时间的大多数作者回复: 这个是比较常见的一个状态 😟
团队管理者在这个方面比较能够进行改变。作为个人，也能做一些努力，我在后面的个人效能部分会给一些建议，比如深度工作，多了解业务等。- 2019-09-03产出持续增加，但待做任务数量未减反增。开发后期开发人员效率低下，处于无产出状态，而对测试人员处于较高负荷。大体上体现产品后期质量出现较为严重且难以修复的问题，处于修复问题状态。
作者回复: > 待做任务数量未减反增
其他都对。除了上面这个似乎不是很准确。 
2019-09-01不能把效能度量与绩效挂钩，看到这突然有种豁然开朗的感觉，也许这就是效能很糟糕的"症结"所在。但是问题又来了，效能度量与绩效脱钩后，如何评估绩效？尤其对于中大型公司来说，数字化的绩效最简单也最直观，也没有人为因素的掺杂，也能被大家接受。作者回复: > 数字化的绩效最简单也最直观，也没有人为因素的掺杂，也能被大家接受。
这个的确，这也是很多管理者倾向使用这种数字度量进行管理的重要出发点：至少帮助我打考评！而且有数字支持，员工也难以提出异议。
但是因为研发的特殊性，我看到的情况是客观收集数据直接用来打考评不行（可以做参考）。反而是主观收集反馈来做考评才有效（难点是做到公正）。- 2019-08-31我个人觉得和绩效挂钩并不是问题，关键是其占个人整体绩效的比重
适当的权重是可以激励开发关注效能的。作者回复: 这个主要看度量的方法。如果是用死板的通过工具收集数据，而且明确强相关，我觉得还是不行。比如，“完成功能点数量个数在团队排名，决定10%绩效排名”。这种占比虽然只有1/10，我觉得还是会出现数字游戏。
你能举一个具体你觉得会有效的例子吗？ 
2019-08-29效能度量不要与绩效挂钩，而应该作为参考和工具，帮助团队提高效能。先从全局上找瓶颈，再深入细节……总结得真好。另外请教下，在facebook全局指标和局部指标之间会有一些关联么作者回复: > 在facebook全局指标和局部指标之间会有一些关联么
我不太清楚你的问题。全局指标一般不是局部指标组合而成的吗？能重新解释一下你的问题吗？ 2
2019-08-29做云计算相关产品的，本地开发和测试，环境都不具备，写好代码都是要到现网环境联调。新手在高速公路开车一样。需要度量指标，首先很多内容要信息化，不应该在纸上，现在jira和conf用的就很糟糕。作者回复: > 本地开发和测试，环境都不具备，写好代码都是要到现网环境联调
这个要尽量把可以本地验证的地方本地实现。应该能有一些workaround能做一部分吧。同时尽量在本地模拟线上环境。
>...信息化...
wiki用好效果就很好。conf一个常见用法是每个团队内部使用，外部不可见。我觉得很不可取。最好全公司用一个，所有可以公开的信息都公开，放到上面
2019-08-28思考题:可以看出dev逐渐减少到了没有，全部进入backlog了。可能的原因是开发停止了、开发被流程阻塞了。作者回复: 对的对的！
通过这个图一下子就可以看到问题。
2019-08-28葛老师，小公司没有参考点，怎么衡量研发效能有问题？能不能提供一个参考？作者回复: 这个一般来说，效能方面肯定是有很大提升空间的 ：）
我觉得，可以用我文章中提到的，用NPS方法对开发人员进行研发环境满意度的调研，你会发现问题的。然后尝试解决中间最痛的点，看看效果。- 2019-08-28大概在11前产生了大量的bug，之后在修改之前的任务，dev没有接受新任务。
作者回复: 答对了！赞
2019-08-28wip 多，导致周期长，不能快速流动作者回复: WIP是大概100左右，但是我们不清楚团队多大，所以不能确定是否这个WIP太大。