项目做到现在（各项目已经有稳定版本），除了收获一堆技术知识外，感触最深的是对项目的宏观把控，也就是管理。
这次开发更加让我体会到团队开发的乐趣和团队的重要性。项目做了半年之余，却毫无疲倦之感，对新工具不再是恐惧，更多的是好奇、期待，相信会给我们带来便利。此次分布式开发，如果缺少团队任何一人可能也走不到今天，感谢团队，通过共享让我们快速成长。
也让我逐渐意识到，企业项目和个人应用之间的巨大差距。在团队中，能力只是一个方面，责任意识往往比个人能力更重要，而项目组长承担着统筹全局的重担，需要对项目的规划、保证执行力、人员的沟通、产品的用户体验。
规划项目，把握节奏
我是权限组的组长，不过是半路出家。我的感触是，做组长不像只做开发那样事情单一，有更多事情需要做，但是如果觉得忙不过来，那么你一定没有做时间管理的。
时间管理，管理的不仅仅是项目开发的时间，包括学习时间、所有生活的时间，所以养成管理时间是很有必要的。
项目开发初期，我们使用Office Project做项目规划，但随着开发的进行，Project规划被忽视，忙于开发，沉浸于技术细节。
开始还有制定计划的习惯，但是往往坚持不了多久就放弃了。良好的规划，应该包括现在应该做什么，接下来我们要做什么，然后哪些人做哪些工作，这些规划对于一个小型的团队来说十分重要。把握一个好的节奏，是高效的关键所在。
记得上次做拨号项目，无限期的延长，从那时起，我越来越意识到开发前期的规划和安排，对于整个开发流程来说有着多么重要的意义。这点贾林做的很好，事情总往前赶，积极，经常思考。
规划或者估计是否合理，只有长期坚持，才能逐渐趋于合理。
比如分配团队任务的时候，我们往往过于乐观，给每个人都分了一大堆事情，导致团队会议的时候基本都未能完成任务，怎样才能估计合理，坚持做，不断的锻炼是必不可少的。
敏捷开发中，提倡任务颗粒大小为一天可以完成的量，把任务按照功能逐渐模块分散，然后按照个人能力分配，并且还会预留一部分的弹性时间，防止一些特殊情况影响进度。
在估计任务量时，也要为组员预留弹性时间，避免不了会被别的事情打扰的。
没有执行力，说的再好也没用
说的再好做不到也没用，团队需要有例会和制度的约束，无规矩，不成方圆。
有了计划，还需要对执行情况做记录和总结。我们每天利用5分钟左右汇报昨天任务完成情况，今天要做什么。每周有迭代会议和总结会议。我每天晚上会总结一下当天的收获，比如任务完成进度，未完成的原因。每个星期也有个自我总结，毕竟计划不如变化快，有时候需要对计划做一些调整以提高效率。
团队开发中最常见的问题就是沟通协作的问题
很多时候因为一些细节疏忽导致的沟通上的不足会严重影响项目开发的进度。比如在描述页面效果时，如果组长和组员光是口头上说，很难保证二者描述的是同一个，某些细节可能就不同。这个现象听丹姐也说过，自己做出东西了，等让项目经理一看，不是经理想要的。所以，最好使用页面原型或者经理安排后，组员重新复述，看是否和经理所要描述的一致。
快速的融入团体才能快速提升地位。合作开发，某些模块可能涉及多人负责，要有承担精神，抱着学习的态度，不要推卸责任。如果不能很好的融入集体，一般是不会被分配一些关键任务的，从而丧失了一次很好的表现或者提升机会。
产品最重要的是用户体验
从上次验收的项目看，技术出身的我们在做产品时很容易往技术细节去想，太钻牛角尖。做出来的东西只是自己觉得很牛叉，但用户不领情，所以应该后续需要的一个改变是：从市场和商业模式的角度去思考产品。
其实，做产品最终是为了给用户用，而用户不管你用的是什么技术，操作快捷方便就行，实现自己想要的目的才是最重要的。如今互联网迅猛发展，竞争激烈，用户买你的产品一定要用的爽，稍微有一些不舒服的地方，立马走人，用户不仅仅是上帝，更多时候是衣食父母。
小结
无论处在什么位置，都需要养成宏观思考的习惯。正如擡头看路，看到的是机会，是选择，是风景。低头拉车，除了劳累剩下只有迷茫。