今天说的是RetroQ全名retrospectiveQ中文名“回顾会议”Q网上有很多相关文章Q就不再q里赘述了。这里提到的Retro是最常见的一U模式，分Well, Less Well, Puzzle三个l度的模式。该模式的Retro的特Ҏ会让我们更多的关注less wellQ关注我们做的不好的那些。这Ҏ好有坏。本文只揭示它好的一面。做充，q有一Uv星图的模式，感兴的人可以自己查询?br />
我个为retro是敏捷开发中很重要的一道防Uѝ是团队健康度的晴雨表，是沟通的桥梁Q是p建立的契机，是改q的开始?br />
对于团队本n存在大量问题，而这些问题可能都在敏h法的问题域里时。Retro是一个很好的发力炏V他的效果可能没有持l集成那么立竿见影，往往是润物细无声。他可以帮我们把痛点暴露出来Q但是不一定是Ҏ问题。就像医生看病也得先问你哪不舒服。而Retrop帮团队说出来哪不舒服q达成共识。某U意义上Ԍ它是个报警器?br />
如果已经采用了大量敏捷实늚团队呢？比如我们团队Q在我们团队的开发中Q我们一直推q着各种改进Q期望让我们的工作更有效率，交付更多价|同时也让我们的生zL好一些，q是一件双赢的事情?可是我们也要看到改进是需要成本的Q而且也是有风险的Q所以有的时候难以推动。对于客P 有时是PM{内部角Ԍ来说Q他讨厌一切成本和风险Q而更感兴的是新功能Q当到短视的负责hQ或者交付压力占了上风的时候，难以推动q点感觉ؓ明显。不q商业社会里竞争如此Ȁ烈，q也无可厚非。虽然我们也知道出来PƠ下的迟早是要还的?br />
不过q不是我们今天讨论的角度。今天我们站在推动改q的角度来看q个问题Q开发时Q在开发第一U的我们往往是第一个了发现开发中的问题，然后我们会发现改q最困难的是沟通，明明q是个问题，但是让各斚w接受q个问题q改q它需要证据，需要沟通，需要资源，最重要的需要时间。我曄睁睁得看着客户只是加几台机器提升持l集成的构徏效率qg事竟然推动了q一q才成功Q那么在q个问题被发C不能改进的时间里Q团队会怎样呢？首先士气会被打击Q接着如果问题长期不能解决q媄响了工作效率Q一U不愿追求卓的气氛会渐渐感染团队成员，q而得大家会在其他实践上表现渐渐变差。（ 相对于每个h自己Q而不是团队其他成员）改进的意愿也会不同程度的变低。这W合破窗效应?br />
q时候，很容易出现的一个們会是q脆我们不要retro了，反正也改q不了，完全是浪Ҏ间?q就成了自毁长城。不能干因ؓ报警器老响把报警器拆了的事。出来Ơ下的始l要q，学鸵鸟是没用的。当retro不能l我们提供更多实际改qh值的时候，它还能提供最后一个h|忏悔的A式?br />
曄一直不明白西方Zؓ什么定期去教堂忏悔Q周周去Q周周都有值得忏悔的，甚至犯过的错q有很多cM的。看h没什么用。但q就像房_天天打扫天天都有的打扫的Q心늚戉K也是一栗一位有信Ԓ的朋友告诉我Q定期经常向忏悔会更愿意改q自己，如果一D|间不d自己的要求就会放松。h的心理就是这么奇怪。这揭示了一个道理，人是会逐渐放松对自q要求的，所以需要一U手D让我们保持对自q高标准?br />
我个为retro是一个很好的手段。尤其我前面说过了，q里讨论的这URetro的模式的特点是让我们更x于Less Well。定期，l常Q回，反思。当我们无法变得更好的时候可以帮助我们反观团队自w，不要变得更差。让破窗效应难以发生?br />
Q本来只是想写一个敏捷团队碰到让人沮丧的情况时Retro提供的h|l果写多Q有点跑题了⋯⋯Q?/div>
]]>
实际上，我们的项目就W合前面的假设，在项目的最后，我们真的取消了IPM。这Ӟ才感觉出来IPM的h倹{?br />整个团队的效率慢慢开始下降。对于目标的理解开始不一致。虽然团队整体的表现q不差，虽然没有出现M实质的问题，但容忍度低的人开始不舒服。跟团队自己以前的状态比Q确实有炚w化的感觉。怎么会这样呢Q?br />每当说到q种状态出现在敏捷团队中的时候，我最常听到就是h的问题，态度问题{等说法。其实我一直觉得，如果q究态度Q空谈h的问题有用的话，我朝应该是世界第一而不是那个h我的帝。h一直是有问题的Q不然要理学干什么？敏捷里提倡自l织团队Q自我管理。但决不是松散组l，不管理。自l织它也需要组l，自我理它也是管理。像IPMq样的活动，是理的一部分?br />IPM上做的两件事Q看h完全不靠铺，实际上却非常有h倹{整个IPMzd是一个承诺的仪式。像古代行军打仗前的誓师大会一P可以调动起团队在下一个P代中的士气。通过集体参与评估和制定计划，通过各个角色的共同作用，使得每个人都参与到整个计划制定中来。自然而然的对下一个P代许下承诺。而承Z旦许下，׃像一个而的恶，暗中催促着Z的行Z其保持一致?br />生活在我朝的ZQ似乎对承诺q个东西的效果是完全不相信的。这也难怪，不过Z众所周知的原因，׃谈我们ؓ啥不信Q承诺。从心理学的角度Q承诺是有实际意义的。《媄响力?#8220;W三?承诺和一?#8221;中就讲了q个极ؓ单却极ؓ有用的心理学原理Qh人都有一U言行一_同时也显得言行一_的愿望? 其中有很多很有趣的实验，揭示了承诺的力量?感兴的人推荐读一诅R里面有个小例子提到Q两个星期前一个愿意在自家的草C插一个小牌子Z通安全做点A献的承诺，使得该社?6Q的人都在两个星期后接受了在自家草地上插一个挡风景的大牌子的请求。而对照社区只?7Q。巨大的反差可以让我们看到承诺的力量?br />当然我们Ҏ诺的不信M是有道理的，当承诺真的难以完成的时候，几乎所有h都会q背承诺。在传统的瀑布式开发过E中Q得计划这U承诺难度大大上升，而可信度也就大大下降。这也是Z么我们需要P代的原因?br />
]]>
坐在代码面前Q仿佛在M本被囚禁了灵的书Q你能在注释中读出兴奋与痛苦Q你能在代码中看到骄傲与彷L。每当完成一ơ重构就像解救了一个被困的灵魂。那代码又仿佛一个h的脸Q你可以看到各个技术历史阶D在它脸上留下的岁月痕迹。畅游在代码中，有些时候我们好像穿梭在时光的河中Q你能看C个愚昧的风格是如何从一个有价值的需求中演变而来。如今再看，仿佛一羊在不断的跌一个早已不存在的栅栏一栯异。而有些时候，我们只能看到一些遗q，原野中矗立的大石柱根本无法自己告诉我们他们到底是Z矗立在那里的。以及移动他们会不会带来什么灾难?/p>
能力很强Q问题很多。是M一个已l有历史的公叔R会有的。Y件不q是公司的一个表现方面。就像一个拥有完整公司基因的l胞。准的_M时候，M公司都不可能没有问题的。但是何时解冻Iq个问题p什么时候重构一P{案也是一P随时。解决问题的时机会媄响解决问题的隑ֺ。越晚解冻Ip难解冟뀂说hҎQ做h谈何Ҏ。是的，解决问题L需要鼓qQ但是谈何容易四个字却很Ҏ瓦解我们前进的意志。低下头埋到土里Q是可以让一切都清静了。但不管我们做不做，甚至于即便我们在做，问题也永q不会停止它产生q进化的脚步。面寚w题，只有应战Q没有第二条路可以走。经危机教会了很多企业只顾赚钱而忽略企业的问题会有什么后果。我怿有很多h会选择遗忘q在遥远的未来l重犯同L错误Q但是我也相信，也会有很多h会选择Cq把教训提炼成一U知识或制度Q让后世人学会警惕?/p>
]]>
最q才意识刎ͼq种东西一炚w不时髦。很多理发店Q饭店，他们早晨都有q个。今天在大鸭梨看C们的晨会Q颇有感觉。看着他们都站在那里，觉得跟站立式晨会差不多。不同的是他们的员工Q年龄层比较低，处于q比较毛p的q龄。也是_不仅需要教育怎么做事Q还得教他们怎么做h。所以在q个晨会上，l理教育他们_不要h子，十年后，你们如果没做Z么来Q一生就q么q去了。跟他们_要当面说坏话Q背后说好话。也是q行人性和行事风格上的教育Q也可以说是一U文化上的教肌Ӏ经理教育完Q几个像老员工的来说加单要写名字Q不要怕写了名字会怎么着{等。虽然是端茶倒水送饭Q但是需要注意的q真是不。前収ͼ服务员，后厨Q这之间也是需要沟通规范，M一个沟通不W合规范Q就会出乱子?br />
比较hQ敏L实践只是要求个h说自己做q什么，要做什么，有什么问题。不q我发觉Q有些话Q其实是应该在晨会的时候应该强化与灌输Q不见得是每天，但是隔三差五的就该讲讌Ӏ关于工作态度Q配合。这是员工培训的最好时机。在q里用力Q虽然不会有奇迹般的效果Q但每隔一D|间肯定会有一点切实的q步。企业与企业都是不同的，有自q氛围Q那所谓的文化Q就是企业的性格。员工与员工更是不同。但是企业喜Ƣ的员工其实都很怼。不喜欢的员工却各有各的不同。所以企业经常培训员工。但我是不相信给员工搞一两次译֏以改变一个h的。有天在快餐店，听到一个老销售教育一个新销售说Q鸭子听鹰讲怎么飞。上完课Q鹰飞回家了Q鸭子还是走回家的。不能飞的鸭子又不缺什么，野鸭p飞。所以，仅仅几天的员工培训能改变什么呢Q不能指望着几天pl公司制造出好用的员工来。公司对教育的重视不够说了是不把自q钱当回事Q说大了其实是社会责ȝ~失?br />
你们10q后q一事无成，q是l员工灌输的一U危机意识。要当面说坏话，背后说好话，q是对员工进行h性的教育。这像是领导说的话，有h_领导两个字是领袖+导师。n为导师不引导人光明磊落，׃能怪ha可畏。有喜欢以流a御h的领导才有大量到处嚼舌头的下属。现代企业不是古代的官僚衙门。该专心搞的是经营而不是政沅R?br />
散会后，员工l箋d作了。你说这个晨会有什么作用吗Q不知道Q就像一颗石头扔q了q静的水里。一阉|荡过后我们什么都看不C。但是，我想Q日U月累，矛_扔得多了。在你不注意的时候，水面会悄悄上升的?br />
]]>
]]>
- 刚明白原来这些个名词他们是JIT->TPS->Lean->Agileq么一个关pR?/li>
- 丰田老M拍脑袋提?q之内超福牏V这U感觉就像好像有一家中国Y件公怸拍脑袋说Q三q之内超微软一栗我要是执行人，只会觉得上边又发经了，q不是疯了吗Q结果大野耐一到底是大野耐一Q竟然真的找CҎ?br />
- TPS认ؓ费有七U：
- 生q剩的浪?/li>
- 刉不良品的浪?/li>
- 停工{活的浪?/li>
- 动作上的费
- 搬运的浪?/li>
- 加工本n的浪?/li>
- 库存的浪?/li>
- 丰田的思\其实单到了不能再单，利润=销售h?成本。那么在l济增长无望的时代，减少成本q于创造利润。过ȝ时代是一个经高速发展的时代。就像日本沫经时代一栗但是沫破裂的时候，丰田反而崛赗类似的如学习TPS的佳能，?q内销售没有增加的情况下，利润增长十倍?/li>
- 面对一个即来临的l济增长攄的时代，成本开始成为管理者嘴上流行的新词应该是下一步的势?/li>
- 软g开发中的浪Ҏ哪些呢？我现在想不到太多。但是跟朋友聊天我突然意识到Q犹豫也是一个巨大的费。作Z脑力劳动，开发时的犹豫就如同停工{活的浪费和动作上的费。这U事情其实可以避免，我开始明白TPSq样一个强调变化与改进的过E，Z么还如此标准化。应该就是通过整理最佛_践ƈ定为标准流E来减少重复犯错与犹豫造成的浪贏V那么结对对效率造成的改q，别的不提Q减了犹U的时间应该是很重要的一炏V而这也是在水面以下最不容易被发现的浪贏V因为犹豫和谨慎Q从表面上看Q似乎是一L?/li>
]]>
]]>
CMMI认ؓ通过4U的度量形成了稳定的q程之后Q?U就应该是对4U过E的不断改进Q什么时候看Q都是不满的，值得修改的。那U精不正是敏捷的世界观吗？CMMIl出了一堆过E域和目标，q没有告诉我们怎么实现QAgile更_狂Q不q大家提到Agile其实惛_的是XP。所以觉得Agile是一堆实践而已Q没关系Q不M辩这个问题。我qXPQXP的那12个最佛_践，跟CMMI的思想一炚w不矛盾。（l节不可考，因ؓ很多时候我很难清到底是CMMI里面定好了q细节还是我们的EPG定的Q。以前的时候只是粗略的感觉q两者可以不矛盾Q现在培训过后，更证实了q点?br />
============
~写解释Q?br /> Agile 敏捷
CMMI 能力成熟度模型集?br /> XP 极限~程
EPG 企业q程组
]]>
其实在家办公Ҏ来说是一个很遥远的梦惟뀂但是hM能放弃梦惛_。也来一个假惛_?br /> 说是假想Q其实这些手法也是来源于一些分布式开发的讨论。而在家办公在一定程度上构成了分布的情景?br /> 最早听说分布式开发是一讲分布式敏L文章Q之后一直对q种奇的开发模式十分向往Q也看过一些讨Q借着q个话题也来写一些东西，主要考虑一下Web2.0产品对分布式开发可能会有的一些帮助。在那篇文章曾说到分布式开发的基本原则Q?br />
Q注Q可以接触到实际客户的一端一般称为on-siteQ另一端可相应的称为off-siteQ?br /> 原则说得很到位，MQ无条g的提高交的效果。在手段上我觉得在web2.0时代Q我们有很多更好的工具可以帮助我们进行交?br />
首先Q对那个MSN和YQ的做法我就不是很同意，相比较的话Twitter不是更好吗？目l成员一人注册一个Twitter帐号Q所有h互相Follow。制定一个制度（先不考虑制度的徏立过E）每隔一个小时写一个正在干什么。Twitter不就是干q个的吗Q就像Twitter输入框上面写的：“What are you doingQ?#8221;Twitterq能对话Q而且所有的对话都是公开的，方便每个人加入进来，天生是个开攄环境。Twitterq能发到手机上，外出有事也能接到组成员的工作动态。ƈ且随时插入讨论。当然Twitter毕竟是国外的Q可能会有很多问题，比如哪天被盾掉，那么叽歪Q饭否也是可以选择的。相传矶歪的功能比Twitter更强大?br />
接下来我说的更多像是lGoogle做广告了Q但是不你承不承认QGoogleq些工具实很有帮助?br /> W一个，Google日历QGoogle日历可以拿来做计划和工作日志Q每个h一个日历，目l再做一个计划日历。每个h的日历写自己的计划和日志Q项目组的日历写目计划和日志。可以帮助项目组跟踪计划和统计工作量。甚至项目经理或l长可以拿日历分配Q务。拿d日历和日志日历跟t进度情c?br />
W二个，Google GroupQgoogle的这个论坛可以拿来做目l讨论的地方Q每一个发L讨论都可以记录下来，q避免了q_口头讨论时不Ҏ回溯的问题。但是单U的GoogleGroupq是比较ȝ的，只有在结合了Google的另一个拳头品之后，q个手段才是可用的。那是Gmail?br />
W三个，没错QGmailQGmail中可以直接对Group发帖或对讨论贴进行回复，q且每一个讨都可以折叠和展开h。同时各个Gmail用户可以直接聊天Q聊天记录也可以被保存在Gmail中。一切都是便捷且可回儡?br />
W四个，Google DocQ不我们怎么讨厌文档Q大多时候文档是逃不掉的。大家分布的情况下，文档的管理和׃n是个问题Q但实际上，即便是不分布的时候，我们的文档的理׃n也是问题Q我L在飞鸽上收到大量的文档，D我的文g夹中文g膨胀速度太快Q生大量垃圾，每次到找的时候M找不到需要的文档。）。ؓ啥不使用Google Doc呢？文档可以L׃nQ且大家可以协作完成一份文档。且支持版本控制?br />
W五个，Google NotePad,q是一个很有趣的记事本工具Q他有很多种用途，在我看来Q他可以做能够共享的TODO ListQ而且一些点子可以随手记在上面，当哪天差不多了可以导出到Google DocQ我们可以用它来制定自己的计划，q共享给l长或组员?br />
Google的广告做完了Q再来吹吹Adobe的，Adobe推出了一Ƒ֜U会议室QBRIOQ目前还是测试版?br /> 我申请了一个个Z议室试用了一下，q是Z错的。可以共享桌面、聊天、语韛_话、视频，上传文g。这些对于帮助在家办公的人开会是很有帮助的。不q因为外国服务器的关p，速度有点慢?br />
即便q个东西因ؓ|速等人力不可战胜之原因跑不了Q我们还有qq嘛，虽然因ؓ众所周知的原因，用QQ一般是降低工作效率的，不过我们可以甌一个工作用QQ嘛，q样聊天、语韟뀁视频、共享桌面也都全了。而且在twitter的帮助下Q配上TDD和持l集成的手法Q偷懒应该是很容易被发现的?br />
以上是我想到的可以辅助我们在家办公或者说分布式开发的web2.0产品?br /> ===========================
写完之后我到回来惻I其实有些用在办公室里也未不可?br />
]]>
路宁在讲演中Q一直在要考虑端到端、对最l用户h值的重视。这是一个很的新思维。我们的思维惯性里Q对短板效应比较重视QLҎ短的那个木板q行优化Q但是丰田直接把木桶扔掉了。因为在他们的模式里Q木桶接_是一U浪贏V这U让目一新的思\Q不由得使我惌v了郎咸^的那个案例：时装行业的SARA?br /> 他们Z解决3家大工厂?00家小工厂之间的物问题，Z200公里的地下隧道，用高压空气运输；他们用空q而不是vq；他们Ƒ֤量少Q他们根据销售情况快速反应制作下一个款式；他们从设计到出现在店里的旉Q又U前导时_?2天。而我们国内一般最快的?0天，最慢的能到180天。因为我们会怎么做？3家大工厂?00家小工厂太分散，集中。vq便宜，选vq。一个款式还在热销我傻了我不大量生产？比较来看Q我们的手法从常识上来讲g是减了费Q集中了Q更有效率，减少了运输浪贏Vvq便宜，减少了运输成本，把每一个款式的销售额发挥C极限。结果，我们的前导时间是他们的几倍甚臛_几倍更不要提他们因反应敏捷带来的快速设计新的款式的加成效果了。他们引发了时装界的革命Q我们只能恶性竞争，一块死掉?br /> q就是说Q浪Ҏ很多是反常识的。让我们考虑Q时装行业，Ҏl用h说最大的价值是什么？新潮、时髦的衣服。最好能不要跟h撞衫?br /> 从这个角度上再来看，考虑端到端，最大的费是什么？前导旉、同一Ƒּq多的量。现在你再倒回ȝSara模式Q他不成功谁成功Q咱不失败谁p|Q?br /> 李剑在session中提C个故事，一个h外出Q准备了各式各样的预防措施，最后走到桥上，桥折断了。这个故事说明，我们l常Zx的风险做一些无谓的预测行ؓQ反而变成了费。我们要扑ֈ我们真正的问题，我们软g开发中Q也常常做预（预先设计Q，以防目中会发生的变化措手不及。这本无错，可是我们l常把本质问题扔C边，热衷于预先设计了。做那么多预先设计不一定能预防目中发生的变化造成的措手不及，q是一U极大的费。（有时候我看到Z寚w先设计的热衷Q不由得感觉Q那有点像对雨之舞的迷信，同学们，我们的目的是让他下雨Q不是蟩舞，当然你一直蟩一直蟩他M下雨的，不过你不觉得那是蒙的吗？Q我们真正的问题是ؓ了变化不会杀L们的目Qv码最坏的打算是这LQ，别的都是手段而已。再回到sara的例子上Q?家大工厂?00家小工厂的分散，从表面上看，不集中会带来费。但实际上，真正的问题是不集中会D物流的不畅通，q个问题解决了，你集中不集中呢Q对吧。集中往往q会因ؓ臃肿而导致效率低下呢?br /> 我们要透过现象看本质，消灭惯性思维。通过q个sessionQ我又一ơ认识到了这个思维的重要性。。。。。?br /> =========
附：
路宁Session的报道：
http://www.infoq.com/cn/news/2008/01/lean-2008-beijing
]]>