A crazy day

也许是沟通方式不同，有些时候交流起来竟会这般困难。圣诞、新年，一系列的假期将原有的计划都打乱了，项目长时间没有明显的进展。双方同时面临着尴尬 ，一方面急切的等待需求，无法动工；而另一方面没有明确的资料，却一直想要成果。十二小时的时差，两种语言的交流，一级一级的沟通链使这一切复杂起来了。一封讨论需求的邮件竟也会引起一场风波。
在和PL讨论了announcement模块的需求后，给EM发了邮件对结合选择的DNN框架对他写的Userstories提出了一些修改建议，结果却牵动了老大们的注意。EM指出邮件的语气让他对这个项目没有了信心，诚然在邮件中使用的诸如“It's very hard to modify & removie something... on the exsited module”不够Professional，动摇了军心，但这些在以前已经多次和BA提过，EM至今还不知道，这确实是令人不解。
昨晚反复斟酌后发出了邮件，半夜里仍感觉忐忑不安，先前没有和这个EM有太多的接触；今早检查邮件时证明了我的担心是有必要的；然后被老大找来谈话，PL和作为QA的我都在劫难逃，一番谈话，算得上是训斥吧，我们的这封邮件发的不是时候，个人也觉得不够professional。出于认真负责的态度反而办了蠢事，一些善意的建议被当成了被征讨的范例....... EM最终按照我们的建议修改了User Stories（老大的解释是EM是被迫的）。话已经谈到这个份上，老大说他会就此事给EM个解释，并向其承诺，Team会按照他上一个版本的User Stories来实现相关功能。
十分钟后，老大又回到了项目组，脸色不像上次那般难看，但人心依旧存有惶恐。没想到他的语气比前番要柔和的许多，说EM最终还是决定使用修改后的版本，并鼓励我们时不时的和EM多作些交流，BA有时候会避重就轻，多交流有益于项目的质量和进度......,当然也强调了项目组需要多采用的框架进行进一步的研究。
可怕的十二小时，从担心到紧张到当头一棒跌入深谷，再骤雨初停，这一切是我以前未尝经历过的。任何时候都需要交流，做管理如此，做管理也罢。正确的沟通才能产生预定的效果，做事需考虑周全，用词尽量做到professional。
不说话不对，多说话、说得不当会犯错误，适当的时机。用适当的语气来表达准确的意思确实是一种技术，能做到这点是一种学问。一次斟酌了许久，但最终被定为唐突的邮件使我更深的意识到了这点。

后续：事后不久， PL开始研究DNN框架，发现了隐藏字段的方式可以更改字段名和删除多余的字段。高兴和“不高兴”两种复杂的感情在我的心中搏击，处在一个复杂的角度上，自己就算是推动项目前进路上的一块垫脚石好了，以不适当的方式牺牲了，却以另外一种方式推动了项目的进度。

另言：人都是有惰行的，不要盲目迷信谁，鲁迅说过时间如同海棉里的水，同样开发人员和需求团队亦是如此，多施行些压力，还是会看到新的效果的。