禅道及常用管理方法
曾经在一个50人的端游研发团队，项目管理的工具只用了EXCEL、OUTLOOK和VISIO。因为这两样基本上算是0成本的工具，大家（至少是策划熟练、美术和程序能点开看明白）使用都很熟练。不需要另外的安装、培训、软件版本支持等。重点在于每个功能点的文档确认和回收确认。三次握手原则。禅道看过，仍然是一个线性工具，开放性不够好。JIRA也用过，开放性好，但是仍然是要登录系统，很麻烦。所以最终觉得就是OFFICE+工作故事板+站立会议是最有效的。
作者：陈晓
链接：https://www.zhihu.com/question/20824170/answer/44762146
来源：知乎
首先回答题主说推redmine的成本问题，这些管理工具都很简单，只要是以前有使用过同类型的工具，基本一看就会。这个绝对不是问题。自己不会搭建，公司大，有运维；公司小，有服务端。。。不是问题。
其次来说如何推流程管理。很多公司的流程都是从下往上推的。作为测试人员，流程管理是极其重要的一部分。
流程管理的好处和重要性。
理论就不扯了。
第一:流程畅通，会节省很多时间，必须的。
第二:纳入流程管理的内容，更加责任明确。
很多事情不是你一遍两遍就能搞定的。尤其是很多开发策划不习惯用。。。那应该怎么办，找主策，找主程。。。一遍一遍提，直到接受为止。。。当然，不敢做的就别干，怕得罪人就别干，怕被人冷言冷语就别干。。。
从自己做起，自己的内容流程化。。。
1 bug全部走工具，提交的bug，贴上单号和模块。。。让开发自己去找，慢慢就习惯了。。。
2 每天下班前和程序对进度，那些没改的，那些改了的，让他们自己提交，走流程，不提交就不关闭，超时的单子直接贴在部门群里。
3 得到上面的同意，和策划就强制谈。。。需求走流程，走工具，不走就催。。。
对于测试来说，职位本身在项目组不算太高，如果不注重流程，不用工具，出了问题，责任到时候都是自己背。
有工具，有备份。。。出了问题该找谁找谁。。。
其次来说如何推流程管理。很多公司的流程都是从下往上推的。作为测试人员，流程管理是极其重要的一部分。
流程管理的好处和重要性。
理论就不扯了。
第一:流程畅通，会节省很多时间，必须的。
第二:纳入流程管理的内容，更加责任明确。
很多事情不是你一遍两遍就能搞定的。尤其是很多开发策划不习惯用。。。那应该怎么办，找主策，找主程。。。一遍一遍提，直到接受为止。。。当然，不敢做的就别干，怕得罪人就别干，怕被人冷言冷语就别干。。。
从自己做起，自己的内容流程化。。。
1 bug全部走工具，提交的bug，贴上单号和模块。。。让开发自己去找，慢慢就习惯了。。。
2 每天下班前和程序对进度，那些没改的，那些改了的，让他们自己提交，走流程，不提交就不关闭，超时的单子直接贴在部门群里。
3 得到上面的同意，和策划就强制谈。。。需求走流程，走工具，不走就催。。。
对于测试来说，职位本身在项目组不算太高，如果不注重流程，不用工具，出了问题，责任到时候都是自己背。
有工具，有备份。。。出了问题该找谁找谁。。。
作者：邓xx
链接：https://www.zhihu.com/question/20824170/answer/36740813
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
作为pm，用过几个月的禅道，来说一下。
当时项目有一些问题，有点乱，其实现在看来也没多乱，都是些要解决的问题而已。然后如何解决，意见就分为了两派，一派是我的观念，主张大家多交流，多开会，多鼓舞士气，多一起吃饭，目标一致。还有一派呢，就主张各种工具和流程的辅助。
主张工具拯救世界的的占了较多数，我也不好拂了他们的意，遂让他们安装禅道，大家来用用看。但我当时是不太认同工具派的看法的，禅道这玩意儿成本高，难用，而且始终给人冷冰冰的感觉，缺乏人情味。但是当时有不少人是坚定的要”正规“，要”标准“，要制度，要流程，虽然我是pm，但如果要强硬反对的话，实在是太不政治正确了，所以就用呗。
首先，是难学，所有人都要装，都要用，都要把功能都熟悉一遍。
而且很难用，建项目什么的，谁的浏览权限，谁有修改权限，谁谁谁能看那个项目，都很麻烦，每个任务实际用时，预计用时，谁指派给谁，前置任务，后置任务，等等，都很繁琐。
对于游戏策划来说，搞定还是没什么问题，但对于一些美术同学，要搞定这些复杂的公文表格，还是有点勉为其难。
禅道开始用的第一个月内，项目组内，很多问题在于对禅道的不正确使用上。比如，我给xxx发一个任务，xxx会告诉我，你这个任务发错了，任务类型写错了，发的人发错了，不应该发给我，应该发给我上家再由上家转给我不然完不成，诸如此类。直到一个月后，大家才勉强能分清楚哪个任务该如何发，如何收，完成了要填完成的时候如何填。
这叫什么？这就叫案牍，这就叫八股。
用着用着发现，其实大伙儿根本不爱用这玩意儿，包括当初那几个最要正规，要标准的人。其实人人都有一种倾向，那就是别人发给我的东西一定要正规，一定要标准，省去我阅读之苦，我叫别人做什么，却未必能严己宽人。这么做的结果，就是禅道这东西越来越不招人待见，最后名存实亡。
好在最后大家都体会到了这点，最后就没人再提禅道这茬了，现在我们每天开十分钟的项目会议，足以把工作都交代得清清楚楚。
最后我总结几点体会。
1、项目和团队本身的问题，本身解决不了的，禅道也解决不了，不要寄希望于一个工具来解决问题，问题一定是出在人身上，谁的能力有问题，态度沟通有问题，一定要去发现，去解决，这才是解决问题的根本。寄希望于工具来解决问题，是一种惰性思维。
2、禅道能有用，必须有个条件，那就是项目每个人都必须严于律己，严于待人，不能说我给你发任务就必须事事规范详尽，你叫我做什么一句话就成。如果项目组内有一两个这样的人，那禅道之类的东西必然名存实亡。
3、要让每个人都严于律己，严于待人，这个成本真的太高太高了，会高出一般人的想象，基本上可以说不现实。比如某些美术同学，确实不太爱看表格，就往往比较照顾他们，不用禅道发任务，口头和他们详细说，这样就打开了一个口子，最后千里之堤毁于蚁穴。
4、最开始提出要用禅道的那几名同学，其实我明白他们的用意，他们希望自己的目标能明确一些，任务明确一点。但是，他们并没有想到，如果要求别人一定要走繁琐规范的流程，那你自己也得这么做，他们一开始往往低估了自己也这么做的成本。
当时项目有一些问题，有点乱，其实现在看来也没多乱，都是些要解决的问题而已。然后如何解决，意见就分为了两派，一派是我的观念，主张大家多交流，多开会，多鼓舞士气，多一起吃饭，目标一致。还有一派呢，就主张各种工具和流程的辅助。
主张工具拯救世界的的占了较多数，我也不好拂了他们的意，遂让他们安装禅道，大家来用用看。但我当时是不太认同工具派的看法的，禅道这玩意儿成本高，难用，而且始终给人冷冰冰的感觉，缺乏人情味。但是当时有不少人是坚定的要”正规“，要”标准“，要制度，要流程，虽然我是pm，但如果要强硬反对的话，实在是太不政治正确了，所以就用呗。
首先，是难学，所有人都要装，都要用，都要把功能都熟悉一遍。
而且很难用，建项目什么的，谁的浏览权限，谁有修改权限，谁谁谁能看那个项目，都很麻烦，每个任务实际用时，预计用时，谁指派给谁，前置任务，后置任务，等等，都很繁琐。
对于游戏策划来说，搞定还是没什么问题，但对于一些美术同学，要搞定这些复杂的公文表格，还是有点勉为其难。
禅道开始用的第一个月内，项目组内，很多问题在于对禅道的不正确使用上。比如，我给xxx发一个任务，xxx会告诉我，你这个任务发错了，任务类型写错了，发的人发错了，不应该发给我，应该发给我上家再由上家转给我不然完不成，诸如此类。直到一个月后，大家才勉强能分清楚哪个任务该如何发，如何收，完成了要填完成的时候如何填。
这叫什么？这就叫案牍，这就叫八股。
用着用着发现，其实大伙儿根本不爱用这玩意儿，包括当初那几个最要正规，要标准的人。其实人人都有一种倾向，那就是别人发给我的东西一定要正规，一定要标准，省去我阅读之苦，我叫别人做什么，却未必能严己宽人。这么做的结果，就是禅道这东西越来越不招人待见，最后名存实亡。
好在最后大家都体会到了这点，最后就没人再提禅道这茬了，现在我们每天开十分钟的项目会议，足以把工作都交代得清清楚楚。
最后我总结几点体会。
1、项目和团队本身的问题，本身解决不了的，禅道也解决不了，不要寄希望于一个工具来解决问题，问题一定是出在人身上，谁的能力有问题，态度沟通有问题，一定要去发现，去解决，这才是解决问题的根本。寄希望于工具来解决问题，是一种惰性思维。
2、禅道能有用，必须有个条件，那就是项目每个人都必须严于律己，严于待人，不能说我给你发任务就必须事事规范详尽，你叫我做什么一句话就成。如果项目组内有一两个这样的人，那禅道之类的东西必然名存实亡。
3、要让每个人都严于律己，严于待人，这个成本真的太高太高了，会高出一般人的想象，基本上可以说不现实。比如某些美术同学，确实不太爱看表格，就往往比较照顾他们，不用禅道发任务，口头和他们详细说，这样就打开了一个口子，最后千里之堤毁于蚁穴。
4、最开始提出要用禅道的那几名同学，其实我明白他们的用意，他们希望自己的目标能明确一些，任务明确一点。但是，他们并没有想到，如果要求别人一定要走繁琐规范的流程，那你自己也得这么做，他们一开始往往低估了自己也这么做的成本。
作者：薛峰
链接：https://www.zhihu.com/question/20824170/answer/62040975
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
