SM日志——9

今日事项：

1.与教练沟通随后几天的工作安排，添加了几个技术方面的经验分享。

2.跟踪了一下团队的任务

3.参与到CI工程最新代码集成任务中

4.教练安排了两次分享，一次主题为性能测试，一次主题为敏捷团队队员能力长期培养计划；

具体任务：

1.重构。

  对于重构，重在过程，教练希望能在实际的编码过程中进行经验传承和分享。

  由于C语言自身的特点，重构对其的支持有限而且在对性能要求苛刻的项目中，首先要确定代码的bad smell才能进一步的确定重构的方法。

  随后需要与BA确定一下方案，毕竟后续所有的功能都有敏捷团队承接，开发任务目前看来还是比较重的。

  那么做重构的话不希望仅仅是一项训练，而是想能在实际的项目中应用。

  后续还将讨论。

  

2.性能测试。

  介绍了测试的四个象限的概念，探讨了在四向线模型中性能测试的位置，位于technical和business facing的交集中，混杂自动化测试和手工测试。

  团队进行性能测试的前提有：

  1）（也是最重要的）明确的性能指标。主要是指标数据的范围。

  2）要保证自动化测试环境的稳定性和统一性。具体为：测试环境要稳定，性能测试对进行测试的环境要求苛刻，不能再两个外部环境截然不同的环境中进行性能测试，否则没有对比性；

     统一性是指要在一套环境中进行，不能PC上做一组指标又到单板上进行，然后拿这两组数据进行对比，也是没有可比性的。

  3）每次代码合入引起的性能损耗。在性能损耗不明显的情况下，可以合入，但是合入后不能使性能降低到最低性能指标之下，否则就会被打回。当时还开了一个玩笑说，

     最后一个引起性能损耗并降低到最低性能指标之下的人最倒霉了，因为他是“压死骆驼的最后一根稻草”。

  4）关于在PC上进行模拟性能测试，关注相对数据而不是绝对数据。如同上文所提到的，PC上模拟进行的VC工程自动化测试得到的绝对数据对于单板是没有价值的，

     于是我们可以通过在PC上的自动化测试观测版本更新造成的相对损耗，来判断此次合入是否产生了较大的性能损耗，以此来决定是否要打回版本。

 

3.团队能力提升的长期计划

  先介绍了雷达图的模型，可以将团队技能划分为几个维度（例如专业知识、开发技能、工具、管理实践等），

  在这几个维度上，再详细的列出所需要提升或掌握的技能。

  雷达的最中心是进入团队就要掌握的基本技能，向外辐射分别是在3个月内、6-9个月内、9个月+内需要掌握的技能。

  之后会对这个模型中出现的知识点、技能完成一份list，每个知识点、技能用两句话来描述，一是它是什么，二是要掌握的程度。

  雷达模型体现了团队的能力，是这个团队基本、核心技能的体现，与个人能力提升并不冲突。

  团队根据自身的特点进行了“填空”，但是这个过程不是最重要的。

  重点是，SM如何保证团队在这有限的时间内将这些技能让团队所有成员都能够掌握！很有挑战！

  

最后，安排了一下年后的活动，呵呵教练表示很有兴趣，恩不错，虽然少不了出现没有含量的活动“聚餐”，但是也是蛮新颖和有针对性的，呵呵。

明日事项：

1.针对改进墙上的一些任务要与教练再次讨论；

2.完成团队的雷达图，包括“可视版”和电子版；

3.规划一次session分享；