读《50 Models for Strategic Thinking》系列分享之一
这本小册子是在去年6月份达拉斯机场转机时购买的，内容本不多，是由50个简要介绍的小方法构成，中间偶尔翻了翻，综是未完成，直到上个月，在连续几次的出差途中，利用飞机上的闲暇时光阅读完毕。颇有些收获，想着还是要总结一下的。
这些从各处搜集来的50个小方法被作者分成四大类别：怎样提升自己、怎样更好地理解自己、怎样帮助他人改进、怎样更好地理解他人。
读书就是这样，同一本书，不同的人阅读、甚而不同的时间阅读，感悟和启发总是不同的。我就通过一个系列的短文分享自己在当下感悟比较多的点吧。由于内容比较多，一次只分享一个点。
今天分享的方法是：项目组合矩阵（The
Project Portfolio Matrix）。
方法介绍
假若您同时置身于多个项目中，您就是作者称为的“Slasher(/)”了，这个词取自当下一个普遍的现象：很多人都身兼多职，比如“我是一名医生/音乐人/网络设计师”。同样的现象在IT职场也很普遍，如果被问及“您是在哪个项目啊？”Slasher的回答通常是“我在A/B/C项目中”。
毕竟，一个人的时间和精力总是有限的，如何更好地在这些项目中取得平衡呢？TheProject Portfolio Matrix可以呈现出一个更好的全局视野，以帮助我们做出正确的判断。比如，可以用时间和成本分别作为横轴与纵轴，将所从事的每一种活动放入其中合适的位置。
推而广之，这个方法不仅可以用于工作上，也可以用于生活中。下图就是书中的一个个人应用此方法的例子。
当然，横纵轴的定义完全可以自己根据需要来设定，比如分别设为“此项目多大程度上有助于达到我的整体目标？”以及“我从此项目中能学到多少东西？”
如何解读这个矩阵图呢？
l如果一个项目对您整体目标的贡献度不大，从中学到的东西也有限，最好拒绝加入这个项目，实在无法逃脱的话，也不必把它作为高优先级项目对待；
l如果一个项目可以让您学到一些东西，但是对整体目标贡献度不大，看看能否通过您的努力，试图改变对这个项目，使它与您的整体目标关联起来；
l如果一个项目与您的整体奋斗目标或愿景是相关的，不过都是您熟悉的事物，学到的东西很有限，尽可能找个人帮您做这些事情；
l如果一个项目既符合您的奋斗愿景，又能让您学到很多东西，那恭喜了，全力以赴投入战斗吧！
我的启发
这本书一个很有趣的地方是，每一篇结束后都会附有一句很有哲理的话。比如，本篇附加的就是Michelangelo的“The greatest danger for most of us is not that our aim is
too high and we miss it, but that it is too low and we reach it.”
我读到这个ProjectPortfolio Matrix方法的时候，正在考虑如何帮助我的客户改善他们的探索性测试的管理，这促使我思考了很多。
Slasher给我的启发是，只要一个人所要做的事情远大于他有限的资源的时候，就可以称为Slasher了，从而就可以试着画一个组合矩阵以便获得一个全局视角。
从这个意义上讲，TestManager是一个Slasher，哪怕他只负责一个项目的测试管理，因为，需要测试的项目远远超出既有测试人员能承担的测试项目数量；每个Tester也是一个Slasher，哪怕他只负责一个特性的测试工作，因为，测试时间总是有限的，而能够执行的测试总是无限的。
Capacity of People《 Capacityof Test Items
Limited Time《 Unlimited Tests
怎么办呢，无论是TestManagers还是普通的Testers，都要始终具备测试的全局视角，把有限的测试时间和人力投入到最重要的测试内容上，即开展基于风险的测试（RiskBased Testing）。可以这么说，对于任何一个希望把测试尽可能做好的人来说，RBT是个必选项。
书里提到的ProjectPortfolio Matrix对应到RBT中，就是我们常说的风险分析图表了，只不过横纵坐标分别被我们替换成了“风险发生的可能性”和“风险发生后的影响大小”两个维度，如下就是我和客户一起根据所选定的一个特性所做的FRA（FeatureRisk Analysis）矩阵图了，有了FRA，我们的探索性测试便有方向性和目标性可循了。
