敏捷落地的会议和工具

简介:

对于一个项目而言,不开会是不能很好达成共识的,统计一下会发现整个项目的会议确实开的不少,但真的有成效的有多少呢?不要为了开会而开会,开会要解决实际问题,开会不是大家无聊的瞎扯,每个人低头各自玩手机,而没有任何实质性的共识和决策。
低效率的会议、不必要的会议,是浪费大家时间,是增加项目成本,是消耗团队积极性,是培养团队惰性,公司的氛围和文化也会逐步恶性改变。所以,需要反思下哪些会议是真正需要积极去组织的,哪些是对项目开展无益需要去掉的,哪些是需要选择性组织召开的,让会议变得更加高效而有成效。
项目管理有其适应性,针对不同的企业、不同的团队、不同的业务、不同的行业、不同的外界环境,需要裁剪选择适合其良好运作的方式方法,保障高效的协同为项目目标达成而服务。

一、项目流程会议
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).其他事项;

 本文转自SanMaoSpace博客园博客,原文链接:http://www.cnblogs.com/SanMaoSpace/p/7898840.html,如需转载请自行联系原作者

相关文章
|
7月前
|
运维 监控 Devops
构建协同创新的未来:DevOps文化与实践
在当今快节奏的技术世界中,DevOps文化和实践成为了企业实现卓越软件交付和持续创新的关键。本文将探讨DevOps的核心原则、实施步骤以及它如何促进团队协作、提高效率,并引领着未来协同创新的道路。
89 2
|
运维 数据可视化 Devops
IT团队提升业务认知的5个秘诀|云效BizDevOps主题系列
践行 BizDevOps ,科技更需要向前一步,与业务并肩作战。 在业务认知上的三个层次包括理解业务基本面、解读业务策略变化、提议数字化方案。 5 个有效秘诀包括: a.形成简版的业务基本面知识条目,设为基线,进行考试。 b.翻转课堂, IT 团队通过业务反串讲来习得业务知识。 c.定期进行业务知识擂台赛,加速业务策略变为显性知识的螺旋。 d.将组织中的提案逻辑模板化,通过专项的刻意训练,让 IT 团队能够自如地进行数字化提案。 e.定期进行共创提案会,找到“四两拨千斤”的数字化的举措,创造价值。
8555 2
IT团队提升业务认知的5个秘诀|云效BizDevOps主题系列
|
Cloud Native Devops 云计算
KodeRover CEO:如何基于Zadig 做出比大公司更好的DevOps平台
KodeRover CEO:如何基于Zadig 做出比大公司更好的DevOps平台
419 0
KodeRover CEO:如何基于Zadig 做出比大公司更好的DevOps平台
|
敏捷开发 测试技术 API
【企业架构】Salesforce CTA 的持续学习:十本关于企业架构、战略和工程的好书
【企业架构】Salesforce CTA 的持续学习:十本关于企业架构、战略和工程的好书
|
运维 监控 Cloud Native
《必致(BizDevOps)白皮书2022》——04必致(BizDevOps)实践案例——4.2 案例二:阿里巴巴,以应用为核心打造持续业务交付能力
《必致(BizDevOps)白皮书2022》——04必致(BizDevOps)实践案例——4.2 案例二:阿里巴巴,以应用为核心打造持续业务交付能力
442 0
|
敏捷开发 机器学习/深度学习 搜索推荐
如何做好创业公司研发团队的项目管理?
探讨创业公司中的软件研发项目管理问题: 大部创业公司的软件研发管理处于什么阶段? 如何改善软件研发过程和提高效率? 软件研发过程会涉及哪些工程理论和方法?
355 0
如何做好创业公司研发团队的项目管理?
|
移动开发 前端开发 小程序
团队和技术建设的方法论
团队和技术建设的方法论
363 0
|
项目管理 敏捷开发 持续交付
PPT 及直播回顾资源合集 | 阿里巴巴研发效能实践日北京站 —— 敏捷精益项目管理
阿里巴巴研发效能实践日是阿里巴巴研发效能部主办的线下沙龙活动品牌,活动将联合业内优质的社区、企业等,为大家带来研发效能的最新理念、方法以及最佳实践。本次研发效能实践日,由阿里云 Teambition 和全球领先的项目管理协会 PMI 联合主办,我们为大家准备了 4 个主题演讲,期望能给你带来思维上的启发、并能实际应用到工作中。
PPT 及直播回顾资源合集 | 阿里巴巴研发效能实践日北京站 —— 敏捷精益项目管理
|
运维 测试技术 Java
精华集锦 | 阿里如何提升团队的研发效能?
云效鼓励师:以下是我们整理的云效公众号上【研发效能】相关的爆款文章,这些内容中有许多都曾获得阿里技术、infoQ等多家技术自媒体大号的转载。总之,篇篇都是精华,篇篇都值得细读,送给正在提升研发效能路上的你,强烈建议收藏哟! 研发效能实践图谱 注:下划线文章,点击即可跳转 1、阿里如何定义团队的研发效能? 要想改进研发效能,先从明确定义开始。
8367 0
精华集锦 | 阿里如何提升团队的研发效能?
PPT及直播回顾 | 阿里巴巴研发效能实践日——敏捷精益项目管理
嘉宾PPT下载 侯馨然——敏捷协作助力实现业务战略 张燎原:从持续交付到业务创新 申健:战略项目集管理下的敏捷应用 朱宏强:敏捷领导力 项目管理性格测试-MBTI测试题 视频回放 629阿里巴巴研发效能实践日全程直播回放 问卷反馈 最后,你的建议,将会帮我们做得更好,2分钟有奖问卷,点我填写 PM.
8063 0