团队作业—预则立&&他山之石（人月神教）

1.团队任务

GitHub issues

1.2 团队计划

2.访谈任务

2.1采访对象

采访团队：龙威零式
采访时间：2017.10.23
采访形式：微信群

2.2采访内容

• 问：你们选题的时候有哪些考虑？

• 答：选题的时候没有想太多 当时首先第一志愿是想搞一个自助选题 也会接受后来的命题(学霸网站后台)是因为觉得有一些前辈基础 而且命题相对来说听起来比较有意思

• 问：你们在做作业之前有其他项目的开发经验吗？有哪些知识储备？
• 答：做作业之前我们组的项目开发经验主要是来自于 一些组员的实验室项目 知识储备的话主要是有几种高级语言的开发经验 还有一些关于自然语言处理的算法经验

• 问：你们是怎么安排组员的工作的，包括时间和工作量的安排？
• 答：在前期刚开始是知识学习阶段，大家都大致了解了所有相关部分的知识 然后根据兴趣分别选择了不同的后续主要开发方向，这里也涉及到一些方向选择的矛盾需要pm来进行协调 因为有些人会没有什么想法或者几个人想做一件事情 。工作量分配主要是由pm来进行安排 安排的依据主要是组员对于任务预期花费的时间，但是这里刚开始会有工作量分配不均匀的问题，后面还要根据组员的进度以及反馈进行动态调整

• 问：你们在完成作业的过程中有什么矛盾吗？是怎么解决的？
• 答：如果这个矛盾是指组内矛盾的话基本没有 我们组的团建进行的比较好。前提有些小问题主要是pm对于组员的项目进度会有不满，就是安排的进度会因为种种原因拖着无法完成 后期通过有效沟通(对于工作量以及工作内容的反馈以及调整)得到了解决

• 问：你们是如何协调软工作业和其他事情的时间的？
• 答：协调这方面我们做的不是很好，因为工作周期比较长，所以在中前期 一般来说如果有别的ddl接近都是优先完成别的任务 导致前期工作进度进展比较慢 然后在软工截止日期前几天集中开始工作感进度 这样的工作方式是比较值得改进的

• 问：你们做完项目之后是否和设计初衷有偏差？
• 答：有比较大的偏差，原因来自于最开始我们接受的是别人的项目 组内所有的人对于这部分的工作没有任何的认识，所以初期我们对于成果的设想比较天马行空，随着项目进行，尤其是到了β阶段，由于相关经验的积累以及对于上一代产品的认识 我们重新设计了产品，这时设计的产品就和最终的成果比较接近，除了一些细小的功能因为时间原因没有完成之外别的基本一致

• 问：你们对刚开始的项目有什么建议？
• 答：首先组内心理建设很重要，这样能最大程度的避免成员消极怠工的情况。其次对于工作任务初期的知识储备要足够，依靠学习的内容以及经验，对于产品的设计就可以尽量的贴近实际情况，减少后期无用功。最后就是对于项目时间的把握要做好，对于工程进度timeline提前设计好，并且严格把握 最终自己设计ddl最好放在老师给的ddl前几天 留一些余地

3.任务分配比例

李鸣	王国华	吴君毅	陈裕鹏	黄浩	侯振源	陈晓凯	付逸豪
15%	15%	15%	10%	10%	10%	15%	10%

转载于:https://www.cnblogs.com/Flame09/p/7719078.html