What Determines Software Quality? — Link-Rot Audit
核查结果
Moodle 标题为 “What Determines Software Quality?”，但当前链接打开后是丹麦语文章 “The Impact of Poor Software Quality”，正文讨论 Agile transformation、flow、WIP、cycle time 与 Theory of Constraints。它已经不再包含 Week 6 课堂图片引用的 NASA、Patriot、Heathrow 和 Mt Gox 案例。
当前网页仍可提取的有效观点
- 组织可能完成 Scrum/SAFe/DevOps 形式上的 transformation，却仍然缺乏端到端 flow。
- 过多 WIP、依赖不透明、阻塞未解决和不断 firefighting，会降低真实交付能力。
- 流程质量可用 cycle time、WIP、flow efficiency 等衡量；这些是 whole-system 指标，不是团队忙碌程度。
- Theory of Constraints 提醒我们：系统表现受最弱环节限制，局部优化不能保证整体质量。
软件质量真正由什么决定？
| 层次 | 核心问题 | 可观察证据 |
|---|---|---|
| Purpose / requirements | 解决的是正确问题吗？ | 已验证的问题陈述、可测试验收标准 |
| User & context | 目标用户在真实环境中能成功吗？ | 任务成功率、可用性、无障碍、满意度 |
| Product behaviour | 功能、性能、可靠性、安全是否达标？ | defect、latency、availability、security events |
| Code & architecture | 系统是否可维护、可演进、无危险结构弱点？ | complexity、static analysis、technical debt |
| People & process | 操作、培训、沟通和升级机制是否可靠？ | 错误率、handoff、恢复演练、support records |
| Operations | 峰值、故障和变更时还能持续服务吗？ | SLO、MTTR、rollback、backup/restore tests |
阅读任务
- 向 tutor 确认 Moodle 链接是否会更新。
- 不把页面中的新“flow”文章当作四个事故案例的证据。
- 在 Workshop scenario 页使用 NASA、GAO、英国议会等来源完成事实核验。
课程关联
- Link drift 本身也是 information quality / reliability 问题：标题、URL 与内容之间的契约已经失配。
- 专业实践要求对来源进行 provenance check，而不是因为 Moodle 提供了链接就默认内容仍然正确。