[I.1] 个人作业：阅读和提问

这个作业属于哪个课程	首页 - 2025年春季软件工程（罗杰、任健） - 北京航空航天大学 - 班级博客 - 博客园
这个作业的要求在哪里	[I.1] 个人作业：阅读和提问 - 作业 - 2025年春季软件工程（罗杰、任健） - 班级博客 - 博客园
我在这个课程的目标是	提高自身软件开发能力，最终合作设计出一款使用的软件
这个作业在哪个具体方面帮助我实现目标	了解软件工程的总体框架，常见问题，培养良好的思维

问题一： “小强地狱”的进出“地狱”标准是否合理？

我们都是按优先级来进行的，开发新功能的优先级远大于修复小强的。

如果开发人员的小强（Bug）数量超过一规定值，则此君被送入“小强地狱”，在地狱中，他唯一能按做的就是修复小强，直到小强数量低于此阈值。（《构建之法》 11.5.5）

​ 阅读完这一部分，我产生以下疑问：是否可以单独考虑小强的数量从而作为各个开发人员进出“地狱”的标准？各种小强的地位，危害度，在项目不同时期的修复程度都不相同，单纯维护小强在某个阈值以下真的是最优化、确保开发进度的最有效方法吗？

​ 在前面一年的代码编程及debug过程中我发现，有些bug小而致命，有些bug大但无妨，是否可以设计一个对每个开发人员出现小强的严重度评测系统，跟据其小强的影响程度作为开发or修改的可行标准？

问题二：如何确定软件在不同利益相关者方面的侧重？

​ 《构建之法（第二版）》：8.2 软件产品的利益相关者中这样写道：

软件开发不可能一次满足所有利益相关者的要求,但是我们一定要让相关角色在这个阶段有机会提出他们的需求和意见,同时,要弄清楚“他们想从软件中得到什么”。

​ 我认为顾客（即甲方）应该是被确定的最大利益相关者，那么，在面对顾客提出的某个需求，但在调研时发现用户反馈并不是很好，那么该尊重甲方，还是按照用户反馈来确定方案。

​ 在市场分析师方面，文章说代表典型用户的需求，那用户和市场分析师的侧重应该如何平衡，在有限的修改范围是更加听取用户调研的反馈，还是侧重针对典型用户的需求以及意见进行开发和修改？

问题三：有关功能的定位和优先级相关

在8-15对四个象限的不同建议图中，对于杀手功能辅助需求是这样建议的：
第四象限(不是用户的刚需, 而是辅助功能,但是我们有独特的办法做得更好)建议采取“维持”的办法,或者现在“不做”等待好的时机。或者小规模实验。

​ 那么当项目中的一个杀手辅助功能突然爆火，项目中的开发人员有人认为要将其提升到必需项目时，无疑会增大整个软件开发和维护的工作量，如果无法增加人手，那么该降低哪个部分的工作量来投入新爆火功能的开发，还是继续保持小规模实验的态度？

问题四：公司该如何培养软件工程师走出思维误区

​ 在文章3.2中提到了软件工程师的两种极端态度，会影响到交付进度。那么在公司招入软件工程师并发现其存在类似问题时，应该如何调整其工作和培养正确思维的时间，并如何将现阶段具有不同思维的软件工程师合理搭配组合，从而让他们获得最大工作效率呢？

问题五：在技术竞争中，如何平衡创新与模仿之间的关系？

​ 在16.4 魔方的创新中，可以看到小飞进行了模仿与竞争，而其他两位同学采取创新来发展市场的方法。

​ 通过开发独特的新技术或改进现有技术，可以开辟新市场，吸引更多的用户，并在竞争中占据有利地位。然而，创新需要大量的资源投入和时间，且成功率并不总是可以保证。另一方面，过度依赖模仿可能会陷入恶性竞争，从而导致双败结果。模仿虽然可以快速跟进市场趋势，但长期来看，缺乏创新能力可能会被更具创新力的竞争对手超越。在实际操作中，应如何有效地平衡创新与模仿之间的关系来保持自己的竞争力？