每日三件高兴事——需求讨论

1.上午和用户讨论一个模块的需求。临时换了个会议室，发现这个会议室有电子白板，还有块物理白板。我马上去找了便签纸，白板笔，文档投在电子白板上，然后在物理白板上边讨论边画业务场景，画完一板拍个照，擦了继续，整个讨论过程高效流畅，整个人觉得痛快淋漓。如果只对着一个文档交流，经常发生双方讨论得牛头不对马嘴的情况。

因为这几年的项目实践，也做了好多次内部培训，对这种拿起笔来边写写画画边沟通的模式越来越情有独钟了。不再是以前那个站在白板前不知道怎么落笔的我了。

甚至总希望自己也有机会能够站在一个大屏幕前，对着观众闲庭信步，侃侃而谈。

2.上午还讨论了一个存储备份方案，关于其中的一项需求，我提出了一个大致的解决方案，但也提出这个需求实现的成本比较高，而又不是当前迫切需要的，待系统运行两年之后再来实现也没问题，对现在也没啥影响。“延迟决策”，不影响整体架构又不急的事情，没必要现在来处理，非得拿个确定的方案。

负责这个事情的人不懂技术，下午有另外的人给她提了个思路，她转述给我。

按以往我的说话方式，可能会说这人提的思路是狗屎。但这次我没有说这话，而是说这个思路有地方我没看明白，因为是转述，确实有转述不明白的地方。

我发现和对方电话沟通难以说清，改成视频会议，我共享桌面，通过ppt临时画出我的解决思路，也将另外这个人提出的思路里可能的一个难点示意给了她。她表示我的这个思路她是搞明白了。

在这件事情里，首先是我用了“延迟决策”的原则。第二是我能够心平气和的交流，不带情绪的去看待别人的方案。第三是及时采用更有效的交流方式。这些都是敏捷教练实践带给我的进步。

3.老婆中午回来说，她的boss给她回信了，表示把老婆昨晚发给她的微信转给了人力，意思是同意了老婆的工作时间可以灵活一点的申请。

老婆昨晚要我给她编段发给boss的话，我让她自己编，我可以给她检查。她写完了我看了下，我说写得不错嘛。条理通顺，合情合理，没有提任何改动意见，让她发过去了。

多鼓励，很重要。