吐吐槽顺便聊聊企业管理

70 天前
 fyzhh

五年职场路:从轻盈到步履蹒跚,一个普通码农的真心话

转眼间,踏入职场已经五年了。回想最初那两年,日子是真的简单又快乐:

  1. 探索的乐趣: 工作内容对我来说是全新的领域,每天都有新东西学,充满了发现的兴奋感。作为新人,担子也轻,没什么压力,心态很轻松。
  2. 小小的自由: 二十多年来第一次自己赚钱,想吃点什么、买点什么,基本不用太纠结。一人吃饱全家不饿,那种经济独立带来的小小自由感,很纯粹。

但不知从什么时候起,一切都变了。 公司的氛围越来越紧张,压力像潮水一样涌来:

  1. 新官上任的“三把火”: 换了一位大领导。新领导似乎对我们过去的代码质量和开发流程很不满意,决心把他前公司的“先进经验”全面引入。于是,一场旷日持久的“整改运动”开始了。

    • 流程的枷锁: 质量管理团队壮大了,规矩也越来越多、越来越硬。比如,单元测试覆盖率必须达到严苛的标准,才能部署到测试环境——没有商量,没有后门。 曾经一天能搞定的需求,现在流程走完可能就得耗上一周。
    • “老破小”的困境: 我负责维护的是一个典型的“祖传”老系统。接手过无数人,文档缺失,当年的代码写得很“放飞自我”。要在这样一堆历史包袱上,强行套用现在的新规范、新标准?那种无力感和挫败感,只有经历过的人才懂。 每一个改动都像在布满暗礁的水域航行,小心翼翼,身心俱疲。
    • 喘息未定,风暴又至: 前年,整个系统刚经历了一次“大手术”——后台单机变云上微服务,前端 JSP 改 H5 。那次升级加班加点,累到几乎麻木。好不容易熬过去,以为能稍微喘口气,重温一点当初的轻松,结果迎面撞上的是更严格、更繁琐的新一轮整改... 真的感到一种深深的疲惫。
  2. 生活的重担悄然压上: 去年结了婚,孩子也即将出生。这本该是充满期待的时刻,却偏偏遇上经济下行的大环境。工作压力越来越大,生活的责任也越来越重,这两股力量夹击之下,常常感到喘不过气。

  3. 人力的困局与加班的无奈:

    • 公司为了控制成本,外包离职后就不再补充。我们小组年初还有 9 个外包,如今只剩下 2 人苦苦支撑。 虽然总任务量可能没以前峰值高,但人手的锐减让剩下的每个人都感到不堪重负。
    • 更让人无奈的是,中层领导似乎觉得我们“还不够忙”?觉得工作量“不饱和”? 于是,各种额外的、本不该我们承担的活,也源源不断地压了过来。
    • 加班,成了常态,却是有“上限”的常态: 公司规定,每月能拿加班费的时长上限是 36 小时(符合劳动法要求)。超过的部分?抱歉,就是纯粹的义务劳动,“用爱发电”。 之前不少外包同事离职,直接原因就是供应商让他们超负荷加班却分文不给。

吐槽了这么多,心里堵着的那口气稍微顺了点。 职场不易,冷暖自知。


关于管理的困惑,想真诚求教:

最近一直在思考一个管理上的现实难题,特别想听听各位同行,尤其是带团队的 Leader 们的真实看法:

如果你是一个中等规模(几千人)软件开发团队的负责人,面临着必须提升开发/测试质量的巨大压力,你会如何抉择?

  • 你是否会选择牺牲团队的灵活性和开发速度,引入大量严格的规范、流程和管控(比如强制的单元测试覆盖率、冗长的代码审查、复杂的部署流程)?
  • 你清楚知道这个过程会极其艰难:一线开发者会有巨大的惯性和抵触情绪,推行阻力重重;最终的质量提升效果也可能被打折扣——毕竟总有人能找到办法应付了事。
  • 最关键的是,业务需求并不会因此减少! 这意味着团队必然要投入更多时间(大量加班),成员怨气积累,作为推动者的你,风评受损几乎不可避免。

面对这样的局面:

  • 你觉得付出这些代价值得吗? (尤其在收益不确定的情况下)
  • 如果要做,你会如何平衡质量提升与团队负担、开发效率之间的关系?
  • 有没有更温和、更可持续的改进路径?

