QWaterfall maintenance 在项目管理里通常承担哪些工作？如果项目已经采用瀑布式推进方式，后续的维护阶段一般会做哪些事情？
AWaterfall maintenance 的核心工作内容
Waterfall maintenance 在项目管理中通常指项目交付后的维护与支持活动，包括缺陷修复、版本更新、性能优化、配置调整、文档修订以及对业务变更的响应。它更偏向于在既定流程下处理已上线系统的稳定性和持续可用性，确保交付成果能够长期满足使用需求。
Q瀑布模型和维护阶段之间是什么关系？瀑布模型强调阶段顺序推进，那项目上线后还会有维护吗，维护算不算模型的一部分？
A维护是瀑布式生命周期中的延伸环节
瀑布模型本身描述的是需求、设计、开发、测试、部署等阶段按顺序推进的生命周期。维护通常发生在系统交付之后，属于项目生命周期的延伸部分，而不是开发主流程中的一个中间阶段。它与瀑布模型的关系很紧密，因为瀑布式项目往往会在交付后进入较明确、文档化的维护流程。
Q采用瀑布模型的项目，为什么维护阶段往往更依赖文档？如果项目开发时按瀑布模式推进，后续运维或维护人员为什么常常需要大量文档支持？
A文档是瀑布式维护的重要依据
瀑布模型强调前期需求和设计的完整性，因此维护阶段通常会依赖需求文档、设计文档、测试报告和部署说明来定位问题、评估影响并实施变更。由于开发过程较少迭代回流，维护人员往往需要通过文档快速理解系统结构和历史决策，这也是瀑布式项目维护工作更重视交接资料的原因。
QWaterfall maintenance 和敏捷维护有什么明显区别？同样是系统上线后的维护，瀑布式项目和敏捷项目在处理方式上会有哪些不同？
A两者在响应节奏和变更方式上差异较大
Waterfall maintenance 通常遵循较固定的流程，变更评估、审批、开发、测试和发布都比较规范，适合需求边界清晰、变更频率较低的场景。敏捷维护则更强调快速反馈和持续迭代，能够更灵活地响应业务变化。相比之下，瀑布式维护更注重计划性、可追踪性和文档完整度。