M1阶段的开发过程的一些反思

　　

今天八组队伍都做了项目的展示，和他们相比，我们的团队项目是显得最单薄的了，这里面的原因很多，固然我们团队整体的实力

比较弱，但是我们在M1项目开发过程中的种种错误表现也是导致我们项目失利的重要原因。下面我分析一下这些经验教训，作为对M1阶

段的总结，我们会在M2阶段规避这些错误，也希望能给将来的学弟学妹的项目规划作一些参考。

首先，我认为我们所犯的最致命的错误是项目任务的草率分配。我们刚拿到学长IOS代码的时候，完全是属于晕头转向的阶段，就连

苹果的虚拟机都安装不好，学长代码跑成什么样子也是完全不知道，所以当时在找过学长看到程序运行之后就草率地把项目任务分成了三大

部分：连接网站、数据处理还有UI设计，正好除了PM我们团队还有六个人，那就每两人一组。这种分配任务的方式很不好，我们这么分配导

致的直接后果是之后的一周左右的时间大家各自忙自己的，学习Android开发，熟悉Xcode等等，就没有就代码上的内容进行过交流沟通，

DailyScrum当时也是敷衍，在TFS上面签上自己的进度完事。所以说任务分配不好后果是很严重的，最好是大家在任务分配之前都熟悉一下

项目的内容，最后一期开会讨论出细化的任务进度，这样每个人负责一小部分，这样就给每个成员一些压力，让他们投入到项目工程中去，

避免抱大腿的消极观念。

任务安排好之后，阶段性的Deadline也很重要，我们当时的情况是两个人负责一个程序部分，没有说什么时候要拿出什么结果，所以

大家的热情普遍不高，工作的效率也很低下，白白浪费了很多时间，所以，任务细化之后阶段性的Deadline一定要设置好，避免拖延症。

团队成员之间的交流也是需要着重注意的地方，后台还有前段开发人员之间要协商好，如果没有良好的沟通，PM甚至不知道开发人员

的工作进展情况，更没办法相互协调。今天hots团队他们那种流水线式的开发就感觉很成功，每个人做好要做的东西后把代码给下一个人，这

种方式团队成员间的交流是必不可少的，很值得我们去学习。

还有一点就是要学会去寻找对自己有帮助的人或者是物，比如说学长，比如说一个好的辅助软件，我们团队的联网部分一直不成功，其

实和学长学姐的联系比较少是一个很重要的原因，之前的服务器端是学长他们实现的，我们要用他们的接口，仅从代码中自己推测是很困难的，

所以和学长联系能够给自己带来很大的帮助，闭门造车是一定没前途的，所以我们接下来会尽快找到写服务器的学姐，把网站连通，实现我们

软件的功能。

最后一点是我自己的一点体会，就是碰到一个比较陌生的东西时要敢于去做，不去接触肯定怎么也学不会的，我们刚接触Android还有

IOS代码的时候也是很头大，但是现在计算机方面的参考资料太多了，主动学习善于学习很重要，真正认真的去做了就会发现不是想象中那么

的难~

　　    暂时就是这么多了，我们会在M2阶段全力以赴，做出我们漂亮的北航MOOC课程Android客户端。