摘要：软件项目管理涵盖需求、设计、开发、测试、发布、运维六大阶段，各角色（产品经理、设计、开发、测试、运维）有明确的职责分工。项目生命周期模型包括瀑布模型和迭代式模型等。
来源：raw/项目管理/、raw/工作日志/持续集成 持续交付 持续部署.md
最后更新：2026-06-27
| 阶段 | 主要职责 | 负责人 |
|---|---|---|
| 需求阶段 | 承接评估业务需求，组织评审，产出 PRD | 产品经理 |
| 设计阶段 | 技术选型，系统架构设计 | 设计人员 |
| 开发阶段 | 编码实现，单元测试，代码评审 | 开发人员 |
| 测试阶段 | 验证需求与结果一致性，发现风险 | 测试人员 |
| 发布阶段 | 平稳发布程序到线上 | 运维人员 |
| 运维阶段 | 保障系统稳定性，监控告警处理 | 运维人员 |
通俗类比：产品经理是"亲妈"（对产品负责一辈子），项目经理是"奶妈"（项目结束即完成使命）。
最传统的模型，文档驱动型，严格按阶段顺序执行：制定计划 → 需求分析 → 软件设计 → 程序编码 → 软件测试 → 运行维护。已不适应现代互联网快速迭代的需求。
包括快速原型开发和敏捷开发。核心思想是快速交付可用版本，通过反馈循环持续改进。
持续集成/持续交付/持续部署（CI/CD）是现代软件工程的核心实践。一个典型的分支与部署流程：
需要为 dev 分支独立维护版本号：合并到 dev 后，trunk 的 war 和 api 各升版本号并部署到私服。
解决的问题：
- trunk 提交频繁、混合提交 → 通过开发者主动合并环节规范代码提交
- 团队掌握分支管理和版本控制的必备技能