软件项目管理工具和实践

项目管理管什么

一个好的项目管理工具，应该可以大大提供项目团队的工作效率，而不是降低。从这个角度出发，我们精挑细选进行比较，并开始试用Topo 项目管理系统，在 Topo 中，我们看到提供了任务、缺陷、文档、代码四个最基本的模块，正是我们比较看重的几个管理要素。我们希望使用 Topo 项目管理系统，既直观方便，又效率倍升，这是我们对项目管理工具的理解。

好的项目管理工具可以为项目整个团队服务，也就是项目中个的各个角色都可以从项目管理工具受益，企业领导、项目经理、项目参与人员，这些角色对项目的关注重点有所不同，必须从他们各自的角度去考虑相应的功能和 UI 来满足多层次的项目管理需求。

企业领导关注多个项目整体的进展。
项目经理更关注自己的项目。
项目参与人员主要承担项目的具体工作，必然更关注自己的工作，同时也关心项目的进展情况。

项目管理有很多方法，传统派可能倾向于做计划，看甘特图，敏捷派偏向于快速迭代，没有哪一种一定更优，但不同的方法适合不同的团队，比如互联网项目团队因为项目的特点，需求变化快，项目周期紧张，通常倾向于使用快速迭代的方法。Topo 使用了我们比较认可的相对折中的一个方案-严谨的迭代。

任务管理

迭代意味着我们不需要总体的计划，我们倾向于快速制定并分配任务，并随着项目进展，不断更新，团队成员专注于近期任务和目标，严谨体现在我们给任务有确认过程，任务的完成是经过了确认人的判定；任务有历史，所有的操作可以回溯。

为了交互更有效率，Topo 提供了看板的操作方式，看板的方式已经被证明是一个项目进展的好的展现方式，我们也借鉴了看板的优点，看下图：

在看板上，标注了任务的工作量（图中黑色圆圈标注的 15 ），当前处理人（右上角的名字），标签（任务下方的小方块），过期时间（日历图标），这些信息有助于我们快速定位一个任务。

缺陷管理

对于交付产品类项目，缺陷管理是个核心功能。和任务管理的设计思想类似，我们倾向于严谨，Topo 的缺陷有严格的生命周期，从创建-解决-验证-关闭，按部就班跟踪每个步骤，即缺陷不经过验证，是没办法关闭的，有些团队认为这样操作会繁琐一些，但我们认为这样更严谨。

很多人在提交一个新的缺陷报告时，不习惯写出具体的文字，而是习惯贴图，因为贴图可以更直观的表达一个缺陷，Topo 提供了剪贴板的粘贴操作，以支持在提交缺陷时快速贴图，这是一个小的细节。

文档管理

文档是大部分项目的伴生产品，文档管理也成为项目管理的重要组成部分，Topo 提供了树状目录结构的文档管理，项目可以将大部分文档（甚至其他文件）放置在文档管理中，便于集中管理，有别于大部分在线项目管理工具，Topo 提供了文档的多版本记录，每次更新文档之后老版本依然存在，可以方便对重要的文档追溯历史，这其实是我们认为很重要的一个功能，让文档管理变的严谨。

从效率角度，浏览器方式的文档管理在批量操作上显然缺乏效率，大部分人习惯于本地的方式操作文档，Topo 集成了 FTP 访问功能，为什么选择 FTP，而不是 HTTP 或其他协议，是因为 FTP 可以和 Windows 的资源管理器直接集成，通过桌面上的我的电脑，访问 FTP 地址，可以直接访问 Topo 里的项目文档库，这对大部分用户来说是个效率的巨大提升，同时对于大量文档管理，也提供了可行性。

代码管理

对于有源代码的项目(软件、互联网等行业)，代码管理成为一个必备需求，恰恰是大部分在线项目管理工具缺乏的一个特性，一些在线项目管理工具比如github，可以支持代码的管理，但是需要使用托管的代码库。对于大多数企业来说，使用托管代码库无论从安全性还是可访问性，都不及本地代码库，因此这也是我们选择本地部署系统的一个重要原因。我们为代码管理划定了几个需求目标：

代码的快速浏览和查看历史、变更
代码与任务、缺陷的双向关联
代码的同行检视

这几点 Topo 都提供了相应的解决方案，参考下图：

通过一段时间 Topo 工具的应用，我们在我们的项目中可以更有效的管理我们的任务、缺陷、文档和代码，同时在 Topo 的网站和公众号里有一些资料，也辅助我们顺利的使用这个系统。