团队作业4——项目冲刺
团队作业4——项目冲刺
| 这个作业属于哪个课程 | 软件工程 |
|---|---|
| 这个作业要求在哪里 | 团队项目 |
| 这个作业的目标 | 进行敏捷冲刺，熟悉团队合作开发 |
| 前端仓库 | 前端 |
| 后端仓库 | 后端 |
每次冲刺日志索引
| 时间 | 博客 |
|---|---|
| 5.7 | Day1ᕙ(`▿´)ᕗ |
| 5.8 | Day2ᕙ(• ॒ ູ•)ᕘ |
| 5.9 | Day3(˚ ˃̣̣̥᷄⌓˂̣̣̥᷅ ) |
| 5.10 | Day4 (￣△￣;) |
| 5.11 | Day5 ₍ᐢ..ᐢ₎♡ |
| 5.12 | Day6 ଘ(੭ˊ꒳ˋ)੭ |
| 5.13 | Day7 END |
目录
一. 团队介绍
1. 团队名称：码农探花队
2. 团队成员
| 姓名 | 班级 | 学号 |
|---|---|---|
| 唐育健（组长） | 软件工程三班 | 3122004879 |
| 李宇康 | 软件工程三班 | 3122004871 |
| 陈境涵 | 软件工程三班 | 3122004775 |
| 张荆茂 | 软件工程三班 | 3122004884 |
| 阳昊 | 软件工程三班 | 3122007304 |
| 梁爽 | 软件工程三班 | 3122004872 |
二. 任务安排
1. 任务分配
| 工作 | 负责人 | 工作内容 |
|---|---|---|
| 开发 | 梁爽，李宇康 | 带领前端和后端成员完成代码规范，具体编码，基本单元测试内容 |
| 测试 | 陈境涵 | 组织成员对模块，整体进行测试，模拟用户进行需求测试与分析，跟进用户体验，及时完善需求 |
| 需求分析 | 阳昊，唐育健 | 和测试人员一起，与用户进行交流反馈，及时完善需求文档，提出设计需求，补充上传至前后端具体编码 |
| 产品经经理 | 张荆茂 | 协调团队关系，整理与审核分配内容，进行博客文档的编辑，对提交进行审查，及时根进前后端和测试工作 |
2. 任务内容
因为前后端管理方式不同，项目会以Github以及Leangoo进行管理
前端任务
后端任务
3. Alpha任务安排
三. 明日各个成员任务安排（5.8)
| 工作 | 负责人 | 内容 |
|---|---|---|
| 前端开发 | 李宇康 | 音乐播放器制作，音乐源插件设计，根据需求调整计划 |
| 后端设计 | 梁爽 | 评分管理，收藏管理，评论管理，镜像打包部署尝试，根据需求再次进行调整，完善接口文档编辑 |
| 测试 | 陈境涵 | 组织人员进行模块测试，跟进每部分的单元测试 |
| 需求分析 | 阳昊、唐育健 | 与测试一起，对已有功能进行分析，与用户对接，挖掘新需求 |
| 产品经理 | 张荆茂 | 整理分配任务，进行下一篇博客编写，与测试一同跟进前后端测试 |
四. 整个项目预期工作量
| 工作任务 | 参与人数 | 耗时 | 单日人员需求 |
|---|---|---|---|
| 需求分析与跟进反馈 | 2人 | 2天 | 1人/天 |
| 系统设计，框架构造 | 4-6人 | 3天 | 2人/天 |
| 模块设计与具体编码 | 6人 | 7天 | 6人/天 |
| 软件测试 | 6人 | 3天 | 3人/天 |
五. 敏捷开发前的感想
| 人员 | 感想 |
|---|---|
| 张荆茂 | 团队的管理比预期更加困难，协调队员关系以及分配任务时间显得及其重要，还要兼顾文档编写，测试跟进，意识到团队合作的困难，也十分期待未来的敏捷开发 |
| 李宇康 | 作为前端负责人，在编码过程中发现，要经常与后端进行协调沟通，要不断对新的需求进行改进和分析，实际合作起来发现不只是写代码那么简单，团队从来不是一个人的事情，希望敏捷开发过程中能够更加熟悉团队开发 |
| 梁爽 | 后端的设计十分不易，不能盲目编码，要跟着需求走，和需求经理的沟通就显得十分重要，队员积极性不高，就会导致任务一拖再拖，作为负责人该如何调动队员积极性成了一个很大的问题，也希望未来的敏捷开发各队员可以更加积极沟通 |
| 唐育健 | 团队人手不够，在开发途中又需要与用户进行对接，与项目经理进行沟通确立新的需求，再反馈到前后端负责人处，虽然沟通次数逐渐增加，但是可行的任务却难以确立，需求分析不是简单的事情，期望敏捷开发过程中能学到更多分析方式，及时剔除无关需求 |
| 阳昊 | 需求分析的工作的确不容易，要把握当下需求，潮流需求，还要对客户进行调研分析，确立新的需求，许多时候难以做到需求与开发并进，很大需求会由于技术原因而遭到废弃中止，希望敏捷开发过程中能继续跟进用户调研，加强与开发负责人的沟通从而发掘更多可行的需求 |
| 陈境涵 | 测试是一件谈不上容易的工作，在开发人员完成代码编写后，往往会因为是个人编写的代码，而不认真进行单元测试，忽略很多问题，此时与开发人员的沟通就显得十分重要，而组织人员进行测试也不是那么容易，希望在敏捷开发过程中大家能重视测试任务 |
六. 团队期望
1. 改进
在初次合作阶段，团队暴露出许多问题，比如人员积极性不够，难以协调每个人的时间，导致开发进度一拖再拖，无法如期交付，导致测试计划和后面的任务延后，耽误开发进程，希望能在往后合作开发中磨合关系，做到如期交付
2. 需求
我们期望能与用户保持良好的交流沟通，在每次任务期间都进行用户调研，如期如约地调整需求，不能专注于已经有的需求，而是要发掘更多的需求，增加产品竞争力，需求分析这一块显得十分重要，期望未来开发过程中，做好需求分析，在每次迭代过程中改进需求，完善功能
3. 任务分类
开发人员应该严格划分时间，不能等着做，应提前认识下一次的任务，提前对难的，不容易，复杂的任务进行微小化，分割化，超前完成这些任务的一部分，保证如期交付，任务难，工作量大，没时间都不是延误交付的借口，每一次延误都会使得项目无限期延误
4. 交流与沟通
如今开发人员和测试人员严重脱节，开发人员各干各的，测试人员不知道测什么？怎么测？这是很不好的现象，个人的工作不应该与团队脱节，不应该等着测试来“请求”代码，而是自觉地完成单元测试，严格地将代码交付给测试，发现问题立马解决，从代码提交追踪到个人，不是一心只顾研究，两耳不闻窗外事，团队应该加强交流沟通，每日例会应该按期举行，若有情况必须进行视频会议，确认开发进度，在会议交流结束后立马改进任务，做到如约交付
