我的架构思想(五十四):附录 3.1.4

阅读数:19 2019 年 10 月 16 日 15:05

我的架构思想(五十四):附录 3.1.4

附三:超越软件架构——组织与架构 <1 什么是领域角色的关注 >(工程的组织视角下的视图原型)

既然上面的模型3中考虑的是组织视角对工程的影响,亦即整体上是讨论该视角下的工程模型,那么仍将其纵轴称为“工程(领域)”就并不合适了。事实上,这个纵轴所代表的仅仅是原始的 EHM 图中由“团队(及其组织与功能)”所映射的领域,是一个相对狭义了很多的工程概念。因此,在继续讨论之前,需要先修正一下模型3的概念以得到图附 3-7 所示的一个原型。

图附 3-7 模型 4:对模型 3 的概念修正

我的架构思想(五十四):附录 3.1.4

首先,我们明确了模型阐述的主题。整个模型被称为“组织视角下的工程视图”(请留意这仅仅是该视图的一个“过渡版本”),意在将这张图的整体视为对“工程”的描述。

其次,我们将纵向轴称为“项目管理”。这个领域中的角色围绕一个“明确的目标”的投影工作,主要职责在于管理其规模(scope),包括对团队组织、产品特性、项目质量、消耗成本等进行明确的或可预期的管理。以现实的工程角色为例,可能包括团队负责人、项目经理、产品经理、市场经理等3

3 这并不是说项目经理要“管辖或替代”产品经理的职责,而是说在“范围”这个领域中事实上(在现实中)是并存着这些角色的。“项目管理”作为一个现实职务时,它管理的具体内容是与组织的授权有关的,这在后面的内容中将会讨论到(例如,“【附三】2.5 调适:变化中的 VEO 模型”)。

最后,我们将横向轴称为“技术实现”。这个领域中的角色围绕“与‘项目管理’角色相同目标”的投影工作,主要职责在于实现其细节 (specific)。以现实的工程角色为例,可能包括工程师、设计师、分析师等。

上述“技术实现”与“项目管理”二者所关注投影的原始目标“应当”是同一的。在现实的工程中,我们通常称之为“产品” 4

4 对于“方向”这个轴线上的“目标”来说,项目所管理与实现的,是阶段目标下的“阶段性产品”。同样,以纯粹的“产品视角”来说,“方向”轴线上的目标 / 产品系列,即是“产品线”。更进一步,经营角色同时关注的是多个产品线上的方向问题,于是一系列产品线所构成的某一个方向上的“方向簇”,通常可以作为一个“战略”的战术实施。在本书中,并不对模型4中所隐含的“产品视角”作深入讨论。

评论

发布