作为一个软件公司的管理人员，在项目和人员多起来后，就需要通过系统来对项目和人员进行管理。

我们是典型的软件外包公司，专为客户定制软件，所以我们的业务都是项目型的。因此，在管理模式上，我们就要用所谓的敏捷开发。

到目前为止，我们同时进行的项目有四五个，人员有十来个。

我们都是土枪土炮，PM（Project Manage）的管理不是专业出生，对敏捷开发的模式和精髓也是一知半解。因此，寻找一款适合我们使用的项目管理软件，就需要试用筛选。我们的基本需求有如下几点：

1. 操作简单，使用流畅。我们是小公司，流程不复杂，系统只做一个记录和推进。好用，很重要。
2. 管理人员可以给员工安排日常工作任务。任务的安排，可以按项目进行。能一目了然看到所有项目安排的任务。
3. 员工自己可以很方便看到领导安排的工作任务。可以一目了然看到所有项目的任务列表。
4. 测试人员可以将发现的bug，提交上来。方便领导排期，开发人员自己也可以在看到后主动修复。
5. 每个项目都有很多文档和资料。有客户提供的，也有我们自己整理的。要能上传分享。

有了以上基本需求，如果还有其他功能，则是锦上添花。

1. 领导看任务时，能有多个角度去查看任务的安排和完成情况。比如每个人员每周5天X8小时的工时，不能安排漏掉或少排或多排。
2. 员工在任务完成后，能及时反馈，领导能及时收到通知。
3. 测试人员能同步创建和管理测试用例，生成测试报告，是极好的。
4. 最好可以托管源码，我们就不用自己搭建Git服务器了，一举多得。

在网上搜索相关资料，并进行了试用的，项目管理软件有：禅道、JIRA、Redmine、Coding，任务协作软件有：Teambition，源码托管的有：Gitee（码云）。

各个产品都有自己的亮点，我只是按照我们自己的需求来进行选择，然后将这个试用体验分享出来，供大家参考。所以没有贬低任何一个产品的意思，也不会有偏向。唯一主观的是，我们自己目前是这么工作的，所以只能选择满足我们工作需求的系统。

1、禅道

国产项目管理软件中，呼声很高。也抱有很高的期望进行试用，并打算购买一套正式使用。但是试用了几天后，还是放弃了。

放弃理由：用起来太累。有一定的学习成本，入门需好好琢磨。

放弃的另外一个重要原因：是项目和产品的关系，不符合我们现在的业务。禅道中的逻辑，是先创建产品，然后再创建项目。一个产品下有多个项目。需求和bug的提交，都要关联到产品，而不是项目。

这让我们很绕，我们没有产品的概念，我们软件外包公司都是项目。需求和bug，都是针对项目。添加需求和缺陷之前，还要创建一个产品层级，多了一层，让我们很苦恼。

我们也在开发自己的产品，但是我们自己的产品，也是以项目的形势进行。这和禅道中定义产品，不是同一个东西。

另外还有几个不适的是：

1. 禅道带有Git和SVN的源码托管服务，但是又没有和项目进行很好的关联，变得很鸡肋。
   1. 首先是Git用户的账号密码是独立的，与项目中的成员账号没有任何关系。这让用户就很不方便记忆，也不方便管理人员管理。
   2. 另外恐怖的是，在项目管理中心，有个“代码”功能，在这里可以看到所有Git项目的源码。只要有“代码”这个菜单，就可以看到所有Git项目的源码，注意是所有。之前配置的权限，压根就没有控制作用和筛选。仅这一个缺陷，让我直接屏蔽了所有用户使用该功能的权限。
2. 上传的附件文件限制太小。标准版的限制单个附件文件大小是5M，即使是买的顶配旗舰版，也只能上传50M的附件。这对我们来说，根本不够用。客户随便提供的文件包资料，都是几兆。稍微一些截图的Excel，也够上10M，这样这些文件就根本没法上传到项目中共享。像有些开发包、驱动包，都是几十兆，上百兆的都有。
3. 功能太全面，导致太复杂，页面字段太多，很多字段对我们来说，都不需要。

但是禅道有很多优点：

1. 功能很全面，从开发一个项目开始，到中间的各个环节，都有相应的功能进行管理。
2. 设置部分，都是批量添加的模式，可以值得学习，非常方便。

2、JIRA

听说是全球最牛逼的项目管理软件，不得不去体验下。而且对于只有10人以下的，可以自己搭建服务器，只需要10美元就够了。一次性的，还算比较便宜了。

于是就体验了下SaaS版本的功能。最后也还是放弃。

放弃理由：国外的实在不习惯。学习成本和习惯成本，有点高，就没进一步体验了。

另外有些名词翻译过来，叫的也不习惯。比如issue、story，翻译过来，叫待办事项，长篇故事。对于国人，有点懵逼。

3、Redmine

这个呼声也比较高，都说简单好用。关键是免费的，所以也要试试。

最后放弃。理由2个：国外的不习惯；另外就是界面实在是太丑了。典型的程序员界面，不考虑任何美观，只考虑实现功能。

