一、团队采访概况
- 1、采访团队：《一起买》开发团队
- 2、采访形式： 团队-团队
- 3、采访内容的提炼
- 4、部分提问及采访心得
二、团队采访内容提炼
针对项目选题
- 游戏更侧重游戏的策划以及PS的美工，这两个项目决定了游戏质量的好坏，而编码部分需要的内容并不太多。
针对开发经验
- 学长们的团队和我们是很相似的，因为我们的团队都没有开发经验，面对没有开发经验的团队，我们要明确团队内部的模块划分，每个模块内部的人员要以一个内容，贯穿始终，而不是简单地去按功能划分，这样会导致每个人要做的内容都有交集，而没有经验的情况下，就会加大团队的学习内容。
针对团队的组织方式
- 与开发经验类似，团队的组织要求分工明确具体，每一个人都需要有自己负责的内容和学习的工作。
针对成员协作
- 需要一个详细的接口文档，将每一个部分作为衔接，要确保每一个内容双方都根据接口文档进行交接，对于命名规范，有详细的规定。在协作同时，团队内部要多交流，尽量能够在一起开发，规避不一致带来的问题和风险。
针对时间安排
- 在学习阶段，目前的筹备阶段，尽量能去做就去做，能多学一些内容就赶着学一些内容，方便在项目的冲刺阶段可以直接拿起来用，减少时间的浪费。提高效率。
- 在项目的冲刺阶段，将编码任务尽量多的提前，之后节约出的时间，安排给单元测试和其他重要的测试。
针对GitHub管理
- 希望有一个人来专精，通过GitHub管理来进行分支的操作，如合并等等。
针对技术的实现
- 如数据库的管理，数据库的部署，跟随学长做了一些经验的交流。同时对于边学边做，写一个Demo的学习方式将会加快我们的学习速度。
重点需要去把握的问题
- 1、git的分支合并
- 2、接口文档问题
- 3、需求的修改问题
三、团队成员的部分提问+心得体会 （摘要）
问题1：学长你们开发中不同模块间如何协调，比如像界面和数据库，在界面没有写好之前没办法去写数据库函数去绑定按钮啊。
- 学长答：我们界面和数据库是同步进行，两者间的协调是通过——接口文档。在文档中详细到函数接口，函数的命名，乃至按钮的id，都是统一的，这样的话，两组人员只要完全按照文档的要求来写，后期合并后就可以实现交互了。
问题2：你们团队间的交流呢，是组长统一协调分派任务，各自在宿舍完成自己的任务，还是团队待在一起写代码。
- 学长答：因为我们宿舍都在隔壁间，就没有特意找个活动室一起做。倒是交流的话，我们在项目后半阶段是每一都开一次会，大家相互汇报进度和问题，这个你们老师之后也会跟你们强调的。
问题3：你们之前强调说项目的开发都是完全依照文档进行的，那么你们是否有修改过文档，例如像某个技术上的难题，很难解决，所以减低要求，修改文档
- 学长答：文档修改肯定是有的，你在进行开发之前是不会预料到会遇到哪些那题，开发过程中也会有很多想法去改进。所以我们的建议是你们初期最好围绕核心需求，尽量的简单。
-
收获：通过本次的采访，再次让我认识到了文档的重要性。团队开发中每个人都有自己的任务，要高效率的开发项目显然是不能用你写完了我再写的方式来，而如果同步的话那就必须确立统一规范。在本次的采访中，学长除了回答我们的问题外，也向我们讲了他们开发过程中遇到的坑和经验。队员间一定要互帮互助，不能只盯着自己的任务做，做完了就不管了，哪位同学的工作量比较大，就应该去帮助负担一下。
-
通过学长的建议，意识到合理分配任务以及团队协作是非常重要的，由于队员都是没有开发经验的，而且安排过多过杂的任务会导致每个人的学习任务过重，因此按照所需要学习的内容将每个人的任务独立开来是个不错的办法。另外定期安排会议，促进队友间的交流也是必不可少的。
- 按照不同的模块去安排成员的学习任务，专门学会学好某一个要用的技能。学习新知识的时候，不要光看书，动手去做做样例，边做边学。成员之间要多多交流，也要写好文档，做好不同模块间的衔接工作。此外，最好有专人负责github的分支合并等工作，做好团队协作工作。
四、采(mian)访(ji)现场
