架构活动中,如果不进行可行性探索可能会导致重大失误,为企业发展带来风险。
可行性探索是架构活动的最后一个节点,在这之后的架构活动就像是离弦之箭,即便发现重大风险也很难再回头了。
互联网公司之间的竞争非常激烈,所以这里的可行性探索还需要足够快。如果你在一个项目中光可行性探索花了两个月的时间,竞争对手可能已经把新的业务模式做起来了,优势已经丧失了。
为什么要进行可行性探索
注意这里称之为“可行性探索”而不是“可行性分析”,原因在于可行性分析是一个非常详尽的活动,严格意义上讲,他不适合互联网这样的快节奏,所以我们使用“可行性探索”来表示一种更快速、更轻量的可行性分析方法。
在可行性探索中,架构师要在最短的时间内发现项目的重大风险,并对风险及时做出响应预案。
可行性探索的过程就是要站在“赞助者”的角度去客观分析可能带来的风险。
什么是风险?
谈到风险,我们会下意识地认为风险是一个贬义词,是对一个项目不利的地方。事实上,风险经常可以作为架构师的筹码,给自己的架构活动换取更多的时间。
比如你想过河,在你面前有一条小桥,但是年久失修,比较危险,远处有一个高架桥比较安全。如果你从小桥过去,相比高架桥会面临更大的风险,但是节约时间;相反,如果我们选择高架桥需要多花半天或一天的时间。
如果业务要求项目在很短的时间内上线,而架构师评估下来具有一定的风险,那么这时架构师这时就可以通过对风险的评估,为自己争取更多的时间。
具体可以从以下几个方面评估:
- 风险有多大?
- 回报是什么