4、Coding

同学发来的Coding.net，看了介绍，注册使用，感觉很顺。不过后来还是放弃了。

放弃原因：主要是任务功能，不够直观和全面。

当我们有多个项目，多个人员需要安排任务时。想要查看下属的任务列表时，非常不方便。

• 比如登录首页，只能看到分派给我的任务列表，看不到我创建的任务。作为领导，一下子看不到分派给下属的任务。只能进入具体的项目进行查看。当项目很多时，这就非常不方便了。在Gitee码云中，进入首页就能看到我分配给下属的所有任务。
• 同时，任务列表也没有把所属项目列出来，让人一下看不出来是哪个项目的任务和缺陷。
• 查看下属的任务分配情况，不够直观。比如想知道具体给某个下属安排了哪些时间段的任务，不方便。如果有甘特图、有多种模式筛选，查看，就非常方便。这个在Gitee码云中，做的非常好。

但是coding有很多优点：

1. 页面体验很棒。各个页面响应速度非常快。
2. 附件上传速度很快，没有大小限制。非常方便。
3. 集成Git源码托管。非常方便，与登录账户集成。
4. 带有私有制品库。可以创建自己公司的maven库，非常棒。目前我们用的是阿里云的第二方库。
5. 迭代、需求、缺陷、测试、wiki，这些功能都有。基本上一个项目的各个环节，都有了，很全面。

个人感觉有些方面还可以改进。

1. 源码管理和项目管理分离。不要一个项目一个源码库。比如我们一个项目分为C/S客户端、管理后台端、APP端，那么肯定是一个端一个源码库。但是在coding中，一个源码库就是一个项目，按这样的逻辑，我们就是3个项目了，这显然不利于管理项目。Gitee码云中，一个项目关联多个源码库，非常适合我们的场景。
2. 消息通知的标记为已读，不够方便。一般情况下，看到未读，可以直接标记已读。但是coding中非要转到未读列表页面，才能进行操作。Gitee码云中，右上角看到未读消息后，就可以直接标记已读。
3. 首页的项目列表，默认只列出了5个，这远远不够，我们同时在进行的项目，有七八个。这样进入隐藏的项目，很不方便。在teambition中，就会列出所有项目。

5、teambition

这个系统很早之前用过，那时是纯粹的任务协作系统，算不上项目管理软件。现在重新试用了下，发现进行了升级，加入了一些插件，包括项目管理方面的功能，但是没有源码库托管。

teambition的体验，和coding比较类似，前端体验效果很好，速度很快，附件大小无限制，10人以内免费，相比coding的5人免费，还是比较划算的。

teambition的任务功能非常强大，可以从各个维度和角度，来查看和创建任务。领导可以方便的查看自己创建的、自己参与的、自己负责的任务。

打开时间视图，就可以按照时间线给每个下属安排任务。

由于teambition并不专门针对IT软件行业，它的任务系统是针对全行业。虽然项目模板中增加了产品研发，但是使用起来还是感觉有的功能累赘，有的功能缺失。不能完全进行项目管理，还是只能以任务的方式进行推进。

除了不能进行源码托管，其他功能和coding差不多了，甚至是还要比coding做的好。

6、Gitee码云

严格来说，码云都不算项目管理软件。最初我们只是用他的Git源码托管服务。看他们有项目和任务管理，就试用了下。感觉任务这块的功能，还不错。既能托管Git源码，又能试用任务管理，一举两得。

但是针对企业，5人以下免费。人数多了，得收费。

在使用上，我觉得还需要改进地方：

1. 由于主要功能是源码托管，任务模块是辅助功能。所以任务视图在进入系统后，并不是首要出现。
2. 页面响应速度不是非常快。相比teambition和coding，没有那种一点击就响应的感觉。页面总是要先加载一会。
3. 动态消息太多太长，太占篇幅。动态消息在页面上显示时，排版有点太乱。这么多动态，其实根本都不怎么看。

7、推荐

文章下方有评论说没有推荐。那就在这稍微补充一下。

中国特色的企业，就是每家都不一样，都有各的的标准，领导各有各的喜好。管理系统是工具，最终使用的是人，人的偏好不一样，选择工具就不一样。

如果偏重于测试用例的管理，以及团队人数比较多，想从项目开始一直跟踪到完结，那么推荐使用禅道。各个流程环节都很完善。

如果只是偏重于日常任务的管理，以任务形式进行跟踪，那么偏重于teambition。

如果管理Git源码同时，以源码项目形式进行任务、周报的管理，可以选择码云Gitee。

coding结合了teambition和gitee。UI体验很好，和teambition里面类似，但是侧重于IT行业的软件项目管理。

国外的jira、redmine，大型企业用的多，我确实是用不惯。

最后，我们自己是一个都没有采用，开发了自己的管理工具。因为我们侧重于项目成本的管理，根据每个员工的日志汇总，精准核算每个项目的耗费人天，计算项目利润和项目奖金，以财务成本为重。