文章管理系统Alpha阶段事后分析报告
一、会议概况
二、Alpha阶段完成情况总结
由于时间关系以及技术难度超出预期，原计划的文章手动关联和文章自动管理因为优先级较低而没能完成，实际交付的完整功能清单如下：
1.用户系统
用户注册
用户登录/登出
个人资料编辑（头像上传）
密码重置功能
2.文章核心功能
文章创建
文章编辑/更新（版本保留）
文章删除
文章列表分页展示
3.内容组织功能
多级分类系统（支持嵌套分类）
标签系统
全局筛选器（按分类+标签+日期组合筛选）
三、项目实践中的经验与教训
-
做得好的地方
（1）需求把握准确
我们通过调研目标用户，准确抓住了“快速查找”这一核心痛点。
虽然全文搜索未完成，但实现的筛选功能已解决了80%的日常查找需求。
（2）技术选型合理
前端采用Vue 3 + Element Plus，开发效率高，组件丰富。
后端使用Django Rest Framework，快速构建了稳定的API。
数据库使用PostgreSQL，为将来的全文搜索预留了空间。
（3）团队协作高效
每日站会（15分钟）坚持良好，及时暴露了进度风险。
使用Git Flow分支策略，代码合并有条不紊。
前后端通过Swagger API文档对接，接口问题少。 -
遇到的问题与改进点
（1）评估过于乐观
问题：低估了Elasticsearch集成和推荐算法的技术难度，原计划5天，实际调研就花了3天。
改进：下次对新技术，先做2天的“技术预研”，证明可行性后再排入计划。
（2）前端工作量严重低估
问题：前端同学承担了页面开发、UI设计、交互实现三重重任，成为瓶颈。
数据：前端计划工时80h，实际耗时120h，超时50%。
改进：
提前制作高保真原型，减少开发期的设计决策
引入UI组件库，减少重复造轮子
考虑将部分交互简单的页面交给后端同学用模板开发
（3）需求变更管理不规范
问题：中途增加了“文章数据看板”功能，打乱了原有节奏。
改进：建立正式的需求变更流程，任何新需求必须经过PM评估并调整优先级。
四、团队成员贡献分
为了量化贡献，我们将总分设定为 100分，根据实际工作量和难度进行分配。
| 名字 | 角色 | 团队贡献分 | 可验证的贡献 |
|---|---|---|---|
| 阿依古再丽·艾力 | 组长 | 20 | 项目进度跟踪、团队协调与会议组织、博客文章攥写与发布 |
| 刘雨彤 | 产品经理 | 21 | 需求分析与文档化、博客文章攥写、原型优化、功能验收 |
| 罗佳楠 | 前端开发 | 22 | 用户界面实现、交互逻辑开发、用户体验优化 |
| 王佳慧 | 后端开发 | 18 | 系统架构、数据库设计、后端接口开发、性能优化 |
| 王腾 | 测试 | 19 | 质量保障、测试用例设计、缺陷跟踪、验收测试 |