解读软件工程中的”反直觉“现象

业务越不行，研发反而越忙

当业务增长放缓时，产品团队会通过加入更多功能、优化现有功能和用户体验来创新，以此止住颓势。这导致研发团队面临更多需求，增加了开发压力。同时，由于资金不再宽裕，招聘减少、硬件资源被考核、流程改进优化失去优先级，导致内部竞争加剧，研发人员不得不更加忙碌。

软件工程能力提升了，业务依然无法获得成功

虽然提升研发效能可以增强软件工程能力，但这并不保证业务成功。软件工程能力只能确保研发进度不拖延业务，却无法解决业务增长瓶颈或商业模式问题。只有当业务需求迅速增长时，卓越的软件工程能力才能成为业务成功的助力。

大厂的研发热衷于重复“造轮子”

大厂研发之所以频繁“造轮子”，部分原因是现有轮子不适用或沟通成本高。然而，更深层次的原因在于绩效考核制度的驱动，导致研发人员为了获得高评价而重复发明已有技术。

敏捷模式下，架构的黑暗森林法则

在敏捷开发模式下，架构设计和模块抽象局限于当前需求，缺乏全局视角。随着项目发展，现有架构可能失效，需要通过重构对设计进行优化。但重构收益难以量化，导致难以获得业务支持。技术债务的积累可能是时代红利，但终需偿还。

产研关系越紧张，产品反而做得越好

紧张的产研关系有其理论基础。产品经理制确保了权力分割，让产品经理决定产品方向，而研发部门专注于按时按质完成开发。这使得产品经理能够更客观中立地评价研发产出，从而最大化用户利益。

结论

资源有限有时倒逼创新，如同“因为牌烂，所以能打得精彩”。