ITIL4知识解析系列之二架构管理实践
2023/4/21 来源：不详我们再来看看ITIL4组成管理架构的具体要点。这里涉及到了一共三个大类、三十四种管理实践。它们就像一个个积木一样，可以方便我们自由拼装与组合，以实现各种特定价值的交付。
ITIL4通用管理实践
此部分由于具有一定的通用性，因此所涉及到的实践比较偏向于企业宏观层面，统领后面的各项IT服务与技术。ITIL4包含14个通用管理实践，而且每个通用管理实践都可以展开成上海信息化培训中心SITC另一门培训。
1.战略管理进一步可学习IT4IT数字化运营,CGEIT
2.组合管理
3.架构管理进一步可以学习TOGAF9.2企业架构管理课程
4.服务财务管理
5.劳动力和人才管理
6.持续改进
7.计量和报告进一步可学习COBITFoundation
8.风险管理进一步可学习MoR风险管理
9.信息安全管理，进一步可以学习CISSP,CISM,CISA,ISOLA等
10.知识管理
11.组织变革管理，进一步可以学习OCM组织变革管理课程
12.项目管理,进一步可以学习PRINCE2项目管理
13.关系管理
14.供应商管理，进一步可以学习SGF服务外包管理
本文先介绍其中的架构管理实践。下面将从目的、价值流获得、基础要点、解读以及企业实务五个维度逐一进行展开。
1.架构管理实践
架构管理实践的目的
是提供对组成组织的所有不同元素以及这些元素如何相互联系的理解，从而使组织能够有效地实现其当前和未来的目标。它提供了使组织能够以结构化和敏捷的方式管理复杂变更的原理，标准和工具。
服务价值流活动
受影响最大的服务价值体系（SVS）活动：
-计划
-设计与过渡
-改进
架构管理实践负责开发和维护参考架构，该架构描述了针对业务，信息，数据，应用程序，技术和环境方面的当前架构和目标架构。这用作所有计划价值链活动的基础。
通过检查业务，服务，信息，技术和环境体系结构，可以确定许多改进的机会。
架构管理实践有助于理解组织为应对新的或服务不足的市场以及更广泛的产品和服务做好准备的能力，并能更快地响应不断变化的情况。架构管理实践负责评估组织的能力，以使其与为组织及其客户共同创造价值所需的所有详细活动保持一致。
一旦批准开发新产品或变更产品或服务，架构，设计和构建团队将不断评估产品/服务是否满足投资目标。体系结构管理实践负责服务体系结构，该体系结构描述了服务的结构（服务组件如何装配在一起）和动态性（活动，资源流以及交互）。服务模型可以用作多种服务的模板或蓝图，并且对于设计和过渡活动至关重要。
参考体系结构（业务，服务，信息，技术和环境）有助于识别需要获取或构建哪些产品，服务或服务组件。
参考体系结构在产品和服务的操作，恢复和维护中不断被使用。
划出基础要点：
l提供不同元素的相互关联，以结构化和敏捷的方式管理复杂的变更。
l系统要变得高效、自动、以及有“弹性”。
l完整的体系结构管理包括：业务、服务、信息、技术和环境。
进行解读：
针对上述要求，我们应当先后开展访用户、钻机房、登设备、查线路、测数据等“摸爬滚打”式的清查活动，厘清本企业当前所使用的IT服务系统、以及里面牵扯到的各种元素。当然也不要忘记了与人员相关的组织架构，我们会在后面涉及到此方面的管理。总的说来，就是要“绘制”各种关系图。其中，我们在统计造册如下清单时，应特别注意：
l硬件设备清单，体现：品牌、型号、序列号、MAC地址、IP地址、操作系统、固件版本、以及BIOS等异构特性，同时按需说明兼容性以及备件等配套信息。
l软件服务清单，可以按照主营业务、办公邮件、电话通讯、服务台、用户桌面、文档协作、会议视频、IT工具、以及云端虚拟化等领域进行划分。其中，
o如果是成品购置的软件，应体现：软件名称、开发商/提供商/经销商、激活代码/序列号、序列号的转移方式、安装程序的位置。
o如果是二次开发的软件，应识别：应用场景与逻辑位置、当前用到的功能模块、配套日志的路径、以及调用依赖性等信息。
l人员架构图表，考虑到人员的流动性，我们只需落实到角色，并按照他们具有的访问权限、以及所对应负责的软硬件模块，整理出树形结构便可。
l规章制度清单，包括：企业对于社交/即时通讯软件的使用规则与态度，对于数据与信息的发布/转发/披露等方面的监控与限制策略。
上面收集并总结是一些“静态”的数据资料，可是在企业实务中，光凭这些是远远不够的。
下面我们来进一步梳理并归纳出三种“动态”的图表关系。它们分别是：系统逻辑框架图、网络架构图和应用之间数据流转图。这些图表可以清晰地定义出：何种类型的数据将会在逻辑上或物理上被存储在何处，它们在组织/系统间如何进行流动，以及它们受到了何种方式的管理和保护等。
实务应用：
那么在企业具体实操中，我们可以借鉴如下方面：
l采取画思维导图、分层/分级、以及局部细化的方式逐一完善。
l在填写清单里的具体内容之前，需要IT管理层对清单里的条目分类进行事先定义，以便按图索骥、生成的清单才能够更加具有参照性和条理性。
l考虑到填表人个人理解的不同，应当鼓励他们在“注释和状态”栏中留下原始的描述信息。
通过上述结构的梳理，我们基本能够草拟出一套基于系统“画像”的服务状态基线。籍此，我们便能够轻松地发现某些服务在效率、自动化、以及鲁棒性方面的缺失与不足，进而着手予以改进。
针对上述要点中“完整的体系结构管理”所涉及的五个方面，我们可以理解为：
l业务：在企业层面上，我们想为“客户”做什么。
l服务：基于现有业务，我们拥有什么、以及能够提供什么样的服务。
l信息：从IT服务角度出发，我们能够给用户提供什么。
l技术：在IT能力层面上，我们拥有和维护着什么样的技术架构。
l环境：面对审计和外部环境，我们需要遵守哪些法律法规，如：通用数据保护条例（GDPR）或《网络安全法》。
文章来源于
