敏捷项目管理方法
2023-05-30 00:09:49 1 举报
AI智能生成
敏捷项目管理方法
作者其他创作
大纲/内容
一、项目流程会议
1.立项评审会
主要是对项目的价值进行评审,是否值得公司投入人力、物力、财力去开展;
讨论内容:市场前景、可行性分析、研发内容、上市计划、投入成本分析等;
2.项目启动会
主要是对项目目标达成共识,团队的一次总动员,让大家可以看到整个项目的全貌;
讨论内容:项目目标、功能模块、进度计划、重大里程碑、团队职责、风险管理等;
3.迭代规划会
主要是对迭代进行需求的明确,功能优先级的调整,进度计划的澄清,确保当前迭代的顺利交付;
讨论内容:迭代内的需求澄清、进度计划、任务安排、需要配合支持事项、风险和问题等;
4.迭代验收会(按需组织)
主要是对迭代交付的成果进行演示,产品项目对迭代成果进行体验确认,及时发现问题;
讨论内容:迭代规划会功能点、测试验证功能点、产品项目体验问题点、优化解决方案等;
5.迭代回顾会(按需组织)
主要是迭代结束时,对该迭代团队沟通配合协调等方面做的好的和不足的,在后续迭代改进实施;
讨论内容:团队沟通配合中做的好的、做的不足的、改进方案等;
6.结项评审会
主要是对项目进行回顾总结,对交付功能进行演示,对项目取得成效给出评定,团队激励等;
讨论内容:项目简单回顾总结、项目交付功能演示给主干系人、团队畅所欲言分享经验教训、后续改进事项等;
二、项目日常会议
1.每日站立会
主要是对风险前置,风险暴露和问题跟进;功能优先级调整,按迭代计划调整功能优先级,粒度到天;
讨论内容:昨天做了什么?今天要做什么?碰到什么问题?需要什么支持?
2.原型评审会
主要是对需求的形象具体化,足以引导UI设计和程序开发,确定对原型(需求)理解正确;
原型很难一步做到位,需要建立原型版,不断进行完善,并组织原型评审,可在迭代规划会开展;
讨论内容:对原型进行讲述、讨论业务流程交互、讨论原型变更、进行评审决策;
3.架构评审会
主要是对整个项目的架构进行评审,讨论分析架构风险和问题,澄清技术方案和规则;
讨论内容:功能模块、架构图、业务流、数据流、核心算法和规则、数据表结构、接口说明、部署视图;
4.UI评审会
主要是对产品UI风格、产品UI界面进行评审决策,产品功能复杂需组织多次UI评审,可按迭代去交付;
讨论内容:产品定位、UI风格、UI的界面设计和交互,各相关干系人发表意见,并尊重UI的专业度;
5.用例评审会
主要是对产品的测试用例进行评审,确保测试用例对产品功能的覆盖是全面而准确的;
讨论内容:产品功能模块覆盖的全面性,测试逻辑的合理性,对产品业务正确的阐释;
6.代码评审会(按需组织)
主要是对核心模块、复杂逻辑、反复问题,进行代码评审走查,以及相关修复跟进;
讨论内容:评审代码的选择、逻辑的走查讨论、代码修复方案讨论、修复跟进督促;
7.上线评审会
主要是对产品每次的对外上线发布进行评审,避免考虑不周盲目上线对客户带去不良影响;
讨论内容:是否满足上线要求,相关风险和问题是否有应对措施,对历史数据和业务的过度处理等;
8.每周例会
主要是对多项目并行,非紧急重要项目,采用周例会的形式,进行项目任务、风险和问题的讨论,粒度到周;
讨论内容:本周完成工作、下周计划工作、目前的风险和问题、其他讨论事项;
三、项目管理工具
1.研发管理工具
(1).项目需求管理;
(2).团队任务管理;
(3).风险管理(未知);
(4).问题列表(已知);
(5).项目缺陷管理;
(6).项目干系人管理;
2.周报
(1).本周完成工作;
(2).下周计划工作;
(3).目前项目风险;
(4).目前项目问题;
(5).其他事项;
3.进度计划表(日历提醒)
(1).任务开展计划时间(迭代时间段);
(2).项目的重要里程碑;
(3).计划节点的日历提醒;
4.迭代交付功能(用户故事地图)
(1).功能交付的时间表;
(2).任务完成时间节点;
(3).提测发布时间节点;
5.功能提测任务单
(1).测试目的;
(2).测试环境;
(3).测试版本;
(4).提测功能;
(5).其他事项;
0 条评论
下一页