软件工程师有哪些技能值得CEO学习？显然，软件工程师是有逻辑、高效、注重细节和有条不紊的，大多数CEO也是如此。但软件工程师也有一些更微妙，甚至令人讨厌的品质，那么CEO们可以向他们学习吗？1.懒惰优秀的工程师（不仅仅是软件工程师）都是懒惰的：他们喜欢将重复的任务自动化，不想做任何不必要的工作。会议和文书工作通常属于这一类。通过避免不必要的工作，软件工程师可以提高工作效率，并有更多时间去做更有用的工作。首席执行官还应该努力做到高效和懒惰。消除不必要的活动，将精力和时间集中在增值任务上。在大多数情况下，一遍又一遍地做同样的事情是没有意义的。如果必须重复执行，请使用自动化方法。如果你不能自动完成，委托它！2.经常失败软件工程师与发明家和科学家有一些相同的特征——都遭受失败。通常，这是有意的，但有时是实验性的。这不是莽撞，而是一种无畏。未知是需要探索的风险，你不能关上大门。专注于实验和原型制作可以实现快速学习。适应这种方法的CEO会产生巨大的影响：探索新市场，尝试不同的方法，甚至研究趋势和假设。关键是快速且经济高效地失败，并牢记目的。（如果您认为这听起来有点像精益生产，那您是对的。）如果您没有一直失败，那么您就没有在尝试任何新事物。3.制造问题软件工程师积极寻找问题，有时甚至是故意制造问题。问题是变相的机会，但找不到问题不代表没有问题。软件工程师宁愿破坏工作也不愿看到发生了什么。他们编写测试只是为了确保所有边缘情况都能正常工作。他们实施监控系统，以便在出现问题时收到警报。总而言之，他们会听取人们的抱怨——因为可能会有惊喜，这和自己发现问题是一样的。初创公司的CEO应该学习如何系统地做到这一点，探索机会空间，直到他们找到要解决的正确问题，使用正确的解决方案，在正确的时间瞄准正确的市场。帮助企业站稳脚跟。知名公司的CEO在这方面做得很好，他们制造问题作为持续改进的一种形式。4.亲力亲为的软件工程师往往不喜欢纸上谈兵。他们不仅在编码方面，而且还与用户和客户合作以了解请求和投诉。答案不仅仅来自您的办公室：它们就在工厂车间，在客户的办公室。了解软件世界中用户体验的概念，并研究它应该如何应用于您的供应链和您的员工。一个新的角度可能意味着一个大惊喜。5.忽视人为因素当软件工程师工作时，他们往往会忽视人为因素，尤其是当他们试图实施改进时。他们争辩说，大多数问题都源于系统中某个地方的约束——无论是时间、金钱、动机、激励、标准还是流程——个人往往无力解决。文化、同侪压力和对现状的偏见是需要克服的强大障碍。未解决的事情，改系统是悬在软件工程师头上的剑，这些与人为因素无关。首席执行官通常习惯于与政治制度和人打交道，因此他们可能倾向于将风险和责任归咎于某些人。有时这可能是个好主意，但如果回顾过去人们运行的系统，您可能会发现系统是问题的根源。请记住，没有系统是完美的，也没有系统是神圣不可侵犯的。6.杀死你的宝贝工程师们不怕测试他们的想法，如果他们被证明不切实际，会毫不犹豫地放弃他们。他们经常“扼杀自己的宠儿”，无论多么迷人，如果他们不工作，他们就会抛弃有价值的想法和副项目。CEO们可以通过实事求是地审视自己的想法并客观地评估他人的表现来“杀死自己的宠儿”。（显然杀人是违法的，这里不是真人。）7.恍惚软件工程师经常处于恍惚状态，但他们称之为系统思维：将一系列复杂的相互关联的系统视为一个整体的能力。系统思考可以说是从复杂性中产生连贯性和简单性的最重要（有时也是最烦人的）催化剂。软件工程师擅长系统思考，解决问题往往需要他们平衡包括时间、金钱和质量在内的多重约束。虽然这种习惯在决定去哪里吃午饭时可能会非常令人沮丧，但在处理重大问题和寻找机会时却非常有价值。CEO必须始终处理多个相互关联的系统和相互冲突的约束。孤立地检查每个部分是不够的——您还必须考虑所有潜在的相关关系和力量。系统思维包括从多个角度进行的高层次和细微的思考。从这个角度来看，一个完整的模型可以作为识别、组织和解决子问题的框架。通常，一些简单的概念和规则就足以将一个混乱的失败转化为一个整体的结晶。软件工程师不会因编写代码而获得报酬：他们因思考而获得报酬。系统思考不会在您编写代码时发生（尽管有时两者可能同时发生）。所以，如果你看到一个软件工程师发呆，经常发呆，那才是真正的工作应该有的样子。简洁大方的解决方案不是天上掉下来的，而是经过不懈的思考和追求得到的。创造力给自己一些安静的时间，发挥你所有的想象力和创造力来解决你作为CEO需要解决的问题。分析问题的复杂性和局限性。猜猜它们之间的相互作用力。从多个角度考虑。寻找有助于解释或简化正在发生的事情或您希望发生的事情的模式和类比。当您找到可能的答案时，运行一个快速且成本低廉的实验来测试它。然后重复。反复。你的工作，就像软件工程师的工作一样，永远不会结束。
