Changes for page 第5章 设定工作优先级和管理供应商
Last modified by superadmin on 2024/04/03, 16:11
Summary
Details
- Page properties
-
- Content
-
... ... @@ -320,7 +320,7 @@ 320 320 321 321 ==== 5.2.1.1 商品化 ==== 322 322 323 -随着采用的技术不断增多,通常需要通过更高级的工具来更有效地管理技术17。例如: 323 +随着采用的技术不断增多,通常需要通过更高级的工具来更有效地管理技术^^17^^。例如: 324 324 325 325 * 随着数据中心的使用越来越普遍,以及计算能力的提高,出现了用于管理虚拟基础架构的虚拟化工具。 326 326 * 随着算力和存储成本的下降以及虚拟化工具的成熟,云计算模型(基础架构即服务)应运而生。 ... ... @@ -356,10 +356,10 @@ 356 356 357 357 MoSCoW的缩写代表: 358 358 359 -* 必须(Must)具备的需求对成功至关重要 360 -* 应该(Should)具备的需求对成功很重要,但不是必需的 361 -* 可以(Could)具备的需求是合乎需要的,但不是重要或必要的 362 -* 不需要(Won’t)需求对于成功是不必需的、不适当的或非关键的 359 +* **必须(Must)**具备的需求对成功至关重要 360 +* **应该(Should)**具备的需求对成功很重要,但不是必需的 361 +* **可以(Could)**具备的需求是合乎需要的,但不是重要或必要的 362 +* **不需要(Won’t)**需求对于成功是不必需的、不适当的或非关键的 363 363 364 364 该方法涵盖了不会被交付的需求。这很有用,因为列表通常填充了不必要的需求,例如无人需要的报告。这些需求增加了成本,却没有增加价值。 365 365 ... ... @@ -368,24 +368,18 @@ 368 368 369 369 在寻找供应商时,组织通常会公布服务或服务组件的需求,并邀请潜在的合作伙伴和供应商做出回应。根据需求或上下文,此活动可描述为: 370 370 371 -● 报价请求单(RFQ),当定义了需求并确定优先级,同时组织需要以下信息时,可以使用此技术: 371 +* **报价请求单(RFQ)**,当定义了需求并确定优先级,同时组织需要以下信息时,可以使用此技术: 372 +** 供应商如何满足要求 373 +** 满足已公布的需求可能需要的成本 374 +* 征求建议书(RFP),当问题或挑战陈述已明确表述,但服务组件的确切要求或规范不明确或可能更改时,使用此技术。供应商需要提供建议或可行的解决方案,明确收益、成果以及成本。 375 +* 信息请求单(RFI),当需求不明确或不完整且需要外部协助来完善或添加需求时,可使用此技术,RFI之后通常是RFQ或RFP。 372 372 373 -●供应商如何满足要求 374 - 375 -●满足已公布的需求可能需要的成本 376 - 377 -● 征求建议书(RFP),当问题或挑战陈述已明确表述,但服务组件的确切要求或规范不明确或可能更改时,使用此技术。供应商需要提供建议或可行的解决方案,明确收益、成果以及成本。 378 - 379 -● 信息请求单(RFI),当需求不明确或不完整且需要外部协助来完善或添加需求时,可使用此技术,RFI之后通常是RFQ或RFP。 380 - 381 381 在某些情况下,组织在寻找合适的供应商时,可以让内部IT团队作为供应商参与进来。这种方法允许组织将内部IT与外部组织进行比较。但是,如果发生这种情况,重要的是: 382 382 383 -● 认识到关系的差异,并确保不会将同事视为供应商 379 +* 认识到关系的差异,并确保不会将同事视为供应商 380 +* 了解到内部IT运营模式与更广泛的组织具有相同的特征、优势、劣势、机会和威胁 381 +* 在通常成本较高的内部资源与有共享知识和目标的更广泛组织的资源之间取得平衡。 384 384 385 -● 了解到内部IT运营模式与更广泛的组织具有相同的特征、优势、劣势、机会和威胁 386 - 387 -● 在通常成本较高的内部资源与有共享知识和目标的更广泛组织的资源之间取得平衡。 388 - 389 389 理想情况下,供应商应反映组织的愿景、使命、道德和原则,从而最大程度地减少连个团队之间的摩擦和分歧。在许多情况下,供应商可以看作是组织品牌的延申。在整个选择过程中考虑并记住这一点至关重要。 390 390 391 391 (% class="box" %)