团队作业—预则立&&他山之石

团队作业—预则立&&他山之石

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