团队作业—预则立&&他山之石
团队作业—预则立&&他山之石
1.团队任务计划
| 周数 | 任务 | 说明 | 负责人 |
|---|---|---|---|
| 7 | 任务分配 | 开发过程中组员的任务细化分配 | 江郑 |
| 编码规范 | 讨论决定团队编码规范 | 邓弘立 肖小强 符天愉 | |
| 数据库设计 | 刘双玉 符天愉 | ||
| UI设计 | 全组 | ||
| 需求规格说明书 | 继续完善需求规格说明书 | 全组 | |
| 平台环境搭建 | 邓弘立 肖小强 符天愉 | ||
| 博客 | 博客随笔的撰写 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 8 | UI设计改进 | 全组 | |
| 架构设计 | 邓弘立 肖小强 符天愉 刘双玉 | ||
| 测试计划 | 根据《构建之法》相关章节知识，确定下一阶段的测试计划 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 博客 | 博客随笔的撰写 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 9 | 编码 | 邓弘立 肖小强 符天愉 刘双玉 | |
| 测试 | 江郑 李佳铭 杜宏庆 汪志彬 | ||
| 项目管理 | 项目管理推进 | 全组 | |
| 站立式会议 | 每天每人进行个人任务汇报，组长总结当前任务进度 | 全组 | |
| 博客 | 博客随笔的撰写 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 10 | 用户试用反馈 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 测试计划改进 | 江郑 李佳铭 杜宏庆 汪志彬 | ||
| 博客 | 博客随笔的撰写 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 11 | 站立式会议 | 每天每人进行个人任务汇报，组长总结当前任务进度 | 全组 |
| 细节 | Android端完成上阶段剩余的所有非功能需求需求模块 | 全组 | |
| 接口 | 后台完成所有的接口设计 | 符天愉 刘双玉 | |
| 接口说明 | 接口说明文档最终版确定 | 符天愉 刘双玉 | |
| 接口对接 | 完成系统主体功能剩余接口的对接 | 符天愉 刘双玉 | |
| 测试 | 江郑 李佳铭 杜宏庆 汪志彬 | ||
| 博客 | 博客随笔的撰写 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 12 | 测试 | 正式版本的完善 | 江郑 李佳铭 杜宏庆 汪志彬 |
| 项目管理 | 项目管理推进 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 博客 | 博客随笔的撰写 | 江郑 李佳铭 杜宏庆 汪志彬 | |
| 13 | 发布 | 正式版本发布 | 江郑 李佳铭 杜宏庆 汪志彬 |
| 宣传文案 | 撰写宣传文案推广 | 江郑 李佳铭 杜宏庆 汪志彬 |
他山之石采访记录
- 项目选题
Q：学长去年是什么原因想做毕设导师智能分配系统的？
A：项目选题是有经过修改的，原本选题不是很合适，而毕设导师智能分配系统的是当下每个学校都需要的产品，而且在结对编程中，组员对这个系统有了一定见解。所以接受了老师的建议。
Q：对我们项目（校园二手市场）有什么建议？
A：如果在确定不更改选题情况下，将产品定位精细化，与市面已有APP差异化。- 项目开发经验
Q：描述一下项目开工后会是什么场景，我们现在还在定需求方面，对项目没有很明确概念。
A：站立式开会，组员汇报进度，交流难点，组长协调队员之间差异，集中写代码，但是会合理安排时间，尽量少熬夜。
Q：我们组是属于开发经验比较少的，这个对软工实践影响大吗？
A：不会，像我们那届，就有小组是做安卓，但是全组没有人会安卓，在Alpha阶段后，他们做出来的也不错，不用把这个想的太难，边学边做，是可以办到的。
Q：在开发时候有什么需要注意的地方？
A：建数据库的时候，需要多思考一下，你们做二手市场，信息量应该蛮大的，要考虑数据库并行性，不能改动一个小地方，整个数据库都要改，就是模块耦合度小一些。
学长吐槽自己组长：项目需求一直改一直改。组长：栋哥改需求我有什么办法。
Q：框架使用与代码规范
A：后台用框架代码，但是其他组员喜欢使用原生SQL，看着就会很乱，修改其他人代码很难受。由于时间比较赶，代码规范并没有很严格执行，基本还是自己只能改自己代码。
Q：多人合作写代码，如何交接？
A：我们项目是有四个用户角色，每个人负责不一样的角色。控制台是不一样的，所以不会有那个。- 团队组织方式
Q：怎么管理团队的，如果小队有人有事/偷懒，要怎么做/截至日期很急，来不及
A：设定任务期限，每个人任务进度是公开可见的，组长会督促，再加上会议时候需要汇报做了什么工作，一般不会好意思偷懒。- 团队成员协作
Q：项目成员如何分工？
A：三个后台，三个前端。PM负责项目管理。
Q：在分工合作上面对我们有什么建议？
A：因为你们是8个人，可以考虑专门抽人负责项目管理，像我们是PM没有写一行代码，
因为一边参与编程，一边还要查看其他人进度，这样会分散PM注意力，关注点会集中在他自己写的代码，功能模块上面，散失对整体项目的控制。如果PM专门负责项目惯例，效率可能会比较高。- 时间周期安排
Q：在软工实践课投入了多少时间，和其他课程相比呢
A：在软工上面投入时间比较多，如果软工是投入100分，其他课程就10分左右。每周有20多小时。
Q：在Alpha阶段时间比较赶，完不成任务怎么办？
A：如果担心来不及，可以在Alpha阶段仅仅实现核心功能，像你们二手市场的交易买卖功能。剩余功能在后再编码实现。然后进度控制很重要，这就对组长要求比较高，组长需要保证每个组员工作量，进行项目计划合理分配并且实时监督。
团队任务计划小结
- 从刚开始的选题到后来的需求分析、采访学长等，每个阶段都是经过了长时间的讨论，从各种各样的方案、问题中不断筛选出最合适的一个。特别是需求分析阶段，我们在讨论如何使我们的项目更加具有新意和竞争力，每个小组成员都发表了自己的看法。经过了连续2个夜晚的激烈讨论后，我们初步定下了几个大家都比较同意的方案。并开始需求分析的文档编写和界面模型设计工作。又是几个奋战的夜晚。。。熬夜都是家常便饭。在随后的采访学长过程中，我们收获不少。更是有一个非常负责任的组员在凌晨3点把采访结果的文档写完，这种牺牲精神实在令人佩服！
- 在确定团队任务计划时，我们列出从现在开始到阶段截止期限我们所需要完成的任务，综合考虑了每一周每位成员可利用的时间以及考试情况，尽可能得确保每一周的团队任务计划平均分布以及任务的并行执行。整个团队任务计划确定的过程是相当艰难的，我们最初确定了好几个版本，经过讨论后，最终确定的所上呈现的团队计划。团队任务计划还考虑到每个小组成员各自擅长的方面，尽量让每个小组成员可以做自己擅长的那个部分。当然首要考虑的是团队，而不是个人，所以不擅长的方面，我们都尽量取长补短，学习新的知识。总之，这次的团队任务计划我们顺利地完成了。
作业分工比例
| 姓名 | 比例（%） |
|---|---|
| 刘双玉 | 14 |
| 李佳铭 | 12 |
| 杜宏庆 | 12 |
| 肖小强 | 14 |
| 汪志彬 | 12 |
| 江郑 | 12 |
| 符天愉 | 12 |
| 邓弘立 | 12 |
