第一周个人周报-197242-王凌岳

[197242_王凌岳]

1.本周计划任务和本周实际完成的任务

完成团队组建，确定团队成员角色分工,开展项目需求分析，产出需求文档初稿,学习并掌握TAPD平台的基本使用，实现团队代码共享协作

任务	完成情况	预计用时	实际用时
团队任务分工	完成	20min	15min
需求分析	完成	2h	1h30min
学习TAPD的使用	完成	1h	1h16min

 

 

 

 2.个人工作中存在的问题以及应对措施

 

 

 

1.团队协作效率待提升 问题描述：团队组建初期沟通成本较高，任务分配不够清晰，导致部分工作出现重复或遗漏。

应对措施：建立每日15分钟站会机制，使用TAPD看板明确任务责任人及截止日期，确保信息同步。

2. 需求分析深度不足 问题描述：对用户实际使用场景理解不够透彻，部分需求描述停留在表面功能，缺乏对业务流程的深入挖掘。

应对措施：制作用户故事地图梳理完整流程，下周安排用户访谈验证需求假设，补充场景细节。

3. TAPD使用不熟练 问题描述：代码仓库集成配置耗时较长，对分支管理策略和Merge Request流程不够熟悉。

应对措施：整理TAPD操作手册供团队参考，向有经验的同学请教最佳实践，录制关键操作视频备查。

3.个人学习的新知识点以及学习途径和方法

1. 团队协作与项目管理 知识点：敏捷开发Scrum框架、团队角色定义

学习途径：阅读《Scrum指南》+ 团队内部培训

实践方法：在TAPD中创建Sprint看板，模拟迭代流程

2. 需求分析方法 知识点：用户故事、需求优先级矩阵

学习途径：CSDN技术博客 + 课堂讲义复习

3. TAPD平台操作 知识点：代码仓库关联、Merge Request流程、Wiki文档协作

学习途径：TAPD官方帮助中心 + 腾讯文档教程 

4.个人对本周工作的感悟

本周是软件工程项目的起点，从"单兵作战"转向"团队协作"让我深刻体会到沟通成本是团队开发的真实成本。 三点收获： 工具是协作的桥梁：TAPD不仅是代码仓库，更是将需求-开发-测试串联起来的纽带，用好工具能大幅降低信息传递损耗 需求是项目的锚点：需求分析阶段多投入1小时，后期开发可能节省10小时，本周反复打磨需求文档的过程让我理解了"慢即是快" 文档是团队的记忆：在TAPD Wiki中沉淀会议纪要、技术决策，让团队知识从个人脑中"长"到共享空间里