在ALM Soft这种项目管理工具里面，权限角色的设置要是很不明确，就非常容易导致两种状况发生，一种是普通成员被给的权限过大，导致需求、测试用例还有缺陷被他们随意改动，另一种是权限被给得太少了，用户在登录之后居然连项目都瞧不见，虽然权限管理这件事情表面上是由管理员来负责的，但是项目协作的过程会直接被它影响到，特别是在多人共同去参与需求、开发、测试以及缺陷处理的时候，角色的分配必须提前去做好规划，可不能等问题真的发生了才去临时修补权限。

　　一、ALM Soft权限角色该怎么去分配

　　1、需要先根据岗位把角色划分出来

　　在分配权限的时候，大家先别急着去给具体的每个人把各项功能挨个勾选上，比较稳妥的做法是先把岗位对应的角色建立起来，像是项目管理员、需求负责人、开发人员、测试人员还有只读查看人员这些，其中，项目管理员要把项目配置和流程维护的工作负责起来，需求负责人主要去对需求条目进行管理，测试用例和执行结果由测试人员来负责维护，缺陷和任务则交给开发人员去处理，只有先把角色给区分清楚了，后面的权限配置才不至于越配越乱。

　　2、接着对模块的操作权限进行设置

　　在ALM Soft系统里面，通常都会把需求、测试用例、缺陷、版本、基线以及报表等模块包含进去，不同的角色其实不一定非得拥有完整的操作权限，比方说，测试用例的新增和执行可以由测试人员来做，但是修改需求基线的权限他们不一定非得有，缺陷修复状态的更新可以让开发人员来操作，但是测试结果却不能被他们随便关闭，权限是可以被拆开来设置的，比如拆成查看、新建、编辑、删除、审批、导出等具体的动作，千万不要图省事就直接全部开放。

　　3、要把项目范围与用户进行绑定

　　等角色配置的工作完成以后，用户还需要被加入到对应的项目当中去，很多人往往只把系统角色给分配了，却把项目范围的分配给忘记了，这就导致用户登录进去之后根本找不到具体项目，权限角色其实解决的是“能干什么”的问题，而项目范围解决的则是“在哪个项目里干”的问题，这两个部分必须同时给设置好，要是少漏了哪一项，系统运行都是会出问题的。

　　二、因为ALM Soft权限角色而导致看不到项目时该怎么办

　　1、对用户是不是被加入到了项目里进行检查

　　要是用户发现自己看不到项目，首先得去检查该账号是不是已经被添加进那个项目的成员列表里面了，这时候不能光看账号有没有建立，也不能光看用户能不能把系统登录上去，因为哪怕能够登录进平台，也不意味着每一个项目都能被访问到，管理员需要把项目成员或者用户管理的页面打开，去确认一下这个账号是不是已经加入到了目标项目当中，而且还要确认它没有被移除或者被禁用。

　　2、对角色是不是包含了项目查看权限进行检查

　　有时候虽然某些角色是存在的，但是项目查看的权限并没有被包含在里面，这就使得用户在登录之后还是找不到项目的入口，这时候可以去检查一下这个角色是不是把项目列表查看、模块访问、需求查看、测试查看这些基础权限给具备了，特别是在面对那些从旧项目里复制过来的角色时，里面的字段有可能会残缺不全，虽然名字看起来是一模一样的，但是实际包含的权限可能根本就不一样。

　　3、对组织或者团队的范围限制进行检查

　　有一部分ALM Soft的运行环境会根据部门、团队或者项目组来把可见范围限制住，如果账号被划分到了错误的部门里面，或者对应的团队没有把它拉进去，项目也是有可能看不见的，要是碰到了这一类情况，就得去检查用户的所属组织、团队分组以及项目成员范围是不是互相对应上了，并不是所有瞧不见项目的问题都是由角色本身引起的，有时候是因为组织范围没能对得上。

　　三、ALM Soft权限角色在后续该怎么去维护

　　1、把最小权限的原则建立起来

　　权限在分配的时候千万不能一次性给得太多了，普通成员只要拿到能够把工作完成的必要权限就可以了，而管理员的权限必须由少数负责人来掌握，例如，负责看报表的人不一定需要具备删除需求的权限，负责执行测试的人也不一定得去对项目流程进行调整，只要权限被收束得足够合理，误操作的情况就会减少很多，项目数据的安全性也能得到提升。

　　2、把无效的账号定期清理掉

　　当项目宣告结束、人员发生了调岗或者外部人员退出的时候，账号和权限就需要被及时清理掉，很多项目之所以会冒出权限问题，往往不是在刚开始配置的时候弄错的，而是因为到了后期没有人去维护，那些旧账号要是还被留在项目里面，不但会带来安全隐患，也容易把责任边界搞得非常模糊，所以建议在每个阶段结束之后都把成员列表检查一遍，那些不再参与项目的人员需要被移除掉，或者把他们改成只读状态。

　　3、把权限调整的记录保留下来

　　权限要是发生了变动，过程最好能有记录留存，比如是谁提出的申请、由谁进行了审批、哪些角色被修改了以及是在什么时候生效的，特别是在面对管理员、审批人、缺陷关闭权限等关键权限的时候，口头处理的方式是极其不建议的，要是到了后期，出现了项目瞧不见、数据被不小心改掉、流程走不下去之类的问题，大家就可以通过这些记录把调整的原因快速找出来。

　　总结

　　在对ALM Soft权限角色进行分配的时候，先要把角色按照岗位建立好，再把查看、新建、编辑、删除、审批等权限按照模块设置妥当，最后还要记得把用户跟具体的项目范围绑定在一起。在后期的维护当中，还要把最小权限原则坚持下去，无效账号要定期清理，权限调整的记录也得保留好，只要权限结构被理清楚了，项目的协作就会变得顺畅许多，访问异常和误操作的情况也能减少。