"敏捷项目管理指南提供了在实施敏捷活动时的指导,强调了在遵循敏捷价值观和原则的基础上,根据项目特点进行选择和调整。指南推荐使用Scrum模型进行敏捷项目管理,明确了各角色的职责,包括产品负责人(PO)、敏捷经理(SM)、团队成员和质量保证(QA)。同时,指南介绍了里程碑设置,包括开发迭代、测试迭代和混合迭代,以及迭代模型和立项与规划阶段的入口准则。"
敏捷项目管理的核心在于灵活性和适应性,它提倡快速响应变化,以提供高质量的产品和服务。敏捷方法论的基础是四个价值观和十二条原则,这些在本指南中虽然未直接列出,但它们是所有敏捷实践的基石。
1. 敏捷价值观:
- 个体和互动高于流程和工具
- 可以工作的软件高于详尽的文档
- 客户合作高于合同谈判
- 响应变化高于遵循计划
2. 敏捷原则:
- 我们最优先要做的是通过尽早并持续交付有价值的软件来使客户满意
- 即使在开发的后期,也欢迎改变需求。敏捷流程利用变化为客户提供竞争优势
- 经常交付可工作的软件,交付频率可以从几周到几个月,交付间隔越短越好
- 业务人员和开发人员必须每天都一起工作,以便于更好地理解需求和解决问题
- 建立一个能够自组织的团队,让团队找到最合适的方法完成工作
- 向团队提供需要的环境和支持,并信任他们能够完成工作
- 敏捷流程提倡面对面的沟通,这是传递信息最有效的方式
- 可工作的软件是进度的首要度量标准
- 敏捷流程提倡可持续的开发,保持稳定的进展速度,以便能够无限期地保持这一速度
- 持续的技术改进和设计改进增强了敏捷性
- 简单——使未完成的工作最大化减少,是根本的
- 最好的构想和决策源于团队,无论级别高低
- 通过不断地和持续地改进,团队会在一段时间内提高其效率和效能
在敏捷项目中,角色的定义至关重要:
- **产品负责人(PO)**:作为项目的代表,PO负责与客户沟通,确保需求的准确性和优先级。PO负责创建和维护产品 backlog(PB)和 sprint backlog(SB),并组织需求评审会议。
- **敏捷经理(SM)**:SM通常由原项目负责人或代表担任,负责过程定义,跟踪任务进度,管理团队间的依赖,组织各种敏捷会议(如每日站会、迭代计划会、演示会和回顾会),并推动团队能力提升。
- **团队成员**:包括开发人员、测试人员、配置管理人员(CM)和UI设计师等,他们参与每日站会,共同完善需求,估算和执行任务,参加各种敏捷活动,并反馈问题和改进意见。
- **质量保证(QA)**:与SM合作定义敏捷流程,审核活动规范性,输出QA审核报告和敏捷度量数据,帮助识别团队改进点。
此外,指南中提到的里程碑设置是敏捷项目管理中的关键部分,不同类型的迭代适应不同的项目阶段和需求。开发迭代专注于开发和功能测试,测试迭代专门进行系统测试,而混合迭代结合了开发、功能测试和系统测试,以适应项目的不同需求。
最后,立项与规划阶段(PB)的入口准则要求PO完成需求收集并录入需求库,新技术和方案要经过预研。这些准则确保项目在开始时就有清晰的需求基础和准备。
该敏捷项目管理指南为实施敏捷实践提供了全面的框架,强调了角色职责、迭代管理和规划,旨在提高项目的效率和适应性。