敏捷开发与持续集成手册（执行版）.docxVIP

敏捷开发与持续集成手册（执行版）

第1章

敏捷开发基础与团队架构

1.1敏捷宣言核心原则解读

敏捷宣言中的“个体及其互动”优先于“流程和工具”，意味着在团队中，每日站会（DailyStandup）、结对编程（PairProgramming）和面对面沟通是比Jenkins流水线等工具更核心的驱动力，任何工具都无法替代人与人的信任与协作。“可工作的软件”高于“详尽的文档”，在敏捷实践中，原型（Prototype）和最小可行性产品（MVP）的迭代成果比长达数周的文档草稿更具价值，允许团队根据反馈快速调整方向，避免陷入文档陷阱。

“响应变化”优于“遵循计划”，当产品需求在开发初期发生微调时，敏捷团队应将其视为新的输入而非阻碍，通过调整迭代计划（IterationPlan）来适应变化，而非抱怨计划不切实际。“客户合作”而非“合同谈判”是敏捷的核心，团队与客户保持高频互动，共同定义“什么是重要的”，确保交付的产品真正解决用户痛点，而非满足客户的表面需求。“可工作的软件”优于“详尽的文档”，在敏捷实践中，原型（Prototype）和最小可行性产品（MVP）的迭代成果比长达数周的文档草稿更具价值，允许团队根据反馈快速调整方向，避免陷入文档陷阱。

“响应变化”优于“遵循计划”，当产品需求在开发初期发生微调时，敏捷团队应将其视为新的输入而非阻