“人的一生只有两个问题。
第一个问题,是找到一个问题。
第二个问题,是把它解决掉。”
齐纳,Goodenough的导师
ORID模型
O:你看到了什么?
R:你感受到了什么?
I:你思考了什么?
D:你怎么做?
一次站会
【观察】
人太多,接近20人,沟通效率低(光是说话能不能听清就是个问题,站会时间超过半小时,对每个人有价值的时间或许只有几分钟)
会议的大部分时间在讨论看板使用规则,而且基本上也没有沟通清楚
【感受】
就事情本身的调整来说,难度不大
如何让当事人相信、理解、接受、坚持
【思考】
建议
分组分层:分成不超过10人的小组,各小组先开站会,然后各小组代表再开第二层站会
关于看板的规则,不应当这么多人一起讨论,而应一人主导,找几个人打磨好,标准化,再跟大家沟通,执行
会议引导师要有清晰的会议引导剧本,可基于站会三个标准问题:我昨天完成了什么,我今天打算完成什么,有什么困难
更深层的思考
了解现状背后的原因,再根据原因调整
更长远的目标
建立一整套项目管理体系
【行动】
先由团队按建议调整,再Inspect & Adapt
敏捷是关于更好
我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人。
《敏捷宣言》
站会背后蕴含着做得更好的机会。而做得更好,是一种主动选择。
一次回顾会
【思考】团队是软件开发的核心,成为更好的团队是一种主动选择。
【观察】团队的状态还可以,leader温和开放(还自带干粮准备了食物),团队成员参与度较高。
【思考】敏捷就是效能提升(质量、效率),要有提升的长期目标、短期目标和路径计划。
【思考】回顾会三原则:
控制时间:建议1.5小时内。
全员参与,集体智慧,群策群力。
改善措施要落地,可按5W1H格式表述,最好当场完成改善计划表。
【观察】
团队围着白板围成一个半圆。
项目经理精心准备了一份项目关键节点回顾表,包含关键里程碑节点及关键事件、影响、障碍。
3. 展示回顾会最高原则,几个团队成员分享对最高原则的理解。
4. 情绪彩虹。团队成员画情绪曲线,分享心情故事。这个环节观察到团队有分神,开小会(small talk)。
【建议】Leader需仔细思考每个环节的目的和意义,在每个环节开始前认真向团队分享该环节的目的和意义,展示对团队成员的关心。没有道路可以通往真诚,而真诚是通往一切的道路。
【观察】
5. 团队成员书写问题,分享,探讨解决方案。
主持人讲的太多。
这一环节的流程不是很顺畅。
【建议】
主持人点到为止,让团队成员多讲。
优化流程,参考BSRC模型:
Brainstorm:静默头脑风暴,团队成员独立书写问题。用报事贴贴在白板上。
Sort:轮流分享问题,分享的过程中涌现出分类,把同一类的贴在一起,用白板笔在旁边写上关键字。
Refine:再快速过一遍问题列表。
Consolidate:探讨解决方案。
【建议】
最后增加现场会议评价,伸手指,最低一分,最高三分。然后每人轮流分享一句感受和会议改进建议。
【建议】
主持人/Leader对回顾会要有一整套思考,形成自己的剧本。以上,可作为起点和参考。
更进一步,形成一整套项目管理体系。
领取专属 10元无门槛券
私享最新 技术干货