FIT5122_Assignment2_复杂IT系统战略质量与可靠性_中文翻译
本页目录· 10 条
- FIT5122 专业实践（Professional Practice）
- 作业 2：复杂 IT 系统中的战略质量与可靠性
- 概述
- 分析的核心要求
- 评分标准：面向管理层的执行简报
- 1. 表达呈现、叙事与视觉策略（Delivery, Narrative & Visual Strategy）— 25%
- 2. 系统性分析与战略干预（Systemic Analysis & Strategic Intervention）— 30%
- 3. 批判性评估深度（Depth of Critical Evaluation）— 25%
- 4. 专家级答辩与问题回应（Expert Defense & Response to Inquiry）— 20%
- 提交要求（Submission Requirements）
FIT5122 专业实践（Professional Practice）
作业 2：复杂 IT 系统中的战略质量与可靠性
概述
本作业要求学生团队通过分析一个具体的 IT 系统故障，探讨质量与可靠性方面的措施。目标是通过拆解一次系统性故障，并提出能够确保组织长期韧性的战略性干预措施，展现专家判断（expert judgement）能力。
- 形式（Format）：“面向管理层的执行简报（Executive Briefing to Management）”。
- 目标受众（Target Audience）：非技术背景的高级管理人员和高管。
- 展示方式（Delivery）：进行一次现场 10 分钟小组汇报（最多 10 张幻灯片）。
注意： 现场汇报时不得照着讲稿朗读。需要提示时可以参考幻灯片，但不得将幻灯片当作文字密集的讲稿使用。
- 协作（Collaboration）：团队必须在提交幻灯片的同时，提交协作证据，例如 Miro 看板。
- 截止时间（Due）：第 7 周星期二晚上 11:55 前在 Moodle 提交，并在第 7 周课堂上进行展示。
分析的核心要求
学生必须超越单纯的描述性总结，对所分配案例研究中的风险和问题进行清晰的系统性评估：
- 系统概述（System Overview）：从高层次概述系统在组织中的角色，以及它如何影响其他利益相关者，并识别其作为系统性故障潜在汇聚点（systemic failure aggregation）的重要性。
- 故障分析（根因分析）（Failure Analysis / Root Cause Analysis）：分析该故障造成了哪些下游业务影响（downstream business impacts），包括直接影响以及进一步扩大的影响。
- 不应仅将故障视为一次孤立事件，而应将其分析为质量保证流程（quality assurance processes）、部署方法、变更管理控制、业务连续性规划（Business Continuity Planning）以及其他关键质量流程的失效。
- 关键因素评估（Critical Factor Evaluation）：解释可靠性事件之间的任何相互依赖关系（inter-dependence），以及特定质量因素如何导致组织内部及其他利益相关者之间出现级联故障。
- 处理服务提供商、客户以及基础设施依赖之间的任何责任边界（accountability boundaries）问题。
- 战略建议（Strategic Recommendations）：提出一个透明、结构化且响应迅速的风险管理框架，用于未来的预防。
- 提出的建议应体现对各种权衡（trade-offs）的细致理解，例如：严谨质量流程的需求，与快速部署或“上市时间（Time to Market）”要求之间的张力。
评分标准：面向管理层的执行简报
为适配 Markdown，原 PDF 中跨页的评分表在此合并为连续表格；各评分等级、权重和描述均按原文顺序保留。
1. 表达呈现、叙事与视觉策略（Delivery, Narrative & Visual Strategy）— 25%
重点（Focus）：通过专业且逻辑清晰的叙事，传达复杂的可靠性洞见。
| 评分标准（Criteria） | 高分优秀 High Distinction（80–100%） | 优秀 Distinction（70–79%） | 良好 Credit（60–69%） | 及格 Pass（50–59%） | 不及格 Fail（0–49%） |
|---|---|---|---|---|---|
| — | 娴熟驾驭一个有说服力的战略叙事。各部分过渡无缝衔接，演讲者通过清晰、精准的表达吸引听众。 | 具备扎实的专业知识，叙事清晰且专业。能够有效说明目的与结构。 | 有叙事结构，但偶尔衔接不连贯。目的与结构缺乏高层次的聚焦。 | 叙事难以跟随。开场较弱或缺失。 | 叙事不连贯或缺乏逻辑。没有清晰可辨的开场。 |
| 视觉辅助与时间管理（Visual Aids & Time Management） | 视觉材料设计专业、简洁，并能强化战略信息。严格遵守 10 分钟时间限制。 | 视觉材料有效，几乎无需阅读大量文字。总体上能在规定时间内完成。 | 有视觉材料，但存在内容重复或需要阅读过多文字的问题。明显超出或短于规定时长。 | 视觉材料无效或造成干扰。时间管理较差。 | 视觉材料缺失或完全无效。无视时间限制。 |
注：原评分表中第一条评分描述对应的“Criteria”单元格为空，因此此处以“—”保留该结构，不自行补写子项名称。
2. 系统性分析与战略干预（Systemic Analysis & Strategic Intervention）— 30%
重点（Focus）：拆解故障机制，并提出具有响应性的框架。
| 评分标准（Criteria） | 高分优秀 High Distinction（80–100%） | 优秀 Distinction（70–79%） | 良好 Credit（60–69%） | 及格 Pass（50–59%） | 不及格 Fail（0–49%） |
|---|---|---|---|---|---|
| 情境综合与故障分析（Contextual Synthesis & Failure Analysis） | 全面综合说明系统的角色，以及其故障如何成为一个汇聚点。精准拆解进一步扩大的影响。 | 清晰概述系统及其故障，并对故障造成的后果进行良好分析。 | 有概述，但缺少理解系统性故障聚合所需的细节。 | 对系统及其故障的概述不完整或不清晰。 | 没有提供可辨识的系统概述或背景信息。 |
| 战略建议与权衡（Strategic Recommendations & Trade-offs） | 提出论证充分且具有响应性的解决方案。对质量与速度之间的权衡展现出细致入微的理解。 | 提供相关且切实可行的建议，并与故障分析清晰关联。 | 有提出建议，但缺乏实用性或充分的论证。 | 建议薄弱、不切实际，或完全缺失。 | 未向管理层提供任何建议。 |
3. 批判性评估深度（Depth of Critical Evaluation）— 25%
重点（Focus）：根因分析、责任界定，以及基于证据的推理。
| 评分标准（Criteria） | 高分优秀 High Distinction（80–100%） | 优秀 Distinction（70–79%） | 良好 Credit（60–69%） | 及格 Pass（50–59%） | 不及格 Fail（0–49%） |
|---|---|---|---|---|---|
| 根因分析与关键因素（RCA & Critical Factors） | 展现出高水平的根因分析（RCA），并以专家级的精确度评估级联故障和责任边界。 | 展现出良好的分析与根因分析（RCA），能够准确识别主要风险因素及其依赖关系。 | 已进行分析和根因分析（RCA），但对系统性问题的探讨可以更加深入。 | 分析较为表面或不完整；未能理解复杂的成因。 | 没有进行可辨识的分析或根因分析（RCA）。 |
| 学术性与证据质量（Scholarship & Quality Evidence） | 整合来自多个信誉良好且多元来源的高质量证据，以支持复杂论点。 | 使用来自恰当的行业和学术来源的优质证据。 | 证据有限，或证据质量存疑。分析缺乏深度。 | 用于支持案例研究的证据有限，或完全没有证据。 | 没有提供任何研究或证据。 |
4. 专家级答辩与问题回应（Expert Defense & Response to Inquiry）— 20%
重点（Focus）：能够为研究结论提供论证，并应对高管层（C-Suite）的提问。
| 评分标准（Criteria） | 高分优秀 High Distinction（80–100%） | 优秀 Distinction（70–79%） | 良好 Credit（60–69%） | 及格 Pass（50–59%） | 不及格 Fail（0–49%） |
|---|---|---|---|---|---|
| 回答问题的能力（Ability to Answer Questions） | 回应提问时展现出权威性的洞见和专家判断。能够以细致的技术逻辑和业务逻辑为研究结论进行辩护。 | 能够准确且自信地回答问题，展现出扎实的主题领域专业能力。 | 能够基本充分地回答问题，但存在一定犹豫或深度不足。 | 回答问题时较为吃力；表现出对案例研究的理解有限。 | 无法有效回答问题，表现出准备不足。 |
提交要求（Submission Requirements）
- 协作证据（Collaborative Evidence）：团队必须提交 Miro 看板或同等形式的材料，以体现观点的综合整理和协作式批判性反思。
- 幻灯片（Slide Deck）：最多 10 张，包括标题页。
- 展示（Delivery）：所有成员都必须在现场 10 分钟汇报中发言；不得照着讲稿朗读。