我们继续上一篇，聊一下项目管理中，哪些工具可以提升我们的管理效率，帮助我们发现管理中的问题。
上一篇中，我主要介绍了两个项目管理的工具，抛砖引玉。工具是死的，管理是活的，你一定要找到适合你自己的，适合你团队的工具才是正解。另外，这些工具不是为了监视团队成员工作而设立的，不是让仅仅让团队成员填写的，切记变成为了工具而工具。这些工具是需要管理者自己来填写整理的，其中的一些信息，是需要你去团队中收集的，这个收集整理的过程非常重要，每次亲自整理都有全新的体会，都会发现团队中之前发现不了的问题。建议每周通过工具做一次盘点，然后再做自己的周报，相信会有不一样的体会。
这一篇，我们继续抛砖，继续聊几个项目管理的工具，如果大家已经在使用了，可以绕过这一篇了。
第一个工具，www.teambition.com，项目开发中经常会使用到看板，看板能很好的看到项目的整体进展，同时也能兼顾到某个任务的进展，非常适合我们站立会的时候去一起来协作。先来看一个我们在使用的模板，如下图1。
图1-看板图
我们每启动一个项目，或者一次迭代，就新建一个任务分组，比如这里的“版本管理1.1.5”，然后创建自己的看板任务栏，比如我们这里新建了8个，分别是延迟处理需求、需求点、设计中、研发中、联调中、待测试、测试中和完成。每个栏目都对应一组任务的状态，可以很方便的看到每个任务当前的进展，每次项目站立会，都同步一下进展，根据进展拖动任务到相应的栏目下，使得整个项目的进度透明可控。大家可以去尝试下。
这里有四个注意点提醒大家，第一点，一定要每天更新进度，如果看板的状态脱离了实际，就变得没有意义，变成了大家的负累；
第二点，看板的栏目需要贴合自己团队项目开发的流程，这样大家使用起来才更容易理解，信息能高效的传递。比如我们这里有一个延迟处理需求这个栏目，就是因为我们每次迭代都非常快速，有时候会有一些任务点被临时插入进来，需求和原定计划就需要变更，那我们就可以把这次没法处理的任务拖到延迟处理需求这个栏目中，作为下次迭代的任务来处理；
第三点，任务的拆分需要遵守两个原则，一个是任务是对外可描述的，就是不同角色的人都能理解这个任务的意义，比如如果切分了一个任务叫“登录逻辑1”，这种分类大家就没法第一眼了解，容易出现分歧；二个是任务不要太大，如果这个任务下面有超过4个子任务，这样就不好细粒度的控制进度；所以一个好的任务点，是要可描述，好理解，同时粒度合适。
最后一点，建议大家继续挖掘teambition的好的用法，比如他可以加标签，我们这里会把任务打上标签，比如ios、安卓、后端和前端等，这样我们可以根据标签过滤视图，可以单独看后端或者前端的整体进度。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
