首页 » 程序员必读之软件架构 » 程序员必读之软件架构全文在线阅读

《程序员必读之软件架构》步骤2:分别识别风险

关灯直达底部

风险可以是主观的,所以请团队中每个人(架构师、开发者、项目经理、业务人等)都站在架构图前,各自写下他们能够识别的风险,一个风险用一张便利贴。此外,请他们根据概率和影响量化每个风险。理想情况下,用不同颜色的便利贴来表示不同的风险优先级。你可以将这部分练习划分为5~10分钟的时间段,以免拖延,这一步应该保持沉默,每个人收好各自的便利贴。这里是一些要寻找的风险的例子:

  • 第三方系统的数据格式意外变更;
  • 外部系统不可用;
  • 组件运行过慢;
  • 组件无法伸缩;
  • 关键组件崩溃;
  • 单点故障;
  • 数据被破坏;
  • 基础设施故障;
  • 磁盘填满;
  • 新技术未按预期工作;
  • 新技术使用过于复杂;
  • 等等。

有了软件开发评估,根据人们的经验,他们对风险的看法可以是主观的。如果你计划使用一种新技术,但愿团队中有人能识别出相关的风险。另外,有人可能会对使用新技术的风险量化得比较高,而其他人如果已经用过同一种技术,可能感觉就不一样。各自识别风险让每个人都可以为风险识别流程作出贡献,你将更好地了解团队感知的风险,而不仅仅是那些设计软件或领导团队的人的看法。