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