这次家谱项目开发中，在代码方面和合作开发方面都有很多收获，现阶段性的总结，为今后做积淀。

------------------------------------------------------------------------------------------------------------------

 /  管理者需要注意  /

1. 「你是负责项目的，不是负责干活的」

       因为管理者的首要任务是保证整个项目的完成，你的所有活动都是以这个为前提的。

       不是因为成为管理人员来躲避干活，而是因为身份的转变，我们的精力主要集中在了管理。客观来说，我们每个人的精力有限，如果你是负责人，你还整天都在敲代码，可以说你很勤劳，但是如果你一旦因为把精力用在这上面而导致整个项目延期，出现纰漏，或者整个小组的效率下降，那么，这是不负责的。组长可以提供解决方案，但尽量让组员去做。

       组长可以去调代码，可以去解决问题，可以做很多。。。但是不管做什么，做的一切都是在全局把控着整个项目的顺利进行，充分调动组员的积极性。

2. 「分配任务，定期检查」

       管理者要把任务合理分配下去，要解决两个问题：怎么分？分给谁？

       组员的执行力直接取决于组长的领导力，如果组长不把任务分配清楚，不和组员说清楚，组员模棱两可的去干活，谈何执行力和最后的效果。所以第一，任务的划分粒度，难易程度，说明情况组长要做好，尽量让每人做一个互不干扰的功能。第二，组长要了解每个人的水平，这样分配任务才比较合理。

       任务下分下去之后就是要把控任务的执行情况，我们应该做的是定期检查。这里检查不是没完没了的催组员干活，每天或者半天了解组员的进展，完成情况，并分析结果。有时候，组员很可能遇到一个小问题卡在那里一直进行不下去，组长不知道最后导致影响项目就是组长的问题了。所以定期检查，及时了解情况，协调，帮忙，提示，或者重新分配。

       分配是为了分工协作，利于管理，检查是为了把控项目的进展。

3. 「定期验收，分配bug」

       每一个功能，每一个模块完成之后要定期验收，其实这也是在了解把控项目的进行。

       组员在完成自己的任务，程序能够正常跑起来组长得检查，不能组员说完成就算完成了，因为常常会有当局者迷的情况出现，自己敲得代码感觉各种完美。这时候，组长就得看看到底是什么情况，有什么潜在问题，是否规范，是否正确实现。

       当然每次验收的时候，常常会出现一些新的bug或者需要改动的地方，这时候就要任务的再分配，如果有很多bug，也要对bug进行分配。bug分配的时候尽量找原来的人负责，因为他清楚业务逻辑，如果是因为水平问题解决不了，那就找其他高手解决。

------------------------------------------------------------------------------------------------------------------

/  开发者需要注意  /

1. 「确定需求」

       在组长分配任务，有了项目的相关文档之后，一定要确定自己这一块的需求，这个很重要。确定数据库中每一个字段是什么意思，干什么的，确定页面中每一个元素是干什么的，确定每一个技术点，实现的功能。这些，一定要和组长了解清楚，组长就是来给说明这个的。如果没弄明白按照自己想当然的开发，返工是免不了的。

2. 「代码规范问题」

       一个老生常谈的话题，不说缩进，空格的问题。我们编程的时候每个类要有头文件，每个方法一定要有注释，在说清楚方法的用途，参数和返回值之后要记得写自己的姓名和时间，合作开发的时候挺重要的，遇到问题的时候可以直接找他本人，有时候出错了也能避免不必要的纠纷。

       同时也可以标明基本方法和扩展方法（Method和MethodEx），新写的方法写在MethodEx中，组长可以检查放进Method中，这样方便合作开发，避免一些冲突。

3. 「SVN的使用问题」

       合作开发的时候，SVN是个很好的工具。但是，这个好的工具也需要好好的使用。

       每个人提交的时候都提交自己写的那部分代码，不要整个项目，或者整个文件夹的提交，只提交自己做的文件，不然会造成冲突。在我们每次编程的时候，首先要update，然后再做编辑，因为很可能我们现在是个旧的版本，操作之后很可能会造成冲突。最后，commit的时候要首先生成解决方案，在自己电脑编译通过之后再commit，不然你的错误代码一提交，所有人的程序都报bug了。所以写代码前先update，commit前先生成解决方案。养成良好的习惯会避免很多不必要的精力损耗的。