《看板方法：科技企业渐进变革成功之道》-读书笔记12-第3章 一种成功秘诀-4
以下文章选自《无以名之》
《看板方法：科技企业渐进变革成功之道》
「20201025」今日音频
012-看板方法：科技企业渐进变革成功之道-第3章 一种成功秘诀-4
来自无以名之
00:00
05:17
音频内容：3.1 使用秘诀：减少在制品并频繁交付-谁更好？频繁发布能够建立起信任。
3.1 使用秘诀
减少在制品并频繁交付
谁更好？
OTA 团队析项目计划在 2004 年 3 月中旬完成，但事实上一直持续到同年 7 月中旬才告结束。OTA DM 团队有一半人员被调离原来的项目加入 OTA 团队修复缺陷。2004 年 7 月，尽管产品质量牌堪忧状态，产品被宣布开发完毕并移交给现场实施团队。但是，后来多达百分之五十的客户因质量上的原因撤销了实施。
很具讽刺意味的是，如果你问西雅图 SODO 的开发人员：“这里哪些人最聪明？谁经验最丰富？”他们都会说是 OTA 开发团队。如果你仔细看简历会发现， OTA 开发团队的成员平均工作经验超过 OTA DM 开发团队 3 年，就简历上的表现来看， OTA 开发团队成员也比 OTA DM 开发团队成员的更好。直到今天，还有人认为他们是最好的，尽管所有的证据表明情况与此相反。
根据自身多年的管理和辅导经验，可以这样来理解， OTA DM 开发团队的一些成员对自身的专业缺乏自信，他们担心自己的天赋比不上其他聪明的同事，但是，OTA DM 开发团队的生产效率是 OTA 开发团队的 5.5 倍，初始质量是他们的 30 倍。正确的流程、良好的纪律性、强有力的管理及良好的领导力，这些因素加在一起，使得两者的最终结果迥然不同。这个例子说明，并非只有拥有最好的人才才能产出世界一流的成果。敏捷社区里有些人持有这样一种信念，在敏捷开发中要想取得成功，需要的是一个由真正的好手组成的小团队。作者将之称为技艺势利眼（craftsmanship snobbery）。但是，这个案例表明，一个成员能力参差不齐的团队也能够产出世界一流的成果。
频繁发布能够建立起信任
减少在制品数量能够缩短前置时间。缩短前置时间，意味着可以更为频繁地发布可用的代码。频繁地发布代码，能够与外部团队，尤其是与市场营销团队或业务方之间建立信任。信任是一种很难定义的事物。社会学家将之称为社会资本（social captial）。他们发现，信任是由事件驱动的，小而频繁的表现（gestures）或活动，较之那些大但只是偶尔发生的表现或活动而言，更能增进信任的产生。
一个案例：在课堂上，设问女学员与某位男士第一次约会后的感觉。先假设她的那次约会很愉快，但是之后两个星期他都没有给她打电话；而某一天，他忽然满脸歉意地拿着一束鲜花出现在她的家门口。然后让她把这位男士和另外一种类型的男士进行比较。另外一种类型的男士，会在当晚约会回家的路上给她发短信说，“今晚和你在一起的时光太美妙了，我真的很想能够再次见到你。明天给你打电话可以吗？”并且第二天真的打了电话过来。猜猜女学员更喜欢哪一位？微小表现往往不费分文，较之那些大而昂贵（甚至夸张）但偶尔发生的表现而言，能够建立起更多的信任。
在软件开发上也如此。规模最小但是频繁、高质量地发布交付，较之规模大但频率低很多的发布，更能够在团队合作上建立起信任。
小规模的发布表明，软件开发团队具有交付能力，并能够一直致力于产出价值。软件开发团队能和市场营销团队与业务方之间建立起信任。高质量的代码发布，能够使开发团队与上下游合作团队，如运营、技术支持、外部工程实施和销售等之间建立起信任。
版权声明
本人所读图书的版权属于原著者和译者。这里仅为个人学习使用。但由本人学习整理所形成的音频、图片、文字和视频等的版权为本公众号拥有，任何人不得未经授权转载。
如果你觉得本文有用，欢迎分享给其他人。谢谢。
《看板方法：科技企业渐进变革成功之道》
「20201025」今日音频
012-看板方法：科技企业渐进变革成功之道-第3章 一种成功秘诀-4
来自无以名之
00:00
05:17
音频内容：3.1 使用秘诀：减少在制品并频繁交付-谁更好？频繁发布能够建立起信任。
3.1 使用秘诀
减少在制品并频繁交付
谁更好？
OTA 团队析项目计划在 2004 年 3 月中旬完成，但事实上一直持续到同年 7 月中旬才告结束。OTA DM 团队有一半人员被调离原来的项目加入 OTA 团队修复缺陷。2004 年 7 月，尽管产品质量牌堪忧状态，产品被宣布开发完毕并移交给现场实施团队。但是，后来多达百分之五十的客户因质量上的原因撤销了实施。
很具讽刺意味的是，如果你问西雅图 SODO 的开发人员：“这里哪些人最聪明？谁经验最丰富？”他们都会说是 OTA 开发团队。如果你仔细看简历会发现， OTA 开发团队的成员平均工作经验超过 OTA DM 开发团队 3 年，就简历上的表现来看， OTA 开发团队成员也比 OTA DM 开发团队成员的更好。直到今天，还有人认为他们是最好的，尽管所有的证据表明情况与此相反。
根据自身多年的管理和辅导经验，可以这样来理解， OTA DM 开发团队的一些成员对自身的专业缺乏自信，他们担心自己的天赋比不上其他聪明的同事，但是，OTA DM 开发团队的生产效率是 OTA 开发团队的 5.5 倍，初始质量是他们的 30 倍。正确的流程、良好的纪律性、强有力的管理及良好的领导力，这些因素加在一起，使得两者的最终结果迥然不同。这个例子说明，并非只有拥有最好的人才才能产出世界一流的成果。敏捷社区里有些人持有这样一种信念，在敏捷开发中要想取得成功，需要的是一个由真正的好手组成的小团队。作者将之称为技艺势利眼（craftsmanship snobbery）。但是，这个案例表明，一个成员能力参差不齐的团队也能够产出世界一流的成果。
频繁发布能够建立起信任
减少在制品数量能够缩短前置时间。缩短前置时间，意味着可以更为频繁地发布可用的代码。频繁地发布代码，能够与外部团队，尤其是与市场营销团队或业务方之间建立信任。信任是一种很难定义的事物。社会学家将之称为社会资本（social captial）。他们发现，信任是由事件驱动的，小而频繁的表现（gestures）或活动，较之那些大但只是偶尔发生的表现或活动而言，更能增进信任的产生。
一个案例：在课堂上，设问女学员与某位男士第一次约会后的感觉。先假设她的那次约会很愉快，但是之后两个星期他都没有给她打电话；而某一天，他忽然满脸歉意地拿着一束鲜花出现在她的家门口。然后让她把这位男士和另外一种类型的男士进行比较。另外一种类型的男士，会在当晚约会回家的路上给她发短信说，“今晚和你在一起的时光太美妙了，我真的很想能够再次见到你。明天给你打电话可以吗？”并且第二天真的打了电话过来。猜猜女学员更喜欢哪一位？微小表现往往不费分文，较之那些大而昂贵（甚至夸张）但偶尔发生的表现而言，能够建立起更多的信任。
在软件开发上也如此。规模最小但是频繁、高质量地发布交付，较之规模大但频率低很多的发布，更能够在团队合作上建立起信任。
小规模的发布表明，软件开发团队具有交付能力，并能够一直致力于产出价值。软件开发团队能和市场营销团队与业务方之间建立起信任。高质量的代码发布，能够使开发团队与上下游合作团队，如运营、技术支持、外部工程实施和销售等之间建立起信任。
版权声明
本人所读图书的版权属于原著者和译者。这里仅为个人学习使用。但由本人学习整理所形成的音频、图片、文字和视频等的版权为本公众号拥有，任何人不得未经授权转载。
如果你觉得本文有用，欢迎分享给其他人。谢谢。
