软件工程总结
一、个人总结
1.1 回顾你对软件工程课程的想象
我对课程的期待是:跳出代码细节,掌握构建一款软件的完整流程和系统性思维。
-
达到的期待:通过主导撰写《SmartNote需求分析文档》,我深刻达到了这一目标。我系统实践了从项目背景、产品概述、到具体需求的全流程。这让我真正理解了如何将一个模糊的想法转化为可供开发团队执行的明确蓝图。课程中期,我们团队基于新的洞察,果断将项目从“SmartNote课堂助手”转向“灵感孵化器”。这一决策让我亲身体验了响应变化胜过遵循计划 的敏捷内核,这是课本无法传授的珍贵经验。
-
存在的不足:课程实践让我意识到,作为PM,我对后端技术架构和非功能性需求的理解深度仍然有限。这可能导致与工程师沟通时存在隔阂,未来需要加强这方面的学习。
1.2 回顾你在这门课程中的投入与产出
-
代码行数:作为产品经理,我的主要产出并非代码,而是超过5000字的结构化需求文档,以及3个迭代版本的原型。
-
团队角色:在Recubator项目中,我承担了产品经理(PM) 的角色。主要负责需求调研、撰写PRD、设计产品原型,并协调前端、后端、算法同学的工作对齐。
-
时间投入:
作业 花费时间 第一次团队作业 2h 第二次团队作业 8h 第一次团队项目作业 18h 第二次团队项目作业 25h 第三次团队项目作业 12h 第四次团队项目作业 8h - 在软件工程课程上花费的时间:
累计时间 实际周均时间 预计周均时间 73h 5.6h 5h
1.3 令你印象最深刻的是哪一次作业?
印象最深刻的是第一次团队项目作业。当我们深入调研后发现,“课堂笔记”需求虽存在,但场景和竞品过于固化。而“收集即遗忘”的灵感管理痛点,却更普世、更未被满足。
这次作业让我深刻认识到敢于在项目中期否定自己之前的成果,提出根本性转向,需要基于用户洞察的勇气和说服团队的能力。从“提升确定效率”到“激发不确定灵感”,本质是对产品核心价值的重新判断。如何向已经对SmartNode有技术投入的团队成员清晰阐述新方向的逻辑、优势与可行性,是一次极高难度的沟通挑战。这次经历让我学会了用“用户旅程图”和“愿景故事”来凝聚团队共识。
二、总结收获
2.1 展开说说你的软工实践故事
我们最初想解决学生“听课记不全”的痛点。我主导撰写了详尽的需求文档,定义了“录音转写”、“课件同步”、“AI生成笔记”三大功能。然而,在原型测试中我们发现,用户(同学们)反馈:“功能很好,但好像Notability+录音笔+ChatGPT也能勉强替代。” 这引发了我们的警惕:产品的独特价值是什么?
基于此,我们跳出“学生”这个单一身份,访谈了更多有信息收集习惯的人(如设计师、写手、研究者)。一个更强烈的痛点浮现:“收藏了无数文章、想法,却从未回顾,更别提产生新创意。” 于是,我们果断转向。
在讨论“网页快照”功能时,后端同学提出了严峻的成本和性能问题。作为PM,我没有坚持“必须实现”,而是组织了一次评估会,最终决策将MVP版本简化为“保存关键文本与元数据”。这让我学会了在理想与现实、用户需求与技术约束间做折衷。
2.2 介绍学习到的新技术或生产力工具
-
需求管理工具(语雀):用于撰写和维护结构化的PRD,确保团队信息同步,版本清晰。
-
原型设计工具(Figma):帮助我将文字需求可视化,极大降低了与设计师、开发者的沟通成本。
2.3 技术之外,这门课程还给你带来了哪些方面的提升?
-
系统性思维:学会了如何像设计一个软件系统一样,去规划一个复杂的产品,考虑其各个模块的关联与依赖。
-
精准沟通能力:产品经理的工作就是消除信息差。我必须确保我写的每一句话在开发、测试同学眼中没有歧义。
-
权衡与决策能力:在有限资源下,必须在功能间做优先级排序,这锻炼了基于价值判断的决策力。
三、致谢
感谢参与项目的所有同学

浙公网安备 33010602011771号