职业技能：敏捷开发 敏捷开发是一种以人为核心、迭代、循序渐进的软件开发方法。它强调灵活应对变化、持续交付价值以及团队与客户之间的紧密协作。 第一步：理解敏捷的核心思想与价值观 敏捷开发的核心奠基于《敏捷宣言》，它提出了四个核心价值观： 个体与互动 高于流程与工具：强调团队成员间的直接沟通与合作比僵化的流程和复杂的工具更重要。 可工作的软件 高于详尽的文档：认为能够实际运行并交付价值的软件是进度的首要衡量标准，过度文档化会拖慢进程。 客户合作 高于合同谈判：倡导与客户保持持续、紧密的伙伴关系，而非仅仅依赖一纸合同。 响应变化 高于遵循计划：认为需求变更是不可避免的，甚至可能带来竞争优势，因此团队应具备快速适应变化的能力。 第二步：掌握支撑敏捷实践的基本原则 在价值观之下，敏捷宣言还提出了十二项原则，它们为具体实践提供了指导。关键原则包括： 早期持续交付 ：尽早并持续地交付有价值的软件，是取悦客户的最重要途径。 欢迎变更需求 ：即使在开发后期，也欢迎需求变更，利用变化为客户创造竞争优势。 频繁交付 ：交付可工作软件的周期越短越好，从几周到几个月不等，偏好较短的时间尺度。 业务与开发协同 ：项目过程中，业务人员和开发人员必须每天共同工作。 激励个体 ：围绕有动力的个体构建项目，给予他们所需的环境和支持，信任他们能完成工作。 面对面沟通 ：团队内最富成效和效率的沟通方式是面对面的交谈。 第三步：认识主要的敏捷方法论框架 敏捷是一种思想，需要通过具体的方法论来实践。最常见的两种框架是Scrum和看板（Kanban）。 Scrum ： 角色 ：定义了三个核心角色—— 产品负责人 （定义需求优先级）、 Scrum Master （确保流程顺利进行，移除障碍）和 开发团队 （跨职能、自组织的执行团队）。 活动 ：工作在以固定时长（通常为1-4周）的 冲刺 为单位进行。每个冲刺包含 冲刺规划会 （确定本冲刺要完成的任务）、 每日站会 （15分钟同步进度和障碍）、 冲刺评审会 （向客户演示成果）和 冲刺回顾会 （团队反思改进流程）。 工件 ：使用 产品待办列表 （所有需求清单）、 冲刺待办列表 （本次冲刺要完成的任务）和 增量 （冲刺结束时产出的可交付产品）来管理工作。 看板（Kanban） ： 可视化工作流 ：使用看板板，将工作流程划分为多个阶段（如“待办”、“进行中”、“测试”、“完成”）。 限制在制品 ：对每个阶段同时进行的工作项数量设置上限，以暴露瓶颈、优化流程、加速价值流动。 持续交付 ：没有固定的迭代周期，任务完成后即可交付，更侧重于流程的持续改进。 第四步：学习关键的敏捷实践与工具 在框架之下，是具体的实践技巧： 用户故事 ：从用户角度描述需求，格式通常为：“作为一个[ 角色]，我想要[ 完成某事]，以便于[ 实现某个价值 ]”。它是需求沟通的单元。 任务分解 ：将大的用户故事拆分成小的、可在几天内完成的任务。 燃尽图 ：一种图表，显示在冲刺剩余的工作量，帮助团队跟踪进度。 持续集成 ：开发人员频繁地将代码集成到主干，并通过自动化构建和测试来快速发现错误。 结对编程 ：两名程序员在同一台电脑上工作，一人编写代码，另一人实时审查，以提高代码质量和知识共享。 第五步：将敏捷思维扩展到团队与组织层面 真正的敏捷不仅仅是开发团队的事情： 跨职能团队 ：团队应具备完成项目所需的全部技能（如设计、开发、测试），减少对外部依赖。 自组织 ：团队自行决定如何最好地完成工作，而不是由管理者指派任务。 规模化敏捷 ：当多个敏捷团队需要协作开发大型产品时，会采用SAFe、LeSS等框架来协调工作，保持敏捷性。 持续改进的文化 ：通过每个迭代结束后的回顾会议，团队持续反思“哪些做得好”、“哪些可以改进”，并制定行动计划，形成学习型组织。