
118
|
第
5
章
以下两种情况一般都需要立场文件:
•
当有人对某些新兴技术感兴趣,而你需要进行调查,将可能造成的混乱控制在
一定范围内,以免开发人员随机下载一些不成熟版本的工具,并导致组织缺乏
安全性、失去支持、许可不当或出于某种其他原因犯错。你需要陈述你的理由,
并引导整个组织。
•
组织中有两个交战的派系,你需要帮助他们澄清,并为他们设定方向。
这里,你可以采用
ThoughtWorks
的技术雷达(
https://www.thoughtworks.com/
radar
),帮助你了解何时组织中可能会出现问题,并寻找问题的解决方案,或者组
织内何时会爆发“圈地战争”或“信仰战争”。你的立场文件应该帮忙解决这些问题。
5.11 RAID
RAID
文档源自项目管理,四个字母分别代表
Risks
(风险)、
Assumptions
(假设)、
Issues
(问题)、
Dependencies
(依赖)。
这是在整个项目生命周期内,由项目或程序经理负责管理的一份文档。但是你必须
正确地建立这个文档。作为架构师,你是第一个能够看到和理解项目初期最重要的
风险、假设、问题和依赖的人。
下面,我们来具体了解一下
RAID
。
风险(
Risks
)
风险是项目过程中可能会发生的状况,一旦发生就会产生不利影响。这些风险
会影响到多个人员、流程和技术领域。再者,你需要描述此类事件发生的可能性,
以及预期的影响或严重性。第三,务必记录下元数据,比如所有者、状态和提
出日期。
假设(
Assumptions
)
假设是预计有利于项目取得成功的因素。例如,你可能假设 ...