工程师的晋升之路(1)做一个专业善良的人。最近这本书给了我灵感《12 Essential Skill for Software Architects》。然后慢慢写读书笔记。那么如何制作泥浆呢？维护关系而不是盲目纠正其他工程师由于他们每天和大量的程序和机器打交道，他们的工作重点之一就是纠正各种错误，但人不是软件，更不是机器，盲目纠正别人的错误可能是非常有害的（我们当时认为的“错误”往往是我们没有全面审视的结论，尤其是在社会压力和生活节奏加快的情况下）。在纠正别人之前，学会问自己两个问题？1、这个“错误”很重要吗？2.暂时忽略这个错误会对公司或组织产生重大影响吗？如果答案是“不！”，那么我们就应该停止：打断别人来纠正“错误”的行为。学会授权和委派。我深有感触，不仅对一线技术经理，对高级工程师来说，都或多或少存在问题。面对问题，工程师的自然反应是“我能自己解决吗？”每个人都可以成长。生活是一面镜子。如果你的言行是积极的、友好的、积极的，那么你得到的反馈也会是积极的、友好的、积极的。如果你的言行是负面的、尖刻的、负面的，那么你会觉得整个世界都在刁难你。一个工程师要想走好自己的技术道路，就必须意识到这一点。这就是为什么很多工程师在“跳槽”或“跳槽”后仍然不适应的原因。一个很大的原因是他没有意识到改变自己行为模式的重要性。性别。注意语言的表达。有时候我会收到其他同事的反馈，为什么你们的一些工程师这么“死缠烂打”。经过了解和交谈，发现是很多工程师的口头禅不好造成的，比如“这个不好啊啊！”，“你连这个都不懂”，“我没时间！”（然后没有反馈）”。语言就像一粒种子，你播下它就会长大，你播下一道带刺的篱笆，它就会长大并把你困在里面。这与阿里巴巴价值观中常说的“直言不讳”是一样的。及时处理出现的问题。这里更多指的是“软”问题，所以借用了一点“软技能”。当我们的工程师每天都在处理各种复杂的技术问题时，我们不自觉地忽略了这种软问题的处理。比如我是不是遇到了一个很“难搞”的对象？在多方合作项目中感到无助和迷茫。我和老板之间是否存在不和和误解？当我应该说“不！”时，我是否选择了沉默？不要埋没这些问题，因为很快它就会再次出现，而且会一发不可收拾。我是一个内向的人，交流不是我的强项，但不代表放弃交流；我是一个“Nice”的人，但这并不意味着我从不说“No！”。及时处理问题，意味着我们在不断挑战自我，在实践中成长。提供专业服务如何理解专业服务？不仅仅是专业的IT技能，就像我们判断一个酒店是否专业，不仅看大堂，还要看客房、前台、氛围。专业是全面的。因此，除了能够使用代码服务，我们的工程师还需要学习：微笑和适当的手势来表达每个人都融入到谈话中来关注他人，而不是以自我为中心，不要专注于两件事。乐于助人学会关心他人学会倾听、原谅并忘记过去的过错你还记得当反派吗？那么我们遇到的冒犯就是浮云！呵呵。#p#工程师的进阶之路二谈沟通技巧——沟通准则工程师要想成长为高级专家或架构师或技术经理，沟通是必不可少的技能和工作工具。对于资深专家或架构师来说，对沟通能力的要求甚至比技术经理还要大，因为他们没有行政权力，但往往需要跨组、跨团队，甚至跨部门的领导、指导和控制。-公司项目。为了有效地驱动人们，沟通技巧非常重要。然而，当我们的工程师长大后，我们往往不关注或没有接受这方面的培训。当他被“提拔”成为技术过硬的专家时，问题就来了，尤其是他是团队的骨干。工程师跟老板沟通汇报真的压力很大！沟通的方式和技巧往往因人而异，但我们还是可以总结出一些基本的准则，供大家参考。先说沟通的原则：先听后说。古罗马哲学家爱比克泰德曾经说过一句非常有趣的话。人之所以少说多听，是因为我们只有一张嘴，只有两只耳朵。我们的古人也总结过：两听则明，信则暗。这进一步增加了左右耳朵的重要性，哈哈。马云对三年没进阿里巴巴的阿里人说的话中，第一句话就是多读书，少说话。当然，他们更多的是从宏观角度争论。事实上，它也适用于具体的微通信实例。我以前一开会就紧张，为什么？就是因为急于发表自己的看法和成绩，又怕别人不知道，所以一直想说出来。结果，我不听别人说什么，听别人想表达什么，失去了很多学习，甚至接受了别人的主动帮助。机会。而我们的工程师要成长和进步，就意味着我们要承担更多的责任，协调更多的事情，这样在我们的沟通中，不仅仅是单纯的技术讨论，而是需要尽可能多地去倾听。收集各方的反馈和判断，帮助您做出正确的决定，并记住“正确”的决定往往不是“最好”的决定。一个公司或组织为什么要提拔你很重要，因为它需要你的综合判断能力。综合判断的第一点是“先听后说”。不能在曹营心里在韩慢慢长大的时候，我们其他的感觉都不强烈，但是有一种感觉会很强烈，就是见面会越来越多，小事越来越多对我们来说，不仅仅是技术上的骚扰，工作和生活之间的干扰甚至冲突也会出现。很快就出现了典型的行为模式：开会不专心，经常溜走；工作中想着生活中的事，生活中担心工作中的困难。工作和生活的界限，不细说了，下次再说吧，呵呵。让我们谈谈会议。更多的会议意味着你变得更重要，这是一件好事。但你总是在溜走，说明你的其他技能无法支撑你的进步。最紧迫的需求是时间管理和任务优先级排序。关于这两个主题的好书很多，比如《成功人士的七个好习惯》《和时间做朋友》等，大家可以学习一下。简单说一下防止滑倒的小技巧：眼睛盯着说话者，跟着他的思路走，双腿平放不要抬高，给自己一个不舒服的坐姿。哈哈，确实好用。积极的看问题呼应了上篇文章中提到的“生活是一面镜子”，但强调的是你积极的态度和对沟通结果的引导。同一件事通常有两个方面：正面和负面。一个有趣的例子是：战斗和失败vs失败和战斗。只有我们积极的态度，才能在交往中激发对方的热情和勇气，让对方也能积极地看待事情，乐观地对待事情。充满叹息和叹息的谈话如何让人在沟通后更有信心做事？早冷静，早道歉，早改正资深专家或架构师最常犯的错误之一，就是在沟通过程中，在技术方面给出了错误的指导或判断。如何锻炼自己的技术能力，尤其是技术广度，是另外一个话题，暂时不展示了。那么当出现这个问题的时候，我们一定要第一时间纠正和道歉，尽量让所有的沟通参与者都能接受。不要让我们的自我妨碍我们的纠正和道歉，我们的行为反而会赢得大家的尊重。另一种情况是，由于我们对技术的狂热或偏执，我们会在交流中伤害他人。比你年长的人会收起帮助你的想法，比你年轻的人会闭嘴表达想法。***结果是你变得孤独。所以我们要早点冷静下来，一旦发现自己过于激进，就要马上改正并道歉。它只会让我们更可爱。不要挑鸡蛋里的骨头。当我们长大后，对别人的工作成果或设计方案的检查或审查会越来越多。这个时候不要在小瑕疵上过分追求完美。因为我们之前肯定有过被“鸡蛋里挑肉”的经历，所以往往最让我们尴尬和无法接受的，并不是去证明我们结构和方向上的大问题，而是一些尖锐的评论和对小缺陷的纠结。那么反过来，我们也要克制自己。那么那些缺陷呢？不要管它？不，我们可以客观地提出来，让对方录下来，不要缠着我们。我们需要记住，我们还需要更高层次的把握！沟通中可以注意的一些小技巧是：不要把纠正缺陷变成对个人的批评。一旦交际从处理事情变成了处理人，品味就会发生变化。别纠结了，“纠结”是傻子才会干的事，呵呵。#p#工程师的进阶之路第三，我们来说说沟通策略。什么是战略？我的理解是做事的方式。有时候，没有好的方法，只有好的原则是不够的。比如淘宝的“十月围城”活动。在晋升的道路上需要注意哪些策略？第一个也是我感受最深的：说“是”而不是“不是”。当我做开发工程师的时候，尤其是在处理需求的时候，经常被鼓励说“不”。但后来我慢慢发现，随着年龄的增长，我更需要说“是”。因为当我还是一线工程师按计划开发的时候，擅自行动，不加考虑就说“可以”，会拖累整个项目，但是当我逐渐参与到总体设计、架构设计和可行性分析中时，我要做的更多是作为产品业务或销售人员的顾问，所以更多的情况是在深入分析需求后，从尽可能覆盖需求的角度选择最适合的方案。也就是说，我们的角色要求是“找到可行的路径”。但我经常看到一些工程师在积累了一些经验和技术深度后盲目地说“No”。只能在心里暗暗担心他的晋升。但我们必须记住，这是一种基于“客观和真实”的方法。如果需求或项目确实不可行，通常是因为“法律”、“法规”和“承诺”的原因，我们必须说“不”。要注意的一件事是不要将“资源”的不可行与项目本身的不可行混为一谈。“资源”的紧张可以通过进一步的讨论和协调来解决。还有一个心理因素，也是很重要的。我们常常需要说“是的，我可以”，才能让自己熬过难关，就像林书豪的成功一样。“是”往往意味着坚持不放弃。不要急于争论。在会议或谈话中，我们会听到越来越多对我们工作不利或不太正面的描述。这是正常的，我们经常会有一些不正常的反应。在我看来，比如我会尽力为自己辩护或者澄清关系，目的是我不应该承担这个责任。后来开会多了，听到的抱怨和指责也越来越多。我发现我的耳朵渐渐“响”起来了，出汗了，但静下来之后，我听到了，学到了很多以前根本听不到的东西。这给了我很多反思的机会。而且因为我没有立即站成挑战者或防守者，沟通的顺畅度也提高了。后来，我也从同事的反馈中吸取了很多经验：听到不愉快的事情时，不要双手合十，不要把头扭开，而是通过视觉与对方交流。向对方表达你的尊重和鼓励。当然，这件事有两个方面，也不是彻底的“辞职”哈哈。如果你收到的描述完全违背了你的“价值观”或者违背了公司的“政策”，你一定要及时澄清。对于我们技术人员来说，也要有“协同进步”的心态，因为我们会受到更多的批评，也会给予更多的批评，比如在技术审查、代码审查、错误跟踪、项目审查、资源协调等方面。我觉得古人“奉劝如流”是一种值得学习的好心态。在上述场合，当各种“批评”和“被批评”纷至沓来时，我们必须做的更好一点：对事不对人。这说起来容易，做起来难。很多时候，我们做的是：你对这件事和我个人都是对的，我对这件事而不是你个人是对的。在许多情况下，这是一个普遍的想法。“不要急于为自己辩解”我觉得是一个解决办法，不要武断地把自己卷入到事情本身的讨论中。做起来不容易，大家互相鼓励。#p#工程师的进阶之路4如何与“老大”沟通当我们身为一线工程师的时候，很容易和我们直接的技术经理沟通。我们的技术架构、代码风格、系统扩展性、整体工程考虑，是我们赢得信任和信赖的名片。但是随着我们的经验越来越丰富，水平越来越高，当我们面对更高层级的管理者时，沟通并不是一件容易的事情，需要做更多的准备和细化。如果我们想要获得资源，获得执行方向的认可，就必须与高级管理人员建立信任，并给予他们持续一致的事实陈述。只给出事实人不是机器，不是代码，有时候我们会不自觉地歪曲一些描述或者信息，让自己看起来更有能力或者让别人看起来不太好，有时候甚至会在背后痛斥别人的缺点。亲身经历了一次又一次，重复了以上的错误，我才知道，只有小人才会这样做。古人云“君子之交淡如水”。从另一个角度，我认为认可和信任是基于“事实”的相互交流，而不是个人的好恶。清晰而不是细节在一个组织中，个人的级别越高，需要的技术细节信息就越少，此时需要更高级别的摘要信息。因此，我们提供的信息应该简明扼要。更具体地说：首先，我们必须提供必要和适当的上下文。这是我们技术苦逼的人最容易忘记的事情。一上来就陈述和表达自己的信息。忘了这是给老板的，不是给我们自己的。其次，我们需要提前总结和结构化信息。结构化信息是最容易理解但不推导的。从另一个角度来说，结构化信息的输出，也会让我们更加关注“事实”。优越的。给出的业务信息较多，技术细节较少。***因为你要给的是一致的信息，一旦给了就得留着，也就是说我们要认真回答。经常会发生在会议上，我们会被问到一些我们不知道或不知道的事情，也许是关于合作伙伴的进展，或者是关于团队中某个人的细节，或者是关于一个品牌新技术我们要坦白的说，我们不知道这个领域，不知道业务点，但同时要记住，我们要表达我们会跟进刚才的问题，并落实和汇报后续——上结果。不给意外。我觉得我老板最对不起的是：我一直给他出事故（虽然现在少了很多），总是让他处于救火状态。感谢他的宽容。总是自省，总是犯错误。老板们不喜欢惊喜，尤其是那些需要他们在很短的时间内采取行动和做出决定的惊喜。我们必须设法发现隐藏的风险。我总是对自己说，我需要借助那些总是批评别人的技术男的能量来探索团队或项目的风险。因为人的本性之一就是倾向于表现好的一面掩盖不好的一面（我们看到孔雀开屏时美丽的羽毛，却不知道背后是光屁股），在实际工作中，我们面对将自己与更高级别的人进行比较时尤其如此。因此，我们发现风险后，一定要及时报告。这是组织对我们的要求。如果我们没有这样的能力和诚信意识，我们将对不起我们的职位。当然，当你说出一些不好听的话，肯定会让别人不舒服，不管是你自己还是别人，但我们需要这样的勇气。演讲技巧有很多，坦白说，我不是很擅长技巧，所以我给一个原则：事态发展到不能处理的时候，总比先处理风险好。和。原文链接：工程师进阶之路
