Skip to main content

美国职场上容易犯的错

 

工作很多年了,也犯了很多的错误。这里简单给大家总结一下,希望大家不要犯同样的错误。这是多年的经验。

1.

首先,群发邮件最忌讳Hi All这种了,没有具体的对象,如果内容也不说每个人具体帮了啥,这和你群发拜年短信或微信有啥区别?我个人从来不群发拜年短信的,我都是每个人发语言,念出来对方姓名,然后再拜年或道谢。

大家记住,群发邮件最看水平了。

如果是求助,那最好先单独发或者群发的时候指明问谁,这样有人会回你,不然很可能没人理你。如果是感谢,群发邮件绝对是个好机会,因为感谢人都要公开说出来,让他的领导朋友和队友知道。所以群发邮件感谢的时候,一定要指明姓名,并且指明对方对自己在项目过城中做了哪些帮助,只需要2,3句话就够了。回邮件的领导级别高低决定了你升值的快慢。

所以最大的忌讳,如果你是问一个很傻很笨的问题,或者指出对方的错误,一定不要群发!!!!

单独发一个邮件,没回应再单独一个messge,再没回找机会去工位上找一下,只要态度好一般人都会帮你的。

如果你想指出来对方的错误或者项目方面的问题,先再次确认不是自己的操作或配制导致的,然后单独发邮件给对应的负责人,这样如果是你们俩任何一个人的(低级)失误,没有其他人会知道。

也就是感谢要公开说,如果公司里有什么reward奖励组或者员工的Excellence Award之类的,给别人题名!!

指出问题(指责或错误)私下里沟通,对事不对人,可以增进感情。

2.

其次,不要在公开场合说别人错,尤其是开会或者群发邮件,任何人在公开场合被指责做错了或者不应该做啥应该做啥时,第一反应就是据理力争,公开场合尤其是开会很可能会吵起来,如果有领导在,那对你是个毁灭性的印象。

可以换一个说法:你的那个产品配制/系统设置不一样,是否可以考虑换一种配制/设置?我感觉你的方法也很好,还有一种方法也不错,是不是可以考虑试一下?等等之类的话

3.

第三,如果你和领导意见不一致的时候,而且他的意见是错的,不需要当场指出来。你只需要把你认为对的做出来,如果可能也把他的方案走一遍,然后比较一下,再和老板说,也不要说老板错,就说你2种都试了,比较了结果哪个好即可。

老板永远是对的,记住了,不要说老板错,你对的你不要说人家错就可以了。Jobs以前经常否定下属的想法,然后第二题说他想出来一个好点子,说这个是他想出来的。什么样的人都要,但是你让他很舒服,他就会对你有好印象。

4.

第四,不要问老板开放性的问题,这个怎么做?之类的,大部分的人都很懒的,要给老板选择题。比如你考虑这个问题有3种做法,然后提供3种方案,告诉老板你对比了一下觉得哪个好,但是不确定,请老板确认。

而且选择题厉害的地方在乎你把对方给带入你的方向了,星巴克在中国好像培训过店员,永远只问顾客:请问您是要大杯还是中杯?几乎所有人都在这2个中间选择,极少有人要小杯的,虽然有但是因为没人问顾客想不到。就这个小小的选择题,每年不知道为星巴克贡献多少收入。

5.

第五,合理管理自己的期望以及老板和他人对你的期望,举个例子,你去中国电信办理业务的时候,人家一般都会告诉你要半小时,但实际15分钟就完了,你是不是很开心?

和老板谈项目日期啊什么都要考虑到,万一中间有什么闪失还要有个缓冲对不对。比如你路上或者家里有事,可能上班或开会去晚了,本来可能晚15分钟,但是你和老板说可能晚半小时,实际15分钟到了多好。

6.

第六,永远让老板知道你在干什么,当然找工作除外。Always keep your boss updated. 就是永远让老板知道你在忙什么,最笨的就是那种埋头苦干一声不吭的人,最后功劳全部别别人拿走了,这点烙印最擅长,他们能说敢说会说,也能写敢写会写。所以英语一定要好。

Do not surpirse people. 比如你有事迟到了,或者你平时和小伙伴一起出去晚,你要是起来晚了或者有事,只需要提前告诉对方让对方知道就可以了,我就遇到过那种是组织者起来晚了,而且不在群里通知任何人的人!!!一点都不尊重别人。

7.

第七,如果别人发邮件问你以前问过的事而且你以前也回复过,甚至贴过图或附件再要的时候,啥也不要说,再发一遍。绝对不要告诉对方你发过了让对方找,尤其是群发邮件!!!! 你也可能或忘了或者忘了看以前的邮件是吧,就当每次都是第一次问就可以了。

8.

第八,汇报工作时要用we,最好不要用I,尤其是在有别人组一起合作的情况下,用I显得你特别独,在邀功,虽然你可能没这么想。出现错误的时候,主动担责用I,说It is my fault, I made a mistake之类的。但是汇报工作一定要用we!!!

9.

在公司提建议的时候,如果不是最后由你实施,那尽量不要提,你提了等于是增加了其他组的工作量。没有对比就没有好坏,你只需要有一个比你差的,他做不出来的时候你做消防员,这时候领导就看出你的价值了哈哈

最后,大家一定要换位思考,put your self in others' shoes. 这样你就会知道如何做或说了。

Comments

Popular posts from this blog

CKA Simulator Kubernetes 1.22

  https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl                         # will already be pre-configured export do = "--dry-run=client -o yaml"     # k get pod x $do export now = "--force --grace-period 0"   # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section .     Question 1 | Contexts Task weight: 1%   You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into ...

OWASP Top 10 Threats and Mitigations Exam - Single Select

Last updated 4 Aug 11 Course Title: OWASP Top 10 Threats and Mitigation Exam Questions - Single Select 1) Which of the following consequences is most likely to occur due to an injection attack? Spoofing Cross-site request forgery Denial of service   Correct Insecure direct object references 2) Your application is created using a language that does not support a clear distinction between code and data. Which vulnerability is most likely to occur in your application? Injection   Correct Insecure direct object references Failure to restrict URL access Insufficient transport layer protection 3) Which of the following scenarios is most likely to cause an injection attack? Unvalidated input is embedded in an instruction stream.   Correct Unvalidated input can be distinguished from valid instructions. A Web application does not validate a client’s access to a resource. A Web action performs an operation on behalf of the user without checkin...