|
项目管理者联盟
开篇小故事：前几年，因为前某国家领导人“摆案头，读百遍”，一本叫《沉思录》的书在国内突然曝光度大增。《沉思录》是古罗马皇帝马可·奥勒写给自己的书，内容大部分是在鞍马劳顿中写的。其中有一句“我们所听到的不过只是一个观点，而非事实。我们所看到的不过只是一个视角，而非真相”。pmp.mypm.net
全员都参加的回顾会议，其实就是希望能通过全员视角，全员的观点来回顾做的好的，做的不好的，改进之。从敏捷宣言，到敏捷的诸多实践(如Scrum)，再到DevOps，都一直提倡回顾这种形式。blog.mypm.net
其实回顾这种形式，并不是敏捷/DevOps专属的，在华为最早的CMM流程中，也有类似的活动。有时候团队碰到郁闷、痛苦的时候，还会主动自发的开回顾会议。talent.mypm.net
所以，我一直认为“回顾”是人类作为一个智慧物种相比其他生物的一个重要区别。我有的时候会通过回顾会议来判断这个团队会不会成功。最极端的，如果一个团队都没有人想着要约大家一起回顾，这个团队极大概率要凉了。项目管理者联盟文章
华为内部除了研发交付团队，连一线的市场团队也包含在内，在重大的市场项目、交付项目的过程中都会定期进行回顾会议，这算是华为内部这么多年积累的一个很好的实践。bbs.mypm.net
必须鲜明表达的观点——回顾有三个不是项目管理者联盟
1.不是“回溯”项目管理者联盟
“顾”和“溯”一字之差，在中文的语境中，却会导致变成刨根问底。转自项目管理者联盟
2.不是“批评与自我批评”training.mypm.net
“批评与自我批评”是一个很好的形式，但是会导致团队陷入一种不必要的紧张和犯错感。项目管理者联盟
3.不是“问责和处罚”项目管理者联盟
软件的不确定性、不可见性、复杂性和易变性决定了软件开发过程总会有些磕磕绊绊，我们提倡的是改进，不是惩罚。从华为这么多年的实践来看，上面的三种情况都出现过，所以提醒大家要小心。转自项目管理者联盟
这么些年实践过来，我们发现出现以上情况，也是因为步子走得太快，低头玩手机，忘了“回顾”的初心：项目管理者联盟
1.For a better future;项目管理者联盟
2.Learn from past;项目管理培训
3.Take action in present.项目管理者联盟
回顾会议的基本原则项目经理圈子
1.对事不对人项目管理者联盟
举个例子，我们可以说“代码评审不充分，所以代码缺陷较高”，不能说“某帅哥评审不认真”，当然夸人帅还是可以的哈。
2.聚焦于下次能否做得更好talent.mypm.net
还举同样的例子，我们可以说“这个迭代代码评审不充分，下个迭代我们怎么才能保证更充分的评审”。转自项目管理者联盟
3.从系统角度思考改进，而非个人项目管理培训
我们可以说“团队的工作安排上，导向上是不是不重视代码评审?”。blog.mypm.net
回顾会议的Step by Step项目管理者联盟
|
