﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>《Scrum之 回顾会议》的评论</title>
	<atom:link href="http://www.zhoujingen.cn/blog/4596.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.zhoujingen.cn/blog/4596.html</link>
	<description>平衡、快乐、高效，成为一个有自我、有目标、有结果的敏捷个人。</description>
	<lastBuildDate>Sat, 28 Mar 2026 08:39:41 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.7.1</generator>
	<item>
		<title>作者：代码审查的意义到底在哪里？-H5W3</title>
		<link>http://www.zhoujingen.cn/blog/4596.html/comment-page-1#comment-105499</link>
		<dc:creator><![CDATA[代码审查的意义到底在哪里？-H5W3]]></dc:creator>
		<pubDate>Sun, 28 Mar 2021 13:47:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.zhoujingen.cn/blog/?p=4596#comment-105499</guid>
		<description><![CDATA[[&#8230;] 对了，先介绍一下背景，这是项目一次普通的回顾会议，我们正在讨论的是如何让代码审查更有效率和效果。我们做代码审查的方式比较简单直接，就是每日站会后，大家围在一台开发机周围，逐一轮换讲解昨天所有提交的内容，就像下图中的那样。还有，这是一个已经超过了7年的比较大型的项目，代码审查是我们从项目开始就坚持的一个实践，所以当有人提议废除它的时候，这在很多同学心里是想都没想过的事情。 [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] 对了，先介绍一下背景，这是项目一次普通的回顾会议，我们正在讨论的是如何让代码审查更有效率和效果。我们做代码审查的方式比较简单直接，就是每日站会后，大家围在一台开发机周围，逐一轮换讲解昨天所有提交的内容，就像下图中的那样。还有，这是一个已经超过了7年的比较大型的项目，代码审查是我们从项目开始就坚持的一个实践，所以当有人提议废除它的时候，这在很多同学心里是想都没想过的事情。 [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：不做代码审查又怎样？ &#8211; ThoughtWorks洞见</title>
		<link>http://www.zhoujingen.cn/blog/4596.html/comment-page-1#comment-104395</link>
		<dc:creator><![CDATA[不做代码审查又怎样？ &#8211; ThoughtWorks洞见]]></dc:creator>
		<pubDate>Thu, 19 Jul 2018 15:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.zhoujingen.cn/blog/?p=4596#comment-104395</guid>
		<description><![CDATA[[&#8230;] 对了，先介绍一下背景，这是项目一次普通的回顾会议，我们正在讨论的是如何让代码审查更有效率、更有效果。我们做代码审查的方式比较简单直接，就是每日站会后，大家围在一台开发机周围，逐一轮换讲解昨天所有提交的内容，就像下图中的那样。还有，这是一个已经超过7年的比较大型的项目，代码审查是我们从项目开始就坚持的一个实践，所以当有人提议废除它的时候，这在很多同学心里是想都没想过的事情。 [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] 对了，先介绍一下背景，这是项目一次普通的回顾会议，我们正在讨论的是如何让代码审查更有效率、更有效果。我们做代码审查的方式比较简单直接，就是每日站会后，大家围在一台开发机周围，逐一轮换讲解昨天所有提交的内容，就像下图中的那样。还有，这是一个已经超过7年的比较大型的项目，代码审查是我们从项目开始就坚持的一个实践，所以当有人提议废除它的时候，这在很多同学心里是想都没想过的事情。 [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：安知鱼乐</title>
		<link>http://www.zhoujingen.cn/blog/4596.html/comment-page-1#comment-2609</link>
		<dc:creator><![CDATA[安知鱼乐]]></dc:creator>
		<pubDate>Sun, 04 Jan 2015 11:20:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.zhoujingen.cn/blog/?p=4596#comment-2609</guid>
		<description><![CDATA[复盘方法论：a）目标b）结果c）分析d）总结；
复盘的步骤：a）回顾目标：当初的目的是什么（期望的结果）；要达成的目标和里程碑b）评估结果：与原来目标比c）分析原因：成功关键因素（主观/客观）；失败根本原因（主观/客观）d）总结规律：经验和规律（不要轻易下结论）；行动计划；
复盘的态度：开放心态、坦诚表达、实事求是、反思自我、集思广益；
复盘的误区与“5求”：不是自己骗自己，证明自己对而是重在实事求是（求真）；不是流于形式，走过场，而是重在内容和找原因（求实）；不是追究责任，开批斗会，而是重在改进和提高（求学）；强调客观，推卸责任，而是重在反思和自我剖析（求内）；不是简单下结论，刻舟求剑，而是重在找到本质和规律（求道）；
复盘如何落地：工作要求：a）小事即使复盘：行动结束和进行及时复盘；制定改进方案并落实。b）大事阶段性复盘：大的项目在直选中，要进行阶段性复盘（半个月或一个月）；对目标或策略进行及时调整。c）事后全面复盘：大的项目或战略结束后，要进行总复盘；总结经验教训，找到规律性。人员要求：a）领导者：以身作则。带头做复盘，给下级传承b）管理者：承上启下。先学会工具和方法，带领团队实践并运用c）普通员工：实际运用。学会方法和工具，在实践中应用并养成习惯]]></description>
		<content:encoded><![CDATA[<p>复盘方法论：a）目标b）结果c）分析d）总结；<br />
复盘的步骤：a）回顾目标：当初的目的是什么（期望的结果）；要达成的目标和里程碑b）评估结果：与原来目标比c）分析原因：成功关键因素（主观/客观）；失败根本原因（主观/客观）d）总结规律：经验和规律（不要轻易下结论）；行动计划；<br />
复盘的态度：开放心态、坦诚表达、实事求是、反思自我、集思广益；<br />
复盘的误区与“5求”：不是自己骗自己，证明自己对而是重在实事求是（求真）；不是流于形式，走过场，而是重在内容和找原因（求实）；不是追究责任，开批斗会，而是重在改进和提高（求学）；强调客观，推卸责任，而是重在反思和自我剖析（求内）；不是简单下结论，刻舟求剑，而是重在找到本质和规律（求道）；<br />
复盘如何落地：工作要求：a）小事即使复盘：行动结束和进行及时复盘；制定改进方案并落实。b）大事阶段性复盘：大的项目在直选中，要进行阶段性复盘（半个月或一个月）；对目标或策略进行及时调整。c）事后全面复盘：大的项目或战略结束后，要进行总复盘；总结经验教训，找到规律性。人员要求：a）领导者：以身作则。带头做复盘，给下级传承b）管理者：承上启下。先学会工具和方法，带领团队实践并运用c）普通员工：实际运用。学会方法和工具，在实践中应用并养成习惯</p>
]]></content:encoded>
	</item>
</channel>
</rss>
