工作中的邮件,你知多少? - 大师兄



工作中的邮件,你知多少? - 大师兄

在实际的软件项目中,除了完成个人的工作之外,大家还需要与同事进行沟通。大家采用的沟通方式不外乎四种:面对面、电话/手机、即时通讯工具、邮件。根据我个人的经验,这四种方式所达到的沟通效果的优先级如下图所示:

1.JPG

 

也就是说,如果我们想要尽快地解决或确定一个问题,面对面沟通的效果是最好的。那么,我们还要邮件来干什么呢? 

大家再设想这样一个场景,某一天,你正在埋头苦干,一封邮件嗖地一下发了过来。你打开一看,原来是开发经理要你去排查一个问题。既然老大都发话了,你能不照办吗?于是乎,你极不情愿地放下了手上的工作,打开了另外一个代码工程。

很多程序员都会有上面的经历,本来工作得好好的,但邮件一来,自己就被"迫"去做其他事情了。我们对邮件真是"又爱又恨"。既然邮件是互联网的元老级应用,就必然有它存在的道理。

为什么要用邮件?
邮件的一个突出的特点就是非实时性。也就是说,邮件发过来的时候,你可以不在线,当自己上线的时候可以阅读。即使是看到了,你也可以选择是否回复。与邮件相对的是电话,它要求两个人必须同时在线,人家问一句,你就要答一句。

在工作中,考虑到大家都有各自的任务在手,如果打电话或当面叫你放下手中的工作去做另外的事情,多少有点不礼貌。这样,邮件便是一个比较好的选择。反正我把要做的事情或想说的话发给你了,你有空的时候就给我弄一下,弄好了再回复我。

此外,邮件内容就像一篇文章,"白纸黑字"的可以把想要说的事情描述清楚,且阅读邮件的人能够反复看。很多重要的内容能够存档,以后查找起来也比较的容易。
 
邮件的种类
工作久了,大家就会发现,并不是收到的每一封邮件都值得一读,也不是收到了邮件马上就要回复。

按照重要程序,邮件分为:紧急邮件、重要邮件和一般邮件。

(1) 紧急邮件:软件现场故障、软件升级过程中遇到的问题、客户投诉的反馈等均属于此类。一收到此类邮件,我们就要马上停下手中的工作,将解决问题放在第一优先级。

(2) 重要邮件:软件需求改动、重要软件模块问题咨询、软件测试日报等均属于此类。此类邮件不必马上回复,但我们也不能忽略。等手上的任务完成之后,就要给予详细回复。

(3) 一般邮件:行政平台或部门的通知、某些会议通知、产品宣传广告等均属于此类。对于此类邮件,我们了解一下便可。

按照收件人范围,邮件分为:小组邮件、部门邮件和公司邮件。

(1) 小组邮件:也即收件人和发件人限制在开发小组内部的邮件。这些邮件主要用于讨论某些软件版本在设计、开发和测试中遇到的问题及相关软件的安装、升级等。

(2) 部门邮件:也即收件人和发件人限制在部门内部的邮件。这些邮件主要用于通知部门活动、群发批评或表彰通知等。

(3) 公司邮件:也即公司相关行政部门发送的、每个员工都能够收到的邮件。这些邮件主要用于群发公司的一些规章制度、某些产品的宣传公告、处分或表彰决定、放假通知等。
 
如何回复邮件?
邮件的初衷虽然是不想打扰收件人,但现实的情况却不是这样的。很多时候,我们必须要"极不情愿"地答复一些邮件。有同事甚至每天要花好几个小时在阅读和回复邮件上,这对工作效率的影响很大。

那么,我们如何回复邮件呢?我个人的经验是这样的:

(1) 在邮箱里面进行设置,将重要发件人的邮件标注为特殊的颜色(如红色)。这样,当我们打开邮箱的时候,第一优先级就是查看特殊颜色的邮件并给予回复。如此也提高了工作的效率。

(2) 不要每收到一封邮件便打开邮箱看一下,等手上的任务告一段落之后再统一查看前一时段收到的邮件。不要害怕某些非常重要的邮件没有看到,如果邮件真的有那么重要,会有人及时提醒你的。比如,如果是一个现场紧急问题的邮件,那么开发经理就会让你马上查找问题原因。

(3) 某些重要的邮件不要马上回复,开发经理也许会直接给予答复。涉及到需求问题、研发进度安排等,一般是由开发人员的上级(即开发经理)负责回复。涉及到程序细节、软件详细设计等,才需要开发人员来仔细回复。

(4) 编写或答复邮件的时候,要做到语句通顺、表意清楚、无错别字。我看很多人急急忙忙地答复别人的邮件,但答复里面没有把自己想说的表达清楚,而且有错别字,读起来都不通顺,还让人怎么理解呢?看到这种邮件,别人还会担心你写的程序是不是也会有很多错误。因此,邮件写好之后,大家要再检查、斟酌一下,看自己写的内容是否正确无误。

(5) 要注意哪些东西可以放到邮件中,哪些东西不能。很多同事喜欢将代码和文档等放到邮件中,以至于很多与开发工作不相关的人都知道我们在做什么了。大家发邮件的时候,要对邮件的内容进行仔细的斟酌,确保我们表意清楚,同时做到了信息安全。
 
总结
工作邮件,看似是一个很小的东西,里面却包含了很大的"学问"。总之,我们要把它当作一个服务于工作的、方便沟通交流的工具,而不要让其成为"累赘"。邮件的编写和答复不能任性,要将自己的想法清晰明了地表达出来。

我认为,写邮件也是一门艺术。你怎么看?

Read full article from 工作中的邮件,你知多少? - 大师兄


No comments:

Post a Comment

Labels

Algorithm (219) Lucene (130) LeetCode (97) Database (36) Data Structure (33) text mining (28) Solr (27) java (27) Mathematical Algorithm (26) Difficult Algorithm (25) Logic Thinking (23) Puzzles (23) Bit Algorithms (22) Math (21) List (20) Dynamic Programming (19) Linux (19) Tree (18) Machine Learning (15) EPI (11) Queue (11) Smart Algorithm (11) Operating System (9) Java Basic (8) Recursive Algorithm (8) Stack (8) Eclipse (7) Scala (7) Tika (7) J2EE (6) Monitoring (6) Trie (6) Concurrency (5) Geometry Algorithm (5) Greedy Algorithm (5) Mahout (5) MySQL (5) xpost (5) C (4) Interview (4) Vi (4) regular expression (4) to-do (4) C++ (3) Chrome (3) Divide and Conquer (3) Graph Algorithm (3) Permutation (3) Powershell (3) Random (3) Segment Tree (3) UIMA (3) Union-Find (3) Video (3) Virtualization (3) Windows (3) XML (3) Advanced Data Structure (2) Android (2) Bash (2) Classic Algorithm (2) Debugging (2) Design Pattern (2) Google (2) Hadoop (2) Java Collections (2) Markov Chains (2) Probabilities (2) Shell (2) Site (2) Web Development (2) Workplace (2) angularjs (2) .Net (1) Amazon Interview (1) Android Studio (1) Array (1) Boilerpipe (1) Book Notes (1) ChromeOS (1) Chromebook (1) Codility (1) Desgin (1) Design (1) Divide and Conqure (1) GAE (1) Google Interview (1) Great Stuff (1) Hash (1) High Tech Companies (1) Improving (1) LifeTips (1) Maven (1) Network (1) Performance (1) Programming (1) Resources (1) Sampling (1) Sed (1) Smart Thinking (1) Sort (1) Spark (1) Stanford NLP (1) System Design (1) Trove (1) VIP (1) tools (1)

Popular Posts