《人件》第五章沃土

最新推荐文章于 2026-01-05 19:55:10 发布

原创最新推荐文章于 2026-01-05 19:55:10 发布 · 363 阅读

8 ·

CC 4.0 BY-SA版权

文章标签：

#笔记 #人件 #软件工程

人件专栏收录该内容

7 篇文章

订阅专栏

五、沃土

5.1 自我修复

在团队的自我修复方面，书中关于规范的论述尤为关键。在软件工程领域，引入大型方法作为规范来约束团队的现象并不少见，看似能增加确定性，实则弊端明显。就像将一个现实的人工业务系统化，系统虽能按设计者预设运行，却缺失了人工时期处理复杂问题的能力。比如一些复杂的金融交易系统，在人工处理时代，交易员能根据市场瞬息万变的复杂情况灵活处理特殊交易，而当系统固化流程后，面对一些罕见的复杂市场波动，往往难以有效应对。

同时，这种大型规范还会束缚开发者的热情和生产力。真正的规范应符合公司实情，从小范围开始逐渐扩大并验证，就像很多成功的软件公司，在制定代码规范时，先在小团队内部试行，根据实际开发情况不断调整，再逐步推广到全公司。而且，应该通过培训、工具、审查逐渐引导性地收敛，而非强制引入 “规范方法”。霍桑效应也表明，人们在尝试新事物时表现会更好，所以在软件开发中，不应过度标准化，给开发者一定的创新空间，能激发他们的创造力。

5.2 风险管理

风险管理方面，书中提到的两种极端行为在软件项目中也常见。没有风险管理意识的冒险，可能导致项目因一个小的技术漏洞而全盘崩溃；而为了避免风险墨守成规，又会让项目难以有突破性进展。

任何有价值的软件项目都要冒风险，比如开发一款全新的人工智能应用，技术上的不确定性就是很大的风险，但一旦成功，其价值不可估量。而管理者往往会忽视自身失败的风险，因为承认失败会让他们颜面尽失，这就需要管理者正视风险，建立完善的风险评估机制。

5.3 会议

会议是软件团队协作中不可或缺的部分，健康的会议对项目推进至关重要。健康的会议是为完成一件事专门组织的，有确定的结束条件。比如在软件开发中，为解决某个技术难题而召开的会议，直到找到可行的解决方案才结束，而非时间一到就散会。而且会议理应是多对多的交流，不能是老板和员工一对一谈话浪费其他人时间。

5.4 让改变成为可能

我们应该认识到，没有什么事情比让一个人成为新秩序的导入者更难驾驭，更难确定成功，更难管理风险的了。因为所有受益于旧秩序的人都将成为他的敌人；而那些也许会收益与新秩序的人只可能成为他缺乏热情的保卫者 --马基雅弗利

马基雅弗利的话深刻揭示了改变的艰难。在软件工程行业，技术和市场变化迅速，改变是常态。软件公司推行新的开发模式，比如从瀑布式开发转向敏捷开发，那些习惯了旧有模式的员工可能会抵触，而受益于新模式的员工初期也可能热情不高。改变的模型 “旧标准 -> 混乱 -> 实践与整合 -> 新标准” 也适用于此，在转型过程中，团队可能会经历一段混乱期，但通过不断实践和整合，最终会形成新的高效开发模式，同时改变需要容忍失败，在软件开发中，新功能的测试失败是常有的事，从失败中总结经验，才能不断完善。