扫码阅读
手机扫码阅读
每日站立会议的10个成功要点

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

每日站立会议摘要
每日站立会议是SCRUM方法中的关键实践,它不仅是一个简单的活动,而且还蕴含着丰富的内涵。要使站立会议成为习惯并不容易,但以下几点是成功举行站立会议的关键:
- 站立会议通过面对面的交流促进快速同步进展,给成员带来精神压力以信守承诺,并培养团队文化。这种会议不能用邮件替代,必须眼对眼地沟通。
- 会议应每天在固定时间和地点召开,通常是每天上班后的早晨,以避免每次都需要通知。
- 为了及时追踪项目进度,站立会议应该每天举行,因为项目的延期往往源自每天的延期。
- 每次会议的时间不应超过15分钟,如需讨论技术问题应在会后另行安排小组会议。
- 为了保证会议简短,每位成员只需回答三个问题:昨天完成了什么,今天要做什么,以及是否需要别人的帮助。其余问题应在会后讨论。
- 会议时应使用白板,记录项目任务的状态:未开始、进行中、中断和完成的任务。虽然有电子化工具,但物理白板更具视觉冲击力。
- 应该在会议中更新每个任务的进展状态,直接在白板上移动任务贴纸,作为工作状态的直观看板。
- 站立会议是团队成员之间平等的同步进展,而不是向项目经理汇报,这有助于培养团队文化。
- 项目组外部的管理人员,尤其是主管领导,可以旁听但不能发言或下指令,以符合SCRUM中提倡的团队自我管理。
- 对于经常迟到的成员,需要制定惩罚措施来培养守时的团队文化。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 232.7K
麦哲思科技任甲林的其他文章
为什么无法建立过程性能模型?
在CMMI四五级的软件公司中,建立过程性能模型是一个重点也是一个难点工作,很多公司无法建立过程性能模型,为什么呢? 1)数据不准 比如: Ø 对于评审的会议,评审的参与人有的是来学习的,在统计人数、工作量时就不应该统计在内。 Ø 有的数据当时没有采集,而是靠时候回忆采集上来的。 Ø 有的代码行数不是通过工具统计上来的,而是靠
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
刘欢
做完了汉王的正式评估,忙了一周,很累。 老耿出差到北京,于是去了他住的宾馆,一人一瓶小二,活血,放松。 回到宿舍,打开电视,中央四台中华情欢聚中山节目,刘欢在唱歌。 刘欢,是除了齐秦之外我最喜欢的歌手。 喜欢齐秦,因为其歌曲的凄美、苍凉。 喜欢刘欢,因为其才,无论是他唱的豪放的《好汉歌》,还是他唱的柔美的《弯弯的月亮》,刘欢对声音控制的技巧可以说是炉火纯情。 实力派的刘欢,我喜欢,希望他一直唱下去
实例:评审速度与缺陷密度之间的相关性
某公司的项目分为两类:MIS类软件开发与嵌入式软件开发,对这两类项目的需求评审的速率与需求评审发现的缺陷密度分别积累了度量数据,分别见表一和表二,共计52次的需求评审数据。 表一:MIS软件开发项目的需求评审度量数据 表二:嵌入式软件开发项目的需求评审度量数据 对这两类项目的需求评审的速率与缺陷密度分别画散点图如图一和图二所示。 图一:MIS软件开发项目需求评审的缺陷密度
我说CMMI2.0之组织级培训(OT)
人、技术、过程三者并重。技术靠人来使用,过程靠人来执行,人是地基,是基础。同样的技术、同样的过程由不同人去落地,效果差别很大,因此要重视对人的能力的培养。 实践列表 OT 1.1 Train people. 培训人员 OT 2.1 Identify ...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线