| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2026年春季软件工程 |
| 这个作业的要求在哪里 | 个人作业：阅读和提问 |
| 我在这个课程的目标是 | 掌握软件工程核心方法，提升团队协作与实践能力 |
| 这个作业在哪个具体方面帮助我实现目标 | 通过阅读与提问，锻炼批判性思维与问题提炼能力 |
问题一：软件工程师的可量化指标与不可量化价值之间是否存在矛盾？
软件工程师不能按时交付的原因之一，是他们有时候不满足于“解决目前直接的问题”，而是想“解决问题背后的问题”，或者“解决通用的、不直接的、但有重大意义的问题”。
-- 引用自第3章《软件工程师的成长》3.1节
表3-2展示了AI和Bob的交付对比，其中AI平均用时更短，但标准差较大；而Bob虽然平均用时稍长，但交付稳定。作者认为稳定、一致的交付时间是衡量一个员工能力的重要方面，但作者也承认了软件项目的创造性需要一些意外和惊喜。
我的困惑在于软件工程中似乎存在两种对立的价值观：一种是可量化的能力，例如Bob的低标准差；另一种是创造性的价值，例如AI虽然不稳定，但可能在某次任务中展现出惊人的效率。这种矛盾在现实中非常普遍，但书中并没有说明如何量化这种价值。
因此我在想绩效考核、晋升评估等实际场景中，是否存在一些指标可以部分弥补传统指标的不足？还是说如果量化本身就有局限性，我们应当接受软件工程师的价值部分不可量化这一事实，并依靠主观判断来补充？
问题二：团队模式的演进过程中如何规避模式错配的失败风险？
体育团队从一窝蜂抢球演变到有明确的分工、阵型、战术的团队，需要时间。类似地，软件团队的模式，最初也是混沌的一窝蜂形式：一群人开始写代码，希望能写出好软件。随着团队的成熟和环境的变化，团队模式会演变成下面几种模式之一。
-- 引用自第5章《团队和流程》5.2节
作者用足球比赛类比，从一窝蜂抢球到明确分工、阵型、战术需要时间，并列举了九种团队模式，例如交响乐团模式强调执行和稳定，爵士乐模式强调即兴和互动，功能团队模式强调平等协作。但作者同时提到了主治医师模式可能退化为一个学生干活，其余学生打酱油，明星模式也可能面临明星陨落后团队价值归零的风险。
在实际软件工程中，团队的演变往往不是线性的，可能长期停留在某种低效模式而不自知，这时是否存在模式错配的情况？例如一个需要高度创新和快速迭代的项目，却采用了强调执行和流程的交响乐团模式，导致创意被扼杀；反之一个需要稳定可靠、安全至上的系统，却采用了过于随意的爵士乐模式，导致质量失控。
因此我想知道团队领导者应该如何诊断当前模式是否适合项目目标和团队文化？有没有一些具体的信号可以帮助团队识别自己当前所处的模式，并判断是否需要向另一种模式演进？
问题三：当颠覆式创新来临时，作为既得利益者，如何克服自我颠覆的心理与组织障碍？
假设你发明了电报，创办了电报公司，并花费毕生精力建起了覆盖全国的电报网。这时有个年轻的发明家上门推销他的创新——电话。这个早期的电话看起来其貌不扬，后面还拖着一条尾巴。可是你敏锐地看到，这个创新将会颠覆目前的电报产业，它预示着你辛辛苦苦建立起来的电报公司将会失去市场，这时你会怎么想呢？会不会恨这个新发明？
-- 引用自第16章《IT行业的创新》6.1.1节
作者提到有些创新者甚至憎恨创新，并以电报公司的老板为例，说明颠覆式创新会威胁其毕生心血。在迷思之七中作者还指出成功公司的“流程”、“价值观”和“重视用户”反而会成为拥抱颠覆式技术的桎梏。
书中虽然清晰地描绘了这幅图景，但并未给出可操作的解决方案。对于一个身处成功团队的个体而言，如果预见到了颠覆式技术的来临，但所在的文化和流程都在排斥它，我该怎么办？是不是仅仅依靠最上层的支持过于理想化，因为大多数情况下上层也是既得利益者。
所以在一个成熟的组织中，如果一个基层员工真的看到了颠覆式创新的机会，但他无法改变公司的利润率要求，也无法说服满足于现状的核心用户，他除了像书中暗示的那样离开并去创业，还有没有其他在体制内可以有效推动自我颠覆的方法？韦尔奇提到的“组建新团队”是一个方法，但新团队如何与拥有成熟流程和丰厚资源的旧团队共处、竞争甚至最终取代后者？
问题四：领域外专家的创新优势，是偶然的运气，还是可以被复制的思维模式？
但是统计数据表明，70%的创新者说，他们最成功的创新，是在他们的拿手领域之外发现的。
-- 引用自第16章《IT行业的创新》6.1.5节
作者提到计算机专家当时在搞高难度的COM/DCOM/RPC，而伯纳斯-李的无状态网页最初被众多专家看不起。在索尼Walkman的例子中，公司的营销专家和市场调查都证明“随身听”没有市场，语言专家也指出“Walkman”不符合语法，但创始人盛田昭夫依然基于直觉和对趋势的洞察坚持了下来。
我的确承认跨学科知识能带来思维碰撞的优势，但让我仍然不解的是这种优势的获得似乎带有很强的偶然性。伯纳斯-李的“模糊但令人兴奋”的想法，盛田昭夫的“直觉”，这些都很难被量化。对于像我们这样正在接受专业教育的学生来说，这是否意味着我们应该不务正业？
我依旧不理解领域外的身份带来的究竟是真正的洞察力，还是一种因为不了解不可能而侥幸成功的新手运气？如果是前者，这种跨领域思考的能力能否被系统地训练？我们如何在深入掌握本专业知识的同时，又能有效引入外行的视角，避免陷入思维的牢笼？
问题五：在创新者的困境中，一个成功的团队如何识别并区分有价值的用户反馈和阻碍创新的短视需求？
当成功的企业步入中年，它们当年发迹的市场成熟了，当年赖以成功的创新技术成了主流的成熟技术，又叫“维持性的技术”，在成熟的市场和维持性的技术环境中，技术的创新并不是影向企业成败的主要因素。然而，颠覆性的创新会带来产品和市场的巨大风险，这些企业中的流程、价值观和文化会排斥颠覆性的创新。那些没有成功包袱的小公司反而能把颠覆性的创新带到市场，挑战成熟企业的霸主地位。
-- 引用自第16章《IT行业的创新》6.1.7节
Office 2007的Ribbon UI在开发时遇到的巨大阻力，这足以说明即使是成功的团队，其内部和外部的用户也会强烈抵制与其习惯不符的颠覆性改变。正如马车夫不会告诉福特需要汽车，他们只想要更快的马。
我觉得这是软件工程和产品管理中最现实的问题，我们常常被教导要以用户为中心，要倾听用户的声音。但如果用户的声音恰恰是引导我们走向平庸、错失颠覆浪潮的源头，我们该怎么办？
当我们收到大量用户反馈需要“更快的马”时，我们有哪些方法来帮助判断这究竟是用户真实需求的体现，还是用户受限于当前认知、无法想象“汽车”存在的表现？对于绝大多数不具备天才直觉的普通人，有没有更系统化的分析方法？