敏捷个人练习: 问题探讨:如何高效率的举行会议
以下是我的一些个人感受和体会,如果有什么说的不对的地方请留言。
敏捷个人会议形式
1: 每次会议提前通知(会议简要(清楚),时间,地点)
2: 到场人签到(有专门的记录人)
3: 议题(1 2 3 )
4: 回顾上次会议
5: 议题1:( 每个人都要发言,并有总结。 )
6: 议题2:............................
7: 总结会议 ( 以文档是形式保存 )
某公司会议形式
1: 每次会议提前通知(会议简要模糊大部分会议没有议题,时间,地点)
2: 到场人签到(有时做,有时不做)
3: 闲聊时间过长
4: 喜欢打断人家的发言,好多人都是说一半就说不下去了。
5: 会议没有结果(缺乏讨论整合的能力 没有议程设计)
总结
每日会议我要回答什么问题
每周会议我要回答什么问题
现在搞需求都是问答式的问卷
会议组织者的几个职责
营造和谐的气氛
控制讨论方向使会议照议程进行
正确总结各段落或议题的讨论内容
减少与议题无关的争辩与讨论
尊重少数人的意见,避免会中意见一边倒的情况
开会通知小结
请他开会的理由,该准备那些材料及会议召集人所期望的会议目标
会议时间拖延
现象:
- 计划会议较多时间讨论业务。
- 各种会议思绪乱飞,进入无关话题。
- 最近几个 Sprint,各种会议超时过多。
建议:
- 会议开始时,主持人说明会议的目标,并适当控制会议内容和时间。
- 多余的话题,记录下来,另起讨论。
- 相信需求团队,不轻易质疑。
估时
现象:
- 不知道怎么估。
- 好久没用任务拆分墙了……直接分了用户故事,回去自己贴吧。
- 最近的需求文档中说的是用户故事?这种故事比任务还小,没法拆啦~
- 好吧,好吧,一个模块一个模块估吧。
- 勇刚说,这种估时太扯了。
- 没法估,有需求的不确定性,有技术的不确定性。
- 果然,估时不准。
- 说不出我们每个Sprint的速度。
会议通知范例
范例
Scrum 流程应用反思 - 我们的团队
http://www.cnblogs.com/luomingui/archive/2011/03/19/1988760.html