五件严重影响我作为开发者的工作效率的事情(以及如何解决这些问题)
最近我有了难得的机会待在家里,思考我的日常生活,并对其进行细致入微的分析(多亏了 COVID-19)。
这样做之后,我发现有些日子效率极高,而另一些日子则像把一堆梨蒸太久一样,毫无生气。
我知道生产力会像情绪一样波动——我一直以为这取决于我早上起床时的心情,但仔细观察后,我开始注意到一种模式,这种模式似乎与我所在的团队有关。
作为一名前端开发人员,我通常会同时负责多个项目,即使它们之间存在差异,例如使用的框架不同,最终的任务也大同小异。我负责集成 API 调用,大量使用 `filter()` 和 `reduce()` 函数,以及修复一些零散的填充问题。我对所有这些任务都同样感兴趣,所以这次的动力并非源于任务的复杂性或趣味性。
但我发现一些变量会因项目和团队而异,并且意识到我的大部分效率问题都与这些变量有关。因此,我想分享一下我的发现,希望能对你有所帮助。
出发点良好(但时机不当)的评论
代码审查是提出改进建议或更高效解决方案的绝佳途径。但如果这些善意的建议是在代码冻结之后提出的,该怎么办呢?衡量变更的影响与实施时间至关重要。
所以在提出建议之前,先问问自己:——那位开发人员能否在截止日期前完成返工?你是在给一堆未完成的工作雪上加霜吗?* **这样做值得吗? **
如果这意味着要重构大部分功能,而改进带来的收益却不大,那么或许最好先提交一个待办事项,以便日后改进。当然,这仅适用于已经能够 以可接受的方式解决问题的代码。有时候,足够好就足够了。
(计划不周的)会议
是的,我差点把标题里的“计划不周”去掉,但说实话:会议对于团队的组织管理至关重要。问题在于,如果会议没有明确的议程,或者最终变成其他成员旁听的一对一谈话,那就麻烦了。
人们会开始失去兴趣,变得疲惫不堪,而疲惫的团队需要时间恢复才能重新高效工作。因此,为了降低倦怠风险,应积极努力保持会议简短精炼,任何超过一小时的会议都应该避免。严格按照预先制定的要点清单进行,并学会判断哪些讨论应该转为线下进行,或者安排到一对一会议中。
记住,有些会议其实可以用电子邮件进行。
破碎的东西
Allie Brosh 的一篇博文名为《悄悄的仇恨螺旋》,它完美地概括了我接下来要描述的内容(如果你不认识 Allie Brosh,我会在本文末尾附上她的博客链接——她已经不再活跃,但她的文章应该被视为互联网上的瑰宝)。
想象一下:你正准备开始一项新任务,尝试构建项目,但出了点问题,你收到一个错误,你追踪错误,尝试重新安装,发现数据库太旧,刷新,重新安装,又出现一些奇怪的错误,在喝了杯咖啡,浏览了两个小时 Stack Overflow 之后,项目终于构建成功了,你完全不知道自己做的 200 件事中哪一件起了作用,也记不清自己最初想完成什么。
所以,你回到规范,检查它们,尝试开始工作,然后砰的一声:来自端点的 500 错误,恭喜!你陷入了狡猾的调试漩涡,看看钟,下午 5 点,晚安。
如果你无法感同身受,那我只能说你真幸运!(你们公司招人吗?我只是替“朋友”问问。)但对我们很多人来说,这是一种非常普遍的情况,可能会让我们白白浪费一整天的工作时间。
关键在于沟通。要让团队了解核心功能是否有新的依赖项,或者是否需要特定的数据设置才能运行,并营造一个安全的工作环境,让大家可以畅所欲言地提问。有时候,解决方案只需一条 Slack 消息就能找到,从而避免团队成员进行一些棘手的故障排除工作。
恒优先级开关
我们通常参与的项目都需要一定的灵活性,但如果一个团队需要不断调整优先级,这通常是计划不周的表现。
频繁切换任务会给大脑增加额外负担,导致注意力分散,解决问题所需的时间也会延长。从提高效率的角度来看,这是一种代价非常高昂的做法,应该仅限于紧急情况或最重要的事项。
制定一份既能提供有效指导又能预留一定空间应对意外情况的总体路线图,对任何团队的生产力和心理健康都是一项极佳的投资。
制定这样的路线图可能需要更长时间(也可能需要召开一些会议),但最终的回报将是值得的。
记住,如果所有事情都被视为头等大事,那就等于没有事情是最重要的。
微观管理
啊,微观管理。关于这个话题已经说了太多,我感觉自己就像那个说“真不敢相信我们还在抗议这种破事”的女士一样。
对于管理者而言,了解项目进展情况是健康且必不可少的职责。为了做出高效的决策,他们需要知道项目正在发生什么、已经完成了什么、遇到了什么阻碍以及原因。
但微观管理并非关乎了解,而是关乎控制和不信任。信任是双向的,当员工感到不被信任时,他们会立即对公司和团队产生不信任感,最终影响生产力。此外,微观管理非常耗时。与其把宝贵的时间浪费在催促某人完成任务上,不如用来制定我之前提到的整体发展路线图,为整个团队创造价值。
尝试进行有效且诚实的沟通。如果你觉得某人的工作表现不佳或工作重点混乱,那就问问到底发生了什么,并努力理解他们的意思。
有时候,员工并非有意隐瞒。也许他们没有意识到某些事情正在影响他们的工作效率。要保持开放的沟通渠道,随时接受反馈,并且要确保双向沟通畅通。你可能会发现一些不尽如人意的地方,但大多数人都会对这种做法持积极态度。
以上就是我目前的观察结果。我已经尝试与团队成员讨论并调整了一些变量,目前为止效果不错。旧习惯难以改变,但只要沟通顺畅、态度端正,就能做到。
PS:现在去享受一下吧:艾莉·布罗什 - 夸张与一半 | 偷偷摸摸的仇恨螺旋
文章来源:https://dev.to/iamdoomling/ Five-things-that-are-killing-my-productivity-as-a-developer-and-how-to-潜在地-fix-them-1db