小牢骚:总有人通过放大问题来制造麻烦

背景

笔者的技术生涯中,经常会遇到这样的情况:一些技术负责人喜欢把问题放大,然后提出一个看起来考虑周到但实际上性价比低、复杂难用的方案。
或者遇到一个小问题,就开始想制定一个规范,写一个几十页的技术指引,希望能彻底规避类似的问题。

今天,闲聊一下这种行为模式背后有其深层次的原因,并且会对组织产生一定的负面影响。

一个例子

昨天,笔者就遇到,技术团队遇到一个小问题,被某个组长知道了,那个组长就开始推行制定一个规范,甚至写一个几十页的技术指引,希望能够彻底规避类似的问题。
这种做法忽略了实际执行中给公司带来的时间和人力成本:

  1. 制定规范的时间成本:制定一个详细的规范本身就需要花费大量的时间和精力。这不仅仅是指文档的编写,还包括前期的研究、讨论、征求意见等一系列准备工作。在这个过程中,团队成员需要投入大量的时间去调研现状、分析问题、讨论解决方案,这无疑是对团队生产力的一种消耗。

  2. 达成共识的时间成本:即使规范制定出来了,也需要在所有的研发小组之间达成一致。这意味着需要组织多次会议,进行多次讨论,甚至可能需要反复修改规范,以确保每个人都能够接受并遵循。这个过程同样耗时,而且在大型团队中,这种协调工作尤为复杂。

  3. 持续维护规范的人力投入:技术是不断进步的,业务需求也在不断变化。因此,任何一个规范都需要随着环境的变化而不断更新和完善。这意味着需要有人定期检查现有的规范是否仍然适用,是否需要添加新的条款,或是删除过时的部分。这种持续的维护工作本身就是一个不小的负担。

  4. 定期回顾现有实现的人力需求:为了确保现有的实现符合规范的要求,需要定期进行审查。这意味着需要有人需要定期进行代码审查或其他形式的检查,以确认现有实现是否符合规范。

  5. 持续的新员工培训:每当有新员工加入团队时,都需要对他们进行规范的培训,让他们了解并掌握这些规定。这不仅需要准备培训材料,还需要安排专门的讲师或导师进行指导。随着团队规模的扩大,这种培训工作的频率和强度也会相应增加。

可见,当面对一个看似简单的问题时,如果采取了制定详细规范的方式来解决,实际上会带来一系列连锁反应,导致大量的时间、人力和资源被消耗掉。

你又不是C++技术委员会,写那么多C++规范干嘛。怪不得公司总是人力不足,这么玩公司人力足够才怪。其实回头看看,这个问题本身可能只是一个“鸡毛蒜皮”的小事,但解决它的过程却可能引发一系列不必要的麻烦。


过度渲染问题的现象及成因

这种现象背后的原因是多方面的。

  • 一方面,某些组长可能因为长期脱离一线开发工作,对实际开发中的问题缺乏切身体会,容易将问题复杂化。
  • 另一方面,他们或许希望通过提出复杂的方案来证明自己的价值,或者是出于对风险的过分担忧,使得方案显得过于谨慎。

无论如何,这种可能是无意识的行为模式确实存在,并且在很多团队中都有类似的情况发生。

过度渲染问题的做法对组织的影响是显而易见的。它会导致资源的极大浪费。当一个方案被设计得过于复杂时,不仅开发成本会增加,而且后期的维护也会变得更加困难。这种方案往往会降低团队成员的工作效率。不再深入冗述。

合理设计的标准

那么,什么样的设计才是合理的呢?合理的设计应该是在当前条件下,既能有效解决问题,又能保证未来的可扩展性和可维护性的设计。它并不是一开始就追求完美的设计,而是在不断的迭代中逐渐完善的过程。

案例分析:务实与迭代

这是一个十年前,笔者在腾讯时,一位QQ产品的研发组长的案例。
一位组长平时给人的印象是非常技术流,但有一次他做了一个招聘管理的小工具,那代码写得真是一塌糊涂,逻辑也非常糟糕。但是他只用了一晚上的时间就把这个工具搞定了,而且这个小工具很好地解决了当时招聘信息管理混乱的问题。如果但看工具,能挑出100个问题,但其实这个组长的技术水平是相当高的,只是他在写那个工具的时候,显然没有花太多心思在代码质量上。

虽然他的代码写得很乱,但从解决问题的角度来看,他的做法是非常务实的。他能够在短时间内迅速解决问题,这本身就是一种能力的体现。更重要的是,他没有因为追求完美的代码质量而耽误了任务的完成。在实际工作中,这样的做法其实是很常见的。很多时候,我们需要先实现一个基本可用的功能,然后再根据实际情况逐步优化。

实际上,不久之后,公司的招聘管理平台上线了,流程更加标准化和智能化,这位组长写的那个工具最终也没进行过重构优化,就光荣退休了。不久这名组长凭着过硬的技术素养和管理能力,很快升为总监,这个是后话了。


解决方案

道可道,非常道

“道可道,非常道。”这句话出自《道德经》,用来形容技术管理中的许多问题也十分恰当。很难有一种统一的标准来衡量什么问题需要仔细处理,什么问题可以快速跳过。这里面的“度”可能真的需要资深的经验和实践积累才能够把握得住。

经验的价值

资深的经验意味着对过往经历的深刻理解和反思。一个有着多年实践经验的技术领导者,能够从历史事件中汲取教训,从而在面对新问题时做出更为明智的决策。这种经验的积累不仅仅是关于技术本身,更是关于如何在不同的环境下做出最合适的选择。

实践积累的重要性

除了经验之外,实践积累也是不可或缺的一部分。只有通过不断地实践,技术人员才能真正理解哪些方法行之有效,哪些方法则不尽如人意。每一次成功的实践都是宝贵的经验财富,每一次失败的经历也同样重要,因为它们教会我们如何避免同样的错误。

情境感知与灵活性

除了经验与实践外,情境感知能力同样重要。不同的项目、不同的团队、不同的发展阶段都需要不同的处理方式。技术领导者需要具备高度的情境感知能力,能够根据具体情况灵活调整策略。这种灵活性不仅体现在技术选择上,也体现在团队管理、资源配置等方面。

总结与反思

总而言之,要恰当地处理技术团队中的各类问题,既需要丰富的实践经验,也需要灵活应变的能力。只有在不断地实践和反思中,技术领导者才能逐渐掌握其中的“度”,并将其转化为实际行动中的智慧。这种智慧将帮助我们在复杂多变的环境中,做出更加合理的设计和管理决策。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值