如何有效避免自己成为团队中的邮件工程师

为何邮件工程师对团队是有害的？

太多问题无法通过邮件解决，比如出现运营事故，严重 bug。通常出现事故的情况下，第一时间应该做的事情是解决问题，避免事故造成进一步的影响。然而，到了邮件中，在没有上下文的情况下，会变成责任推诿的闹剧。

为何会变成闹剧？因为邮件没有历史记录，没有交流细节，收件人、抄送人、密送人可以被随意更改，没有可信度！任何人都可以编造历史，因为我可以说我在其他地方做了什么事，但是邮件中看不到具体的时间、具体做了什么、做得是否符合目标。任何人都可以在邮件中变成英雄，但现实中可能打五折。如果你辩驳，邮件会变成谎言地狱，因为谎言是廉价的。

Talk is cheap, show me the code.

不发邮件还怎么沟通呢？

没有共同目标的沟通都是浪费粮食。所以需要一个管理目标的地方。

我推荐使用 asana 或者 trello。首要推荐 asana，既有时间线，又有修改历史记录，一切伪造都无处遁形。一切滥竽充数的交付都能被所有人看到。一切沟通过程都在聚光灯下，使聊天软件中一对一私下沟通中的丑恶行为得到收敛。但是邮件狂魔通常还是更喜欢邮件加 word 的模式，为何？因为老板没空看 asana，甚至看不懂。word 写的像小学生，没问题，我发错了版本。

如何强制推行呢？把自己的任务和相关人员的任务都列在任务列表中，归类于一个共同目标下。然后为项目上线主动推进其他人去处理任务。但是如果你处于一个目标不可控、信息不对称，位于类似乙方的尴尬位置时，还是做好自己的任务管理吧。至少可以作为日后邮件扯淡流程中不去背锅的证据。

当然，在这种环境下工作，用啥都不会有好结果。

扯了这么，还是无奈，还是泪。为何要继续讨论解决方案

因为总还是有靠谱的人会一起合作下去。

靠谱团队用 trello 就足够，虽然历史功能弱很多，但是积极性会更高一些，没有什么比完成一个个用户故事卡片更激动人心。

微信关注我哦 👍

我是来自山东烟台的一名开发者，有感兴趣的话题，或者软件开发需求，欢迎加微信 zhongwei 聊聊， 查看更多联系方式

Trello 的展现形式的确更活泼一点，哈哈。年轻人更容易接受。Asana 略显死板。

不过 Trello 最近被墙的厉害，貌似使用的 Amazon CDN 被和谐了。正打算找国内的替代品。