前几年，一本叫《寻思录》的书正在海内俄然暴光度良多，良多读者都是“摆案头，读百遍”。《寻思录》是古罗马天子马可·奥勒写给本身的书，内容年夜部门是正在鞍马劳累中写的。实在有一句“我们所听到的不外只是一个不雅点，而非究竟。我们所看到的不外只是一个视角，而非本相”。

全员都加入的回首集会，实在就是但愿能经由过程全员视角，全员的不雅点往返顾做的好的，做的欠好的，改良之。从火速宣言，到火速的诸多理论(如 Scrum)，到 DevOps，都一向倡导回首这类情势。

实在回首这类情势，其实不是火速 /DevOps 专属的，华为 早也有近似的勾当。偶然候团队碰着域愁闷，疾苦的时辰，还会自动自觉的开。

以是，回首，我一向以为那是人类做为一个聪明物种比拟其他生物的一个主要区分。我有的时辰回经由过程回首集会来判定那个团队会不会胜利。 极度的，若是乃至都没有人想着要约年夜家一路回首，那个团队极年夜几率要88了。

华为内部不但研发托付团队，连一线的市场团队，正在严重的市场项目，托付项目标进程中城市按期停止回首集会，算是华为内部那么多年堆集的一个很好的理论。

必需光鲜表达的不雅点——回首有三个不是

1. 不是“回溯”。“顾”和“溯”一字之差，正在中文的语境中，却会致使酿成寻根究底。

2. 不是“攻讦与自我攻讦”。“攻讦与自我攻讦”是一个很好的情势，可是会致使团队堕入一种没必要要的严重和出错感。

3. 不是“问责和惩罚”。软件的不肯定性，不成见性，庞大性，易变性决议了软件开辟进程总会有些磕磕绊绊，我们倡导的是改良，不是赏罚。

从华为那么多年的理论来看，上面的三种环境都呈现过，以是提示年夜家要谨慎。

那么些年理论过来，我们发明呈现以上环境，也是由于步子走得太快，垂头玩手机，忘了“回首”的初心：

1. For a better future;

2. Learn from past;

3. Take action in present.

回首集会的根基原则

1. 对事不合错误人。举个例子，我们能够说“代码评审不充实，以是代码缺点较高”，不克不及说“某帅哥评审不当真”，固然夸人帅仍是能够的哈。

2. 聚焦于下次可否做得更好。还举一样的例子，我们能够说“那个迭代代码评审不充实，下个迭代我们怎样才气包管更充实的评审”。

3. 从体系角度思虑改良，而非小我。我们能够说“团队的事情放置上，导向上是否是不正视代码评审?”

回首集会的 Step by Step

1. 肯定介入人(Who)

a) 团队一切成员都加入。

b) 带领是不是加入，试环境，若是带领加入利年夜于弊，就约请，不然仍是算了。

c) 若是是严重的项目公布或项目竣事的回首集会，还应当叫上一切对项目有支出的成员。

d) 倡议指定一个集会指导人，能够是火速锻练，也能够是团队成员轮番(团队成员倡议熟读本文)。

2. 挑选适合的场合(Where)

a) 若是前提许可，离办公位尽量远一点，制止有同窗半途又归去处置事情了。

b) 尽量不要利用传统集会室的结构，围坐一个年夜桌子那种欠好。能够拉几把椅子围成一个半圆形。

c) 需求有白板，或墙壁能够贴个年夜白纸。

3. 筹办回首的内容(What)

a) 筹办上个迭代的客不雅数据，特征、需求、缺点等数据，若是利用了像 DevCloud 如许的火速办理东西，筹办数据实在很快的，乃至不消出格筹办，现场翻开便可以，近似以下如许：

b) 团队成员上个迭代的感触感染，能够以为是主不雅数据的搜集。

c) 逐日站立集会的要点。逐日站立集会中城市提出并跟踪处理一些题目，回首那些题目也能够帮忙我们审阅进程中的环境。

d) 筹办一个法则，集会起头前贴出来或打印出来或投影仪投出来。法则是为了包管集会的规律和效力，好比不克不及随意打断他人发言，每人讲话时长，集会时长(倡议 10~12 人的团队，限制正在 1 小时内)。

4. 回首集会的进程(How)

a) 筹办和指导——明白方针。重申回首集会的方针和原则，让成员重拾回首的“初心”，公布公示以下的回首宣言，重申集会规律，时长。筹办和指导环节是让年夜家放动手机，进进回首集会状况的需要环节，不管开过量少次，都不该该免却。

b) 数据、进程的回放——成立配合的全景。展现本迭代的怀抱数据，若是有利用近似 DevCloud 的火速办理东西，能够间接翻开体系。全景的数据展现回首，让视角更周全。对一些“历经灾难”的迭代，能够画一个时候线，把那个迭代产生的严重的一些事务依照时候挨次展现出来，帮忙团队成员回首都产生了甚么。

c) 提出看法——我们若何才气做得更好。能够经由过程脑筋风暴，全员介入，有良多种分类的方式，以下图中是分为“Good”(下个迭代哪些好的方式能够持续连结)，“Could Better”(下个迭代能够哪些处所能够做得更好)，Improvements(新的改良的详细设法)。能够采取“有限投票”的体例，每一个成员有 5 票(好比小磁贴或间接记正字)，年夜家配合团队层面需求重点改良的。实在投票未排进 Top 的改良，若是不需求构造和团队来鞭策，小我也能够实行的改良，也应当撑持。

d) 肯定办法——想清晰就干，才有诚信。辨认了重点 的改良项，为每个改良项指定打算，履行的办法，需求更高层面往处理的办法需求零丁列出来，项目 Leader 会后要阐扬“死缠烂打”的精力往骚扰带领了，同时每一个改良办法都应当明白一个义务人，若是没有明白的义务人，年夜家城市以为是他人的工作。

e) 竣事集会——判断竣事，毫不牵丝攀藤。将集会中告竣共鸣的办法和打算清算记实下来，若是利用了火速办理的东西体系，能够间接输进到体系中，记实为 Story 或使命。

来自理论中的一些坑和雷

1. 不锲而不舍。那甚么几天捕鱼，几天晒网的可不可。

2. 抱负主义。团队级的回首集会应基于实际，而非抱负，或说抱负能够有，诗和远方也能够有，可是回首集会仍是应接地气。

3. 陷溺于细节。法式员有的时辰出格当真，轻易把题目引进到手艺细节，如许会致使议题发散。

4. 为了调理集会空气，能够筹办些吃的，弥补能量，年夜脑才气激起。

初的 初，每一个迭代回首集会，都不要忘了感激辛劳码代码的本身，也不要忘了感激为了心中教堂而尽力的一切团队成员。