参考自构建之法p341页的模板
首先自己预计了一下，项目gg的可能有百分之50这里面有百分之80是我的责任。冲刺失败我承担主要责任。
1.设想和目标：
- 1.计划实现类似华为云的小功能之团队合作开发功能。
- 2.时间上来说不是太充裕
- 3.我们基本没有别的组的有分歧的时候。
经验教训以及历史重来一遍的改进。
前期具体问题：我们遇到了哪些问题？
- 1.前期的前端路线方针错误。在前期的时候学习方法错误，一开始的时候，在我的带领下，我和另外两个主力一起写嘛，之后我就想找个类似的app写，后来发现这根本不行，再这上面浪费了很多时间。比如配置有问题，eclipse的导入as很繁琐之类的过程。这差不多断断续续浪费了很长时间。
- 2.我作为前端小组长，自己的学习方法有问题。我之前只是机械的去写代码，而并没有真正的理解里面每个函数的含义。以为只要像汽车零件一样组装在一起就可以了。后来发现根本不行。比如在导航栏里添加一个新建功能，只是简单的粘贴根本不行。这就需要老老实实的看书，不能急功近利，投机取巧。那样有太多错误。花时间在歪路子上了。比如这篇（http://www.cnblogs.com/dushide/p/7823855.html）
- 3.我们团队的问题也很大，没有一个真正的领袖。我觉得别的组要么就有一个执行力很强的领袖，要么就有一个熟悉流程的知道怎么分配任务的领袖。要么就有一个代码能力很强的领袖。并不是说我们的组长说话不好使，就是我们组里没有真正的大神。没有一个有实际能力的leader。但是也不想换leader这和他没关系，主要责任还是在我。
- 4.因为后来我有个组员他及时的学习并纠正我的错误。他写了一部分但是我有点看不懂他的代码了我得从头学，这几天考试还多。就有时候应接不暇。还想学这个还想学那个的。觉得很忙。
- 5.我自己的课太多了。开学是想好好学习的。现在看来学习与技术不可得兼。
可以避免的问题：
- 1.如果学习的时候能老老实实的学习每一个函数，把那些导入别人的项目的时间花在老老实实自己敲代码理解上，我想我们现在至少没这么难堪。
补救方法
- 1.增加人手。后端的同学录做的很漂亮。所以我想拉他们进来。后来了解到他们不愿放手。因为第一再投入时间已经来不及了，第二后端也需要人去写。所以我想了个折中的方法就是有问题一起讨论。比如今天遇到的数据库问题。我们前端后端讨论了一下，完美的解决了。由后端组长实际负责任务的分发。
- 2.自己要纠正思路，老老实实的去理解那些函数。只能多花时间去做了。毕竟只有不到十天的时间了。一定要脚踏实地的去做。
- 3.重新定义了一下任务：就是前端不惜一切代价做出来一个可交互界面。
- 4.更改任务需求说明书再次减少任务需求。
总结：自己和团队代码能力不强。花了不少时间。当初选择这门课就不是为了得分来的。最后没做出来我最后和我的战友们战斗到最后，我问心无愧。其他组做的真好。为他们点赞。自己继续努力。
2.计划
- 1.最后计划的工作并没有全部做完，原因如上。
- 2.我再也不去抄袭别人的代码了，抄袭也是要理解他里面的含义在说。
- 3.每一个任务模块有清楚的定义但是有的没有交付。
- 4.没有按计划，因为计划赶不上变化
- 5.我们的缓冲区留在了贝塔阶段。在贝塔阶段实现了阿尔法阶段的功能。
- 6.修改如上，加班是肯定的。
3.资源
- 1.并没有足够的资源来完成。
- 2.所需时间确实是有估计的，上一次的上上个周日我以为四天的时间就能完成所有的功能，但是还是没有完成，是由于前端组与后端组的交接存在了问题。现在已经解决。精度不足。
- 3.没有测试，人力足但是人力的质量不够。上周让我一下子惊醒的是美工，我们美工没有增加相应的人手，导致app很丑，我以为很简单，但其实不然。
- 4.我觉得那是肯定的，我这个人是想当pm的，但是我严肃不起来，他们没完成只能采用绥靖政策。所以可能换个别组的大组长比如晨瑶大组长之流可能会更好。但是现在都熟悉了我也就将就的做下去。
这里历史重来我要写一下，如果历史重来我一定紧紧的抱住别人的大腿。带领组员走向人生巅峰。
4.变更管理
- 1.知道。我是每天都去他们宿舍查看详情的。
- 2.看进度，做不出来我也没就必须推迟啊。
- 3.完成以上的功能后，用户使用可以一个团队一起进行项目的管理分配等。就是华为云的一个小任务。
5.设计与实现
6.测试与发布
5，6我想我们真正做出来吧在总结。
阿尔法最终总结：
团队角色管理与合作
- 1.每个人都是自己选的，路都是一步步摸索出来的，经历了一个开发流程真是开心又疲惫。每个人也算人尽其才吧。
- 2.有互相帮助的，比如我前端哪里不懂了，比如一开始不懂接口是什么就去找的他们一起理解的，他一遍演示一遍讲，收获颇丰。
- 3.在一起商量呗，只有达成一致才是王道。
- 4.鸣谢所有人
今天看见构建之法第九章，我觉得自己是Project Manager 而不是Program Manager因为我觉得自己特别符合第二点：通常是团队与外界打交道的唯一代表。
下面是对于同学们给出的建议的回复
- 1.我们组的冲刺失败了，所以界面丑陋无比。
- 2.对于你给我儿子的建议，他爹给你点了赞。
- 3.主要是PM方面有一些问题，我也是后来一点点接手的，还有没有其他组的大神。我觉得很方。
- 4.迷就对了，我曾经也迷过，考虑是不是退出算了。
- 5.一起加油吧，也曾经差点崩了。
- 6.加油，总结是必须的。
- 7.每个人都有开发，都很积极，就是没有大神指路靠自己摸索。我知道都是摸索的，但是摸索的程度不同而已。而且我想做成功再趾高气昂的把他们叫出来一起听我答辩。