系统分析与设计 作业一

项目管理的体会

关于对项目参与成员的激励，我认为最重要的是对于项目的认同感，这种认同感我觉得应该来源于这样一些方面：

1.重大的项目决策由超过大多数的项目参与人员讨论决定，小的决策可以由负责这个方面的领导做出，但是不能触及个人利益，一旦触及个人利益就要由涉及范围内的所有人参与讨论，最后才能执行。这样做的必要性并不局限于集中大家的智慧，降低决策由少数人做出而产生的风险，更重要的是另一方面让参与者产生自己在项目的运作中有发言权的感觉，调动项目参与者的积极性。

2.项目的运作方式或者是公司的运作方式尽量做到不让人反感（虽然这个说起都知道，但是很少有项目管理者能做到）。但是肯定会有一些位置无法做到，项目管理者要及时察觉，并做出合理的处理（解释，说服或者补偿等，比如必要的加班）。

3.项目目标的透明化，项目目标要得到组员的认同才能使参与者有按时完成目标的信心。

4.项目的任务分配，并不一定要遵循等量的原则，因为个人的特长与效率不同，而应该根据组员的特长与效率进行指定，保证同一阶段的并行任务在时间上能较一致的完成（比如在编码阶段，对与A，B两人，A编码效率是B的一倍，这时就应该在这个编码阶段给A分配编码量差不多两倍的任务量，这样在这个阶段A和B就能基本上在同一个时间完成，这样不耽误下个阶段的工作，保证流水线的畅通）。这样做其实并不让人反感，因为一般来说多写代码能多拿钱，而且编码效率高不一定他费得脑袋就多，对于编码效率高的人来言关键特征是善于抽象，这样其编码效率才会比其他人高，对他们而言并不觉得费劲，还会觉得有挑战性。当然这样的任务分配要明确的表达给接受者，让其觉得理所应当。

关于认同感就先分析这些，肯定还有许多位置需要深思熟虑的。

         然后是任务的分配，上面的第四点中也有所涉及，但是主要讲的是分配权重的问题，另一方面是任务分配的粒度的问题。粒度就是任务分配的最小单位，可以是文档中的哪一章，或者是代码中的一个类，等等。在我认为粒度应该是根据组的层次来有所区别的。

         在最下层，也就是项目组的叶子节点上，粒度应该是非常小的，比如文档中的哪一章，代码中的一个类这样的粒度。而在上一层，也就是小组的组长这一层，负责的应该是一个文档或者一个模块的完成情况的监管者。在上面粒度就更加粗，这样分布的，就如地图中的不同缩放比例尺上看到的景象是不同的一样。

项目管理的最新工具

         查阅了一下项目管理的工具，发现如今项目管理工具的部署很多都B/S化了，国内有一家做的挺不错的项目管理工作，而且是开源的，名字叫禅道，英文名zentao。

禅道的功能列表：

1. 产品管理：包括产品、需求、计划、发布、路线图等功能。

2. 项目管理：包括项目、任务、团队、build、燃尽图等功能。

3. 质量管理：包括bug、测试用例、测试任务、测试结果等功能。

4. 文档管理：包括产品文档库、项目文档库、自定义文档库等功能。

5. 事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。

6.  组织管理：包括部门、用户、分组、权限等功能。

7.  统计功能：丰富的统计表。

8.  搜索功能：强大的搜索，帮助您找到相应的数据。

9.  灵活的扩展机制，几乎可以对禅道的任何地方进行扩展。

10. 强大的api机制，方便与其他系统集成。