标签：驱动 计划表 好的 梳理 能力 作用 敏捷开发 重要 比较
帮助解决福大学生遇到的各种疑问，定义的算是清楚，有
并没有达到目标，原计划的功能大概完成了百分之七八十左右，现在还只是Alpha阶段，还没有交付时间。
现在完成的内容和预想还有所偏差，主要功能实现还有问题，当然离目标更近了。
设想的很美好，现实很骨感，在我们设想的初期想了很多可以加的内容，刚开始想的时候比较有激情，高估了自己，想到什么功能都一直往上加，然后后面在完成的过程中，发现实力跟想法相差悬殊，很多都舍弃了，没有开发经验，太天真。
如果历史重来一遍，会根据自己的实际能力去设想一些功能，不要是太复杂的那种，否则既耗时耗力了，又没有什么成效，这样对项目进度有很大的影响。
时间肯定不会充足，没有人会觉得时间太多。在平时还有其他的课程要上，也不能把所有的时间都投入给软工实践，加上是第一次进行项目开发，所以我们的计划就不是很细致也不完善。
对于计划的不同意见，有进行相关的讨论分析，如果有反对意见会再进行商量，然后看情况整改。
没有。
一开始的分工没有特别明确，没有将功能模块分配到个人，每个人都集中在同一个模块，导致项目卡壳的时候每个人都没有什么新的进展了，没有经验，要花费的时间太多，一边学习一边做，一直有问题的时候激情就少了很多，进展就慢了，使很多原计划的工作没时间可以完成。
现在暂时没有吧。
定义的不是很清楚，一开始划分的任务都是一整个模块的大任务，没有细化到小版块，而每个人负责的也比较模糊，通常都是在完成的过程中才进行分配。
没有按照计划进行，计划的完成时间和实际的完成时间不一致，导致很多原定计划不得不推迟或者舍弃。andriod的页面跳转有点问题。风险现在还暂时没发现。
没有，课业太多，一般的时间都是在晚上，也没有其他空余时间可以挤出来了。
缓冲区可以在一些意外发生的时候减少对实际进度的影响。
可以增设计划缓冲区，然后将计划的分工内容细致一下。
一个良好的项目计划是很重要的，这样项目的执行过程也会更加有条不紊，有效率。
如果历史重来一遍，将对计划表做更详细的规划，分配好每一个环节，以及每个人负责的模块，每个人完成自己的模块后再进行整合改进，就不会出现一个环节停滞，所有人都一起停滞的现象了。
现在任务量还比较小，资源还是够用的。
按照任务的分类来估计，如果是同一个模块相似内容用时就估计少一点，但是由于我们是Learning by doing，在某些任务上就经常会遇到瓶颈卡壳了，一开始是估计每天平均完成三四个任务这样的，但是现实却是有些任务花费了两三天研究才解决，或者还未解决，所以在各项任务时间的估计上精度不是大。
现在还没有进行测试，感觉人力上还是不够的，没有更加专业的人员，大家都是从起点开始一边学习一边完成的，力量还不是特别大。还好吧。
团队成员现在拥有的能力还是不够的，如果让能力更强的人来做，当然会更有效率。
合理分配好每个人力资源。
有团队的群聊，消息传送很方便，如果是重大的变更，会讨论研究让每个相关人员都知道，如果只是一些细小的，只有负责该模块的人知道。
看功能的复杂程度，按照项目的计划安排，一般从使用app的习惯顺序来进行功能实现的排序，决定必须实现的功能，如果是一些比较复杂的模块，这个阶段感觉来不及完成的，就推迟了。
emmmm，没有清晰的定义，觉得实现的功能和预想的差不多，然后在测试环节没有什么出错，就感觉做好了吧。
尽自己所能制定。
经验不足，不能有效处理，耗费的时间较多。
在项目的完成过程中，肯定会发生一些意外，不得不对项目某些模块进行变更，但是处理却不够有效率。会先预想有什么可能发生的变更，制定相应的应急计划。
在项目开始的初期，由团队成员分工共同完成，要先设计再实现功能，所以时间应该合适吧，因为都是新手，所以合不合适还需要时间磨合。
没有遇到什么比较模棱两可的情况
还没有运用单元测试和测试驱动的开发。有利用UML帮助设计，将设计都梳理了一遍，但是在开发的过程中也很少利用它了，通过安排表完成任务更加清晰一些。UML文档没有什么变化。
现在功能内容还比较少，产生的bug主要是数据显示上有问题，代码方面有问题，在研究中。
现阶段还没有进行代码复审，代码规范上每个人都有自己的编码习惯，没有在一开始就制定严格的代码规范。
在实现的一开始就要制定严格的代码规范，在之后的整合过程中才能避免出现更多问题。
现在还没有测试计划，因为项目还没有开发完全，就没有去想测试的事情。
没有
是在项目开发过程中慢慢确定的，边学边做，谈不上每个人有什么特别的才。
有的
分析问题，然后进行讨论，看问题出现的原因，商议后共同解决问题。
分配好每个团队成员的角色，对每个人的任务有清晰的定义，让项目的分工更加明确，才能更好的进行，加强沟通和交流。
CMM
磨合
团队每个成员的分工需要更加细致一些。
我们的组长非常有进取心，我们非常支持信任她，组长经常用她的进取心来感染我们，鼓励我们继续前行！
在项目的开发过程中，我们每一天都有进行面对面的沟通交流，了解每一个成员所遇到的问题，并一起解决。
标签：驱动 计划表 好的 梳理 能力 作用 敏捷开发 重要 比较
原文地址：http://www.cnblogs.com/laixiaolian/p/7946079.html
