当我从工程师转变为开发主管时,我知道自己有很多东西要学。我最初的想法是,我必须能够进行彻底的代码审查,设计和架构网站,在问题发生之前就发现问题,并提出有见地的技术问题。对我来说,这意味着学习技术并成为一名更好的工程师。当我真正进入这个角色(并且做了将近15年后),我学到的——以及最重要的——并不是那些技术细节。事实上,许多使我成为一名优秀工程师经理的技能根本不是技术性的,而且,虽然是意想不到的教训,但它们在我的生活中的许多其他方面都帮助了我。
接下来是一些经验教训,以及在你的生活中应用这些经验教训的想法——无论你是一名经理,想成为一名经理,还是只想成为一个更好的人和员工。
技术人员喜欢争论。我发现对于一个问题通常没有明确的答案。相反,存在具有不同风险的不同路径,并且每种解决方案都有其自身的优点和缺点。能够让人们达成一致(而不是成为告诉人们该怎么做的独裁者)意味着学习如何让每个人都步调一致。
由于与许多人开会可能会引起很多争议,因此一种帮助我处理这些想法的技术叫做多票表决。多票表决有助于将广泛的想法缩小到少数几个最重要或最合适的想法,并且它允许每个想法都得到考虑。
你可以这样做:首先作为一个团队进行头脑风暴,同时将所有想法连同各自的优点和缺点写在白板上。从那里,你进行投票过程,直到小组达成他们认为适合进一步分析的适当数量的想法。组织发展顾问艾娃·S·巴特勒 (Ava S. Butler) 在多票表决过程中做了精彩的详细解释,如果你想了解更多信息。1
与性格内向和不善于沟通的人一起工作的挑战之一是,很难挖掘出他们的想法。他们倾向于在会议中保持沉默,并将他们的想法(可能非常好!)藏在心里。以下是我学到的一些技巧,可以帮助我让这些人走出他们的壳。
* 在会议中,我会点名或进行循环发言,以便每个人都有机会发言。这样,内向的团队成员就有机会发言,否则他们可能会保持沉默。
* 在一对一的会议中,我学会了利用沉默的力量。我问一个问题,然后克制自己不说话,直到对方回答——即使是一分钟之后。我必须学会适应令人不适的沉默,这已成为揭示人们想法的强大技巧。
* 我经常让每个人将他们的想法写在便利贴上,并在团队会议期间将其贴在白板上。这使每个人的想法都获得同等的权重,因此鼓励内向的人分享他们的想法。
当你想重写已经工作的代码时,你必须向管理层证明更改的合理性。大多数时候,非技术人员不关心细节。他们关注的是结果。 因此,我学会了从业务角度看待我所有的工作以及我的团队所做的工作。例如,它是否节省时间、金钱或产生收入——以及我如何最好地沟通这一点?
我将我的想法放在与我所针对的特定受众相关的背景下进行构架。我发现使用类比是一种非常强大的技巧。2 通过类比解释一个想法,你可以考虑听众的视角,并在他们的水平上交谈,而不是高于他们。
当你管理人员时,你真的必须学会倾听。顺便说一句,倾听不仅仅是注意说了什么。你还应该注意肢体语言和行为。
我喜欢用一个总是早到上班的员工的例子。如果这个人突然养成了迟到的新习惯,这可能暗示着事情不对劲。通过倾听这个人的行为,而不仅仅是他们的话语,你可以获得有价值的见解,并以更大的同理心和意识进行管理。
当你在领导岗位上时,你经常会遇到不那么了解你的直接同事以外的人。他们会评判你。 此外,研究表明,你的外表会强烈影响他人对你的智力、权威、可信度、经济上的成功以及你是否应该被聘用或晋升的看法。5
在我成长的过程中,我的祖父教我如何为我想从事的工作而不是我现在从事的工作着装。作为一名新经理,我在外表上投入了更多精力,这绝对产生了积极的影响,尤其是在与组织外部的客户和客户互动时。
我建议效仿你组织中你敬佩的人。看看他们是如何穿着的。研究他们的举止。观察他们在会议、聚会和其他活动中的表现。在这里你可以获得关于如何穿着和传达成功的最佳想法。你希望你的工作和声誉本身就说明问题,但不要让你的外表妨碍这一点。
你对业务的其他方面(如销售和营销)了解得越多,你就越有能力做出战略决策。你职位越高,这一点就越重要,因为你不仅仅是在运营软件——你是在运营一家企业。
了解客户的需求也至关重要。你可以构建你认为很棒的产品,但如果你从不花时间充分了解客户的需求,它最终可能会对客户毫无用处。即使你在后端开发部门工作,关心最终用户也会让你创造更好的解决方案。
如果你管理足够多的人员或产品,你就没有时间深入研究技术的深层细节。此外,你需要学会信任你团队中的人。最好让他们成为专家并在会议上大放异彩,而不是花时间监督他们以了解所有细节。
你可以拥有的最佳技能是这些:
• 提出能够深入问题根源的绝佳问题。这有助于其他人思考他们的挑战,在问题出现之前就发现问题。
• 授权和下放权力,以便你能够在授权周围的人的同时完成更多工作。
• 教导人们独立思考。不要开药方式的给出答案,而是问人们他们认为你会说什么或告诉他们做什么。我强烈推荐大卫·马凯 (David Marquet) 的演讲“伟大”。3 他透露,当他在一艘军用潜艇上担任舰长时,他发誓永远不再下达命令。相反,他允许他的下属做出他们自己被授权的决定。这种思维方式上的微小转变带来了强大的变化。
当你对别人的工作负责时,你必须有检查和制衡。实践强大的项目管理技能是关键。你需要有一种保持事物井井有条的方式,了解正在发生的事情,并且能够在事情没有按计划进行时进行沟通。
对你自己的时间管理采取战略也很重要。我每周开始时至少花30分钟来查看我本周的首要任务,然后我抽出时间来完成这些优先事项。对我来说,一种成功的时间管理工具是时间分块,我在其中以一种优化我的时间以提高我的生产力的方式计划我的一天(例如,我早上是更好的作家,所以我确保那时写作)。4 这有助于我优化我的时间,并始终知道如何最好地利用15分钟的空闲时间。
同样,我有一个系统来跟踪我的伟大想法。我保留一个印象笔记,我在其中保存我喜欢的文章或我遇到的有趣想法。这给了我一个小的信息库,当我需要获得灵感、写博客文章或想出一些有价值的东西发布在社交媒体上时,我可以去那里。
这里的重点是建立系统。你需要一种方法来完成所有重要的事情,并保持你的信息和细节井井有条。
如果你仔细想想,每一份工作邀请、晋升和加薪都不是因为你所做的工作而给你的。你的工作质量可能是一个因素,但这些决定背后有一个人。是某人给了你这些机会。
如果你做得很好,但没有人喜欢你,那么你就不会那么成功。 成为人们想要与之共事的人。例如,帮助他人、认真倾听和关心你周围人的生活将对你大有裨益。我一直在寻找扩展我人脉网络的方法,同时也加深我与我的导师和朋友的关系。
我希望这些想法能帮助你成为更好的领导者或员工。每周选择一两个来关注,看看它会把你带到哪里——进步是一个过程!我很乐意收到你的来信,特别是如果你有任何其他想法添加到此列表中。
1. 巴特勒,A. S. 2014。制定决策的十种技巧:#2 多票表决; http://www.avasbutler.com/ten-techniques-to-make-decisions-2-multivoting/。
2. 加韦蒂,G.,里夫金,J. W. 2005。战略家如何真正思考:挖掘类比的力量。《哈佛商业评论》(四月); https://hbr.org/2005/04/how-strategists-really-think-tapping-the-power-of-analogy。
3. 马凯,D. 2013。Inno-versity 呈现:伟大。YouTube; https://www.youtube.com/watch?v=OqmdLcyES_Q。
4. 松平,K. 2015。在更短的时间内完成更多工作的七种行之有效的方法; http://katemats.com/7-proven-ways-to-get-more-done-in-less-time/。
5. 史密斯,J. 2014。服装如何影响你的成功。《商业内幕》(8月19日); http://www.businessinsider.com/how-your-clothing-impacts-your-success-2014-8。
凯特·松平是一位经验丰富的技术领导者。她曾在微软和亚马逊等大型公司以及三家成功的初创公司(Decide 被 eBay 收购、Moz 和 Delve Networks 被 Limelight 收购)工作过,之后创立了自己的公司 Popforms (https://popforms.com/),该公司被 Safari Books 收购。她早期的职业生涯是一名软件工程师,她技术精湛,并在分布式系统、云计算和移动领域做出了领先的工作。她拥有管理整个产品团队和研究科学家的经验,并建立了自己盈利的企业。她是一位已出版的作家、主题演讲者,并荣获西雅图 40 位 40 岁以下精英等奖项。她担任 acmqueue 的董事会成员,并在 katemats.com 上维护个人博客。
版权所有 © 2016 归所有者/作者所有。出版权已授权给 。
最初发表于 Queue 第 14 卷,第 2 期—
在 数字图书馆 中评论本文
凯瑟琳·海耶斯 (Catherine Hayes), 大卫·马龙 (David Malone) - 质疑评估非密码哈希函数的标准
虽然密码哈希函数和非密码哈希函数无处不在,但在它们的设计方式上似乎存在差距。存在许多由各种安全要求驱动的密码哈希标准,但在非密码方面,存在一定程度的民间传说,尽管哈希函数历史悠久,但尚未得到充分探索。虽然针对现实世界数据集的均匀分布很有意义,但在面对具有特定模式的数据集时,这可能是一个挑战。
妮可·福斯格伦 (Nicole Forsgren), 埃伊里尼·卡利亚姆瓦库 (Eirini Kalliamvakou), 阿比·诺达 (Abi Noda), 米凯拉·格雷勒 (Michaela Greiler), 布赖恩·豪克 (Brian Houck), 玛格丽特-安妮·斯托里 (Margaret-Anne Storey) - DevEx 在行动
随着领导者寻求在财政紧缩和人工智能等变革性技术的背景下优化软件交付,DevEx(开发者体验)在许多软件组织中越来越受到关注。技术领导者本能地接受良好的开发者体验能够实现更有效的软件交付和开发者幸福感。然而,在许多组织中,改进 DevEx 的拟议倡议和投资难以获得支持,因为业务利益相关者质疑改进的价值主张。
若昂·瓦拉乔 (João Varajão), 安东尼奥·特里戈 (António Trigo), 米格尔·阿尔梅达 (Miguel Almeida) - 低代码开发生产力
本文旨在通过展示使用基于代码、低代码和极限低代码技术进行的实验室实验结果来研究生产力差异,从而为该主题提供新的见解。低代码技术已清楚地显示出更高的生产力水平,为低代码在短期/中期内主导软件开发主流提供了强有力的论据。本文报告了程序和协议、结果、局限性和未来研究的机会。
伊瓦尔·雅各布森 (Ivar Jacobson), 阿利斯泰尔·科伯恩 (Alistair Cockburn) - 用例至关重要
虽然软件行业是一个快节奏且令人兴奋的世界,在这个世界中,不断开发新的工具、技术和技巧来服务于商业和社会,但它也很健忘。在其快速前进的匆忙中,它容易受到时尚的 whims 的影响,并且可能会忘记或忽略针对它面临的一些永恒问题的成熟解决方案。用例于 1986 年首次引入,后来普及,是这些成熟的解决方案之一。