真心想听听大家的经验、教训或者任何角度的思考。 这不是理论问题,而是很多团队正在经历的切肤之痛。

以上内容经过 deepseek 润色

2121 次点击
所在节点    职场话题
16 条回复
julyclyde
70 天前
首先,诸如单元测试、覆盖率之类的,肯定是对的,要用的

但对于哪些代码要用,在你的例子里,酒精考验的代码再用这些确实是没啥用途,尤其是责任作者都早已不在的情况下

企业文化不是鼓吹出来的而是总结出来的。只有真的把质量当作员工的功劳,才能真正的把质量控制强推下去。
我的意思就是:如果制度上认为你这个月加单元测试、补文档、改 bug ,可以计入你的工作量,可以去评优,那才是好的制度
lloovve
70 天前
测试很重要,一个系统不要只依赖某个人的能力才是正常的
noqwerty
70 天前
内容经过 LLM 润色了,要不要单测也用 AI 生成一下试试呢
fyzhh
70 天前
@julyclyde 制度上认为这些本来就是你该完成的,如果没有在规定时间没完成还要在邮件里面点名哪个系统没完成。
fyzhh
70 天前
@lloovve 确实,都按规范来肯定对系统健壮性有帮助。只是牛马们很难受
fyzhh
70 天前
@noqwerty 单测我们确实都是模型生成的,可是我们内部使用的模型在生成单测这一块还是不够智能,写出来的还有很多要改的
512357301
70 天前
站在管理的角度,一切都是肯定的、决绝的,没得商量,因为他也在老板那里立了军令状了。
但因此耽误的进度、离职的员工、影响的用户体验会让整个公司承受,甚至可能压垮公司。
这其实类似于做手术,不做很难好,做了有个阵痛期甚至手术失败。
tomczhen
70 天前
既然还没崩溃,就说明还有空间可以压榨,技术解决不了所有问题。
Spoter
70 天前
如果你是一个中等规模(几千人)软件开发团队的负责人
------------
有几个人有这种经验的
从历史 V2EX 的技术贴、职场贴的内容和质量来看,个人观点是管理 10 人以上小团队的 leader 占本站全部开发人员的 20%不到。
bojue
70 天前
不管是软件测试以什么样的方式落地,都要看到收益。

我们 22 年底开始大规模做软件自动化测试,投入了大量的人力 all In 到产品测试上,3 个月完成的自动化测试基础功能覆盖。

测试的需求并没有减少,后端模型和需求变动,前端和后端测试又要自测覆盖。


产品的功能和核心竞争力并没有提升,没有订单,同时 23 年开始测试开始裁员,目前项目制的方式开发产品成本投入一直都在,但是没有收入导致软件已经 CY 了 2/3 了。

站在管理者角度又是一个很容易出活的管理指标。但是国内软件质量在老板是一个收益率很低的投入。在市场上没有正向的反馈。

这个管理者很难走下去,我们现在是这样的,我们团队现在是这样的,开发自己测试。
julyclyde
70 天前
@fyzhh 你自己的代码,你自己加测试,那确实是应该的
但是改遗留代码,完全就是额外的工作量
TideCC
70 天前
我是那个被裁的外包我说说,规范管理没问题,但是你得给时间给人力,而不是“下班后都别急着走,多干一会”‘为什么今天修复了三个不过上线,告诉我具体原因根本原因产品原因测试原因开发原因如何避免再开三个小会一个大会’’“公司下一年财务上的规划问题就决定先不继续使用外包同学了感谢大家的付出”’-来自我那和你如出一辙新上任的领导
c0011
69 天前
业务代码怎么写单元测试?
gechang
69 天前
五年该跳槽了,时间久了容易温水煮青蛙
wqhui
69 天前
其实是领导的问题,不可能既要质量又要速度的,流程规范会提高质量减少出错,但速度肯定会被拖慢
txhsj
69 天前
本质上你老板的老板的诉求,无非是成本,效率,收益,如果行业不景气,收益无法大幅度提升,那么从成本、效率上进行管控,自从而下压力层层透传,就是你看到的情况,本质上还是为了老板的目标而奋斗(大平层还是别墅),那下面人怎么想,老板不 care 。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1143216

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX