天才一秒记住【狂风中文网】地址：https://www.kfzw.net
又有人问：“如果客户不配合呢？”
“那就用数据说话。”
陈明远调出一张图表，“这是上个月我们和客户沟通时用的数据：如果不规范变更流程，平均每个需求改82次，项目延期率35；如果规范，变更次数降到43次，延期率降到12。
客户看到这个数据，大部分会愿意配合。”
台下响起一阵议论声。
数据说话——这比任何理论都有说服力。
第二个上台的是市场部品牌组的小薇——就是那个差点辞职的设计师。
她比一个月前自信多了，站在台上，语气平和但坚定：“我们组最大的痛点是跨部门沟通。
一个方案要改十几遍，不是因为方案不好，而是因为各部门意见不统一，又没人拍板。”
她展示了跨部门协作平台的截图：“用了这个平台后，最大的变化是责任清晰了。
每个环节谁负责，什么时候交付，交付标准是什么，清清楚楚。
如果有部门拖延或者推诿，数据会记录下来，公开透明。”
台下有人问：“这样会不会激化部门矛盾？”
“会。”
小薇实话实说，“刚开始用的时候，确实有部门觉得‘被监督了’，很不爽。
但用了一段时间后，大家发现，其实这样更好——因为谁的责任谁承担，不会背黑锅。
现在，我们和其他部门的协作反而更顺畅了，因为规则明确，减少了猜忌和推诿。”
第三个上台的是技术部后端三组的老赵。
他讲得最朴实：“我们程序员，最讨厌两件事：一是无意义的会议，二是需求变来变去。
用了工具箱后，会议少了，需求变更规范了，我们终于能把时间花在写代码上，而不是在开会和改需求之间疲于奔命。”
他调出一张代码产出质量的对比图：“这个月，我们组的代码bug率从18降到了07。
不是因为技术变厉害了，而是因为有时间认真写代码了。
以前赶工，写完就扔给测试，现在有时间做dereview，有时间写单元测试，bug自然就少了。”
他最后说：“我知道很多技术团队觉得，‘我们情况特殊，我们项目难，我们没办法’。
但我想说，再难的项目，也是人做的。
如果人都累垮了，项目怎么可能做好？”
三个团队的分享，没有高大上的理论，都是实实在在的经验和感受。
台下的人听得很认真。
分享结束后，林眠重新上台。
“刚才大家听到的，是三个团队的亲身经历。”
他说，“工具箱好不好用，数据说了算，体验说了算。
现在，工具箱就在这里，培训支援也在这里。
用不用，怎么用，你们自己选。”
他调出最后一个页面，上面是工具箱的下载二维码和培训预约链接。
“我只强调一点：改变，从最小的事情开始。”
林眠说，“不用一开始就把所有工具都用上。
可以从最简单的开始——比如，明天开会前，用会议模板准备个议程；比如，把每日站会控制在十五分钟内；比如，尝试用任务看板跟踪工作进展。”
本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！