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

项目	内容
这个作业属于哪个课程	首页 - 2026年春季软件工程 - 北京航空航天大学 - 班级博客 - 博客园
这个作业的要求在哪里	[I.1] 个人作业：阅读和提问 - 作业 - 2026年春季软件工程 - 班级博客 - 博客园
我在这个课程的目标是	通过参与完整的团队项目开发，掌握协作全流程，积累软件开发、测试、运维等方面的实践经验，为实习与就业打下基础
这个作业在哪个具体方面帮助我实现目标	掌握软件工程的核心思想与基本原则，理解其基本概念及行业共识

问题一：书中强调"个人能力"与"团队协作"同等重要，但在实际项目中，如何平衡"独立完成"与"依赖队友"的边界？

书中介绍了PSP（个人软件开发流程）和TSP（团队软件开发流程），强调工程师既要有扎实的个体能力，又要融入团队。但我在参加课程项目时发现：有时候为了"不拖累别人"，大家倾向于自己扛所有任务；而有时候又过度依赖分工、不关注全局。书中对这个边界的描述似乎还不够具体——什么时候该"自己搞定"，什么时候该"立刻求助队友"？ 团队中是否有一套可操作的标准来判断这个边界？

---

问题二：书中提到代码复审是提升质量的关键实践，但为什么在国内大多数互联网公司和学生项目中，Code Review 形同虚设？

书中对Code Review的意义讲得很清楚，但现实中——包括我参与的项目制作——很多团队的PR审查不过是"LGTM（看起来不错）"走个流程。是工程文化问题、时间成本问题，还是激励机制设计问题？ 书中有没有给出在"快速迭代"压力下坚持有效Code Review的具体方案？

---

问题三：书中的"需求分析"章节反复强调要搞清楚用户真实需求，但"用户说的"和"用户想要的"之间的鸿沟，有没有可量化的方法来弥合？

书中举了很多用户需求被误解的例子，也提到了各种调研方法（访谈、问卷、原型测试等）。但作为学生，我们做项目时往往没有真实用户可以访问。在资源有限的情况下，如何验证自己对需求的理解是否正确？ 书中的方法论在"冷启动"阶段（没有用户数据、没有历史反馈）是否依然有效？

---

问题四：软件工程强调"可测试性"和"持续集成"，但书中的案例大多来自成熟团队，对于从零开始的小团队，测试文化应该如何"从无到有"地建立？

书中谈到单元测试、回归测试的重要性，但没有深入讨论测试习惯的养成路径。在我们的课程项目里，测试往往是最后才补写的"交差代码"，而不是驱动开发的工具。书中有没有给出一套适合小规模、时间紧张团队的"最小可行测试策略"？从什么粒度开始写测试才是性价比最高的起点？

---

问题五：书中对"技术债"有所提及，但软件工程的教育体系是否本身就在制造技术债——我们学的那套"工程方法论"，在AI辅助编程时代还适用吗？

这是我读完全书后最大的困惑。书中构建的软件工程体系——需求、设计、编码、测试、维护——是基于"人工编写每一行代码"的前提。但现在GitHub Copilot、Claude等工具已经能生成大量代码。当AI可以在几秒内产出一个模块时，PSP中的"时间估算"、"缺陷追踪"这些实践还有意义吗？软件工程师的核心竞争力是否需要重新定义？

---

这些问题一部分与我们后面的项目制作息息相关，另一部分我也想了解未来真正踏入工作岗位的时候，具体的工作环境是怎样的？是真正像书中所介绍的吗？