IT 产品的增量性：Waterfall 与 Agile

IT 产品开发中的增量性和技术复杂性：关键概念与技术

增量性允许通过分阶段添加新数据、命令或修复 bug 来逐步扩展软件功能。这通过分解成用户故事来实现，从而简化对利益相关者的交付。以 Cyberpunk 2077 为例，自 2020 年以来，CD Projekt RED 发布了多项更新，包括包含 Edgerunners 系列内容的 1.6 补丁。与传统项目（如建筑、教育）具有固定序列不同，IT 产品支持组件的并行开发。

高技术复杂性要求严格的专业能力：程序员至少需要专业级技能，测试人员和 DBA 需要中级专业教育，UI/UX 设计师需要长达一年的培训，PM 需要学士学位。远程开发降低了办公成本，利用全球人才库，并根据实际工作量付费。

瀑布模型：优势与劣势

由 W. Royce 于 1970 年开发，作为阶段的顺序流程：分析、设计、实现、测试、部署。每个阶段在下一个开始前完成。

优势：

• 明确的阶段边界，便于合同固定日期。
• 固定的价格，提升客户忠诚度。
• 全面文档化，便于团队协调。
• 通过阶段产物轻松引入新成员。

劣势：

• 批准后难以更改需求。
• 周期长，风险增加（法律变动、业务变化、关键人员离职）。
• 平均超期 89%，根据 CHAOS Manifesto。

该模型适用于需求固定且文档严格的项目。

敏捷模型：原则与实践

2001 年由一群作者（K. Beck 等）制定。利用增量性实现迭代交付。敏捷不是一种方法论，而是一套原则和实践。

关键原则：

• 频繁交付可工作软件，以细化需求并快速实现 ROI。
• 在任何阶段都对变更持开放态度。
• 灵活流程，适应新任务。
• 系统交付功能产品，降低风险（bug、不匹配）。
• 通过开放沟通涉及利益相关者。
• 团队自组织：冲刺规划、用户故事分解（例如，信贷申请状态通知）。
• 优先面对面交流。
• 以可工作代码衡量进度。
• 团队持续学习。
• KISS——保持简单，代码透明。

敏捷通过关注用户价值减少需求冲突。

IT 产品开发技术

需求不确定性、脑力劳动和有限资源催生了 XP、RUP、AUP、RAD、DSDM 和 Scrum 等技术。

| Technique | Description |

|----------|-------------|

| XP (Extreme Programming) | 极限实践：成对编程、TDD、频繁发布，提升代码质量。|

| RUP (Rational Unified Process) | 迭代增量过程，包括启动、细化、构建、过渡阶段。|

| AUP (Agile Unified Process) | 简化的 RUP，强调简单性。|

| RAD (Rapid Application Development) | 快速原型开发，获取即时反馈。|

| DSDM (Dynamic Systems Development Method) | 聚焦时间和资源，使用 MoSCoW 优先级规则。|

| Scrum | 框架，包括冲刺、日会、回顾，促进团队自组织。|

技术选择取决于上下文：小团队用 XP，中型项目用 Scrum，支持清晰迭代。

IT 项目生命周期模型

生命周期 (LC) 定义阶段序列。主要模型：

• 瀑布：线性，适用于可预测任务。
• V 模型：瀑布扩展，并行测试。
• 增量：并行流，分部分交付。
• 迭代：重复改进周期。
• 螺旋：风险导向，带原型。
• 基于敏捷：Scrum/Kanban 中的冲刺。

混合模型结合多种方法（例如，Water-Scrum-Fall）。

关键要点

• 增量性是用户故事分解和迭代交付的基础，使 IT 与传统项目区别开来。
• 技术复杂性要求熟练专家，并支持远程开发。
• 瀑布提供文档和固定定价，但易受变更影响。
• 敏捷强调灵活性、频繁发布和自组织，以快速响应反馈。
• 技术（XP、Scrum）补充概念，降低不确定性风险。

— Editorial Team