知乎上的一个邀请回答问题,内容如下:
想做一个需求受理的需求,工作流流程的其中一部分为:
业务部门编写需求→业务部门主管审批
我们公司中有多个业务部门,每个部门都可以编写需求,现在我需要在业务部门主管审批这个环节中,控制只有编写需求环节那个部门对应的部门主管才可以审批,请问需要如何设置呢?
知乎上的一个邀请回答问题,内容如下:
想做一个需求受理的需求,工作流流程的其中一部分为:
业务部门编写需求→业务部门主管审批
我们公司中有多个业务部门,每个部门都可以编写需求,现在我需要在业务部门主管审批这个环节中,控制只有编写需求环节那个部门对应的部门主管才可以审批,请问需要如何设置呢?
首先需要明确 2 个问题:
你希望你其中一个业务部门提出的问题让其他业务部门能看见吗?
审批以后需要继续指派任务或者就直接完成流程了。
如果你不希望其他也一个业务部门职能看见自己业务部门的内容的话,你需要为每一个业务部门创建一个项目。比如说 A 业务部门,你可以创建一个 A - Audit,B 叫做 B - Audit。
每一个业务部门的业务职能在自己部门里面发,那项目负责任人对这个受理的需求就可以完全进行控制了。
第二个的话,就可能比较麻烦,首先不同业务部门之间的内容没有办法隔离,一般来说不能区分授权。但是如果你希望共享的话,你可以采用 Components 组件这个功能。
可以认为你的一个业务部门为一个组件,然后这个组件如果创建了任务的话,会自动指派给组件的负责,那就是你你的部门负责人了。
(JIRA 目前没有办法对组件进行授权)
在同一个项目中,你肯定有交叉授权的问题。
你可以看一下 JIRA 的权限。
这里的授权,必将是全局的,你可以把你的部门负责人设置为一个组,然后这个组具有相关更高的权限,包括批准审批(应该对应 Close)。
提交的用户,不能自己 Close 自己的 Ticket。
如果你只有 5 个组件,应该还不至于太混乱。假设你们公司部门比较多,同时每一个部门内的人也比较多的话,这样配置会很混乱。
而且如果一旦你配置错误,可能会影响全公司的业务流程,个人不怎么推荐使用这个配置方式,而且也没有办法100% 达到你的需求,保密性比较差。
推荐第一种方式,每一个部门在审批过程这个需求上,自己部门进自己部门的空间。权限好控制,功能简单,唯一可能稍微麻烦点的就是系统中项目比较多。
但这种方法隔离性好,权限好配置,容易备份导出。
再如果,你们公司人实在太多了(100 - 200 +),部门不是很多,也就 2 - 3 个,可以考虑每个部门自己装自己的实例,自己管理。
任何配置都需要根据人数和预算来找到一个最合适的方案。