“实时”是指在规定时间内作出响应。 —— 嵌入式RTOS到底“实时”在哪？
周五了，又要放假了。今天下午有retro，可以玩一下午。想想已经很多个迭代retro我没有写什么 well & less well 了，感觉也没写的。这边团队太大了，而且离领导太近了，很多想法都无法实施，比如之前说的分享。
之前在顺城的时候，团队只有5个人，基本上所有的事情都是咱们自己说了算，也感受不到外包、自有员工的差别。所以大家也比较愿意分享一些跟工作无关的东西、或者当下用不到的技术什么的。但是这边团队前端人员一直在变化，后端就有4个，在加上BA、测试等，十几个人的团队开始变的有些不那么敏捷了。
咱们之前的retro 首先会回顾一下迭代的well & less well， 然后提出一些建议，后面 还有一个活动就是分享有趣的事情。现在的retro就是回顾之后就是玩耍和放松。
说了那么多，那么到底什么retro？可以看看 敏捷实践之回顾会议Retro_retro meeting-CSDN博客
retro会议的四要素：
- well 表扬一下本迭代做的好的，鼓舞士气
- less well 回顾一下做的不好的，然后后续迭代作出改正
- suggesstion 建议属于建设性意见
- action 通过回顾、讨论确定接下来需要做的行动项
如何进行一次retro？
- 主持人复盘历史行动，确认其进度
- 分发便利贴用于成员写下well & less well & suggestion， 并确定截至时间
- 回收便利贴，并分们别类在专门的工具中记录各要素信息（匿名，成员可自行公布身份）
- 向所有人展示要素信息，并对 well 进行表扬
- 讨论less well （将问题分类后以此讨论，如果问题较多，可以投票选择性讨论）
- 确定行动项， 行动项一定是可检查的，有负责人、有截止时间的。
- suggestion某种方面和less well是相同的，可以在less well 讨论完后，由成员讨论投票确定采纳那些建议，并确定行动项。
- 确定下一次retro主持人、时间
虽然说retro的核心是对事不对人，但是很多时间还是很难做到这一点，特别是在团队成员地位不对等的情况下。比如现在所在的团队，由三个等级的人员组成：
自有员工：属于团队核心人员，基本上不用担心穿小鞋，做事也比较大胆。
组织级外包：属于人力外包的一种形式，随着团队走，团队做什么这一类人就做什么，没什么话语权。平时也会参加团队的一些活动。
项目外包：就是因为某个项目需要人，特别从第三方人力外包公司找来的人，项目一结束，这个人也就解散了。
后两者都是外包，没有话语权。每一年会通过团队leader的评论决定是否留下来，而leader有很容易受到自有员工的影响。因此，一般来说外包员工不会在retro上提出太大的建议。其实这比较考研团队leader的能力。
retro活动中，还有一些其他的活动，比如说通过一些活动让团队成员放松下来，形成一种信任、安全的环境。这个其实不是几个活动就能解决的，需要团队在平时沟通、协作、团建中形成。有一些公司的就不能形成这种信任，比如说老东家（华宇），有时候都不知道怎么的团队内的事情就被捅到上面去了，还经常开会让一些人来监控，像锦衣卫一样。
其实还有一种方式可以形成这种信任，比如说现在团队每次retro的时候会玩游戏，我们会玩三国杀、阿瓦隆、掼蛋等，在游戏中就熟悉了。而不是那种流于形式的会议，某些领导还不识趣的要来参加，这就是一种不信任的表现。
ps: 我还是比较喜欢玩是三国杀，阿瓦隆太烧脑了，掼蛋人数太少，不好玩。
One Comment