阿里八八——预则立&&他山之石

概况

采访团队：“一起买”开发团队
采访形式：团队——团队

团队采访

内容提炼

项目选题

团队选题本身并没有大的亮点，但是可以从功能下手，多想想项目亮点，相比于手机自带的备忘录一类功能，软件需要附带什么功能更能吸引用户使用。比如语音智能识别日程是对懒人输入来说算是一个吸引人的功能。

项目开发经验

第一，一切都要从学习开始，不过学习上有个建议，不用一直看书，边做边学，上手做一些demo进步更快。

第二，分工明确，配合才更有效率。

第三，进度不要排的没有空余时间，因为是第一次开发，可能会有意料之外的问题。

第四，文档很重要，特别是接口，一定很细致才行，一个小错误可能对接就出问题。

第五，没有经验也不用太担心，重要的是过程中得到经验、提升能力。

团队分工

安卓分前端后端，前端功能代码与界面并行推进，后端主要是搭建服务器、远程数据库等。建议前端分配的人员多一些。队伍中可以分主次程序员，代码能力较强的人主要负责设计架构，把细分点做好，能力相对弱一些的，参照所设计的模板上手，就会快很多。

进度协调问题

美工、后端先行，购置服务器，保障前端使用，一般领先前端工作一个周期。前端人员写好接口文档，也就是调用的函数名之类，就可以同时推进，至于前端代码，功能代码与界面是并行的。

模块划分

先分大模块，再碎片化，这个需要前期多花功夫。然后根据队员能力来分工，成员间互相商量，有困难和组长提。

时间周期安排

alpha建议还是把核心功能做好，复杂功能优先级排低，做一个MVP，把有关日程的那部分最核心的功能先做。

访谈记录

Q：学长对我们的选题有什么看法？

A1：看了你们的原型，感觉没有亮眼的地方。语音输入这样的功能似乎不如手机自带的语音控制助手直接添加事项来得方便。相比于很多手机自带的备忘录、待办事项提醒，多想想你们的亮点在哪，怎么才能吸引人。换句话说，想想这样的应用什么地方会吸引你下载使用。

A2：我觉得你们的核心功能太简单了，普通都是类似登陆注册，夜间模式这些，对于一个单机版本我觉得可能有点多余了。对于识别语音输入，然后转化成对应的日程规划，感觉这点挺有意思，特别是对于想改变的懒人。

Q：想问下学长当时做项目的时候开发经验如何呢，对像我们这样没有任何开发经验的团队有什么建议？

A：我们当时也是没有Android开发经验。第一，一切都要从学习开始，不过学习上有个建议，不用一直看书，边做边学，上手做一些demo进步更快。第二，分工明确，配合才更有效率。第三，进度不要排的没有空余时间，因为是第一次开发，可能会有意料之外的问题。第四，文档很重要，特别是接口，一定很细致才行，一个小错误可能对接就出问题。

Q：学长们当时做的时候感觉哪个阶段是最棘手的呢？

A：起步阶段吧，就是alaph阶段，因为没什么经验，有了一定的模式后，就会有效率起来了

Q：这种移动端软件，前后台是怎么区分的呢？后台就是搭建数据库的服务器吗？功能代码是不是直接在前端来写的？

A：对。

Q：前端是界面和功能可以同时推进吗？

A：进度协调问题，前端基本可以同时推进，只要接口文档提前写好，整体进度的话:一般是美工、后端要先行，然后后端的人员要去买服务器什么什么之类的，保证前段要用的时候就能实时看到效果，基本上后端要领先前端一个周期。对于返工次数，不知道你们指的什么，应该是不存在的，除了有一些问题，需要特殊的解决方法，网上的几种方法反复试没有成功之类的。

Q：接口文档就是协商好的调用的函数名之类的吗？

A：是的。

Q：还有想问一下学长，当时你们做项目成员之间的交流是以会议为主还是比较自由的直接线上沟通？

A：沟通问题，我们住的很近，所以随时到对方宿舍沟通，有问题就要及时交流。

Q：学长请问一下，你们当时人员的分配是怎样的？

A：四个前端，两个后端，然后前后端都有主要负责人，由pm统一协调。

Q：后台是不是代码强的人做比较好

A1：做后端的，最好有一个给力的可以解决技术难题例如图片的存储方案。

A2：后端的话，从初期买服务器开始，不过我觉得你们的项目好像没有需要远程服务器同步的需要，好像类似于单机。

Q：还有时间周期的问题，当时你们在α阶段完成的工作量是大概占整个工程的比例是多少呢？整个项目怎么安排比较好？

A：alpha建议还是把核心功能做好，建议，可以登录，注册这些可以放缓，优先级排低，做一个MVP，把最核心的功能（有关日程的那部分）先做吧。

Q：按功能模块分”是指按功能难易几个人合着做一个功能吗?这个难易程度和人数怎么分配呢？

A：功能模块，先分大模块，再碎片化，这个需要前期多花功夫。然后根据队员能力来分工，大家商量着来，如果有困难跟组长提。

Q：成员里面有技术薄弱的同学，在开发过程中怎么跟上进度?

A：这个时候要有主次程序员，能力较强的同学负责主要负责设计架构，类似于上述那张图一样把这些细分点做好，能力相对弱一点，就可以参照这个，类似于模板化的东西，上手就快很多。

Q：如果在一个项目过程中突然想到新的不错的创意，或者对某个功能有改进想法，但是与文档相差很多，需要大幅修改文档，这种情况是应该尽量削减创意，使得对文档的改动尽量小，还是大胆付诸实施？

A：考虑好项目进度情况下，我觉得可以发挥创意。但是需求分析阶段一定要考虑周到，就是说如果这些创意都能纳入计划是最好的。这也是为什么建议alpha阶段做核心功能，因为做好核心部分，可以更好做扩展。打乱原计划多少都有些代价，所以前期还是花功夫吧，有idea都提出来。

心得体会

与学长的交流确实让我们受益良多。首先关于团队选题学长提到了我们项目本身亮点不足的问题，这点其实我们自己也是知道的。一是市面上日程管理APP为数众多，做这样一款软件，即使功能优秀也可能泯然于众；二是用户实际上对APP形式的日程管理还未形成习惯，这也是为什么APP这么多，真正占领市场的却没有的问题。所以目前我们也是考虑从第二点着手，解决用户依赖程度低的问题。

另外学长在技术问题上给了我们很多帮助，在此之前我们对于团队功能划分、人员分工都是云里雾里，前端后端是做什么的，如何保证进度并行等等都没有头绪，学长分别都作了详细的讲解，为我们理清了开发流程。在具体细节上，包括编码能力弱一些的同学如何跟上进度，后端如何搭建等等也给出了建议，对我们的帮助十分大。

从这次的访谈中我们也认识到了“他山之石”对于一个没有经验的开发团队来说的重要性，借鉴前人的经验确实可以很大程度的减少我们会去走的弯路，在今后的开发中，我们也会多多去向有经验的人士寻求建议，以期达到更好。

分工比例

叶文滔：23%

李嘉群：21%

张岳：18%

俞鋆：18%

刘晓：15%

黄梅玲：3%

王国超：1%

林炜鸿：1%