这里有一个cq流程,大家帮忙看看用cq实现有什么问题,哪些需要改进,我找到了一些


cq存在的流程的问题:
1)      业务部门若没提交需求,就不存在需求提交方,也就不存在需求提交方复审,这时要明确是否一定会出现三方会审
2)      因为在业务部门提交需求后有一个操作要业务领导审批,与其他部门提交需求后操作不一致,因此建议将业务需求单独作一个记录类型处理,建议将流程图单独画出,以区别其他两个部门提交的需求
3)      在流程图中应标识达到每一个状态的action(操作)不能简单的命名为拒绝,通过.如命名为需求初审不通过等.
4)      状态命名存在问题:已提交状态应去除,业务领导审批状态应命名为:待业务领导审批,已需求初审应为待需求初审,待分配,待开发评估等
5)      业务领导,开发领导,运营领导若不同意紧急下发则状态应流转到已开发修改完成,而不应是已移交状态.已开发完成状态应通过正常下发操作将流程转至业务测试完成
6)      更改了部分流程.希望贵公司能在此基础上考虑一下流程的问题,这里只是参考

[ 本帖最后由 草田 于 2006-9-7 17:10 编辑 ]

有没有个傻瓜教程 给讲一下怎么设置上面这个流程噢，

最简单的是请人过去培训 或者帮助企业进行实施 但是 贵

:L :Q :( :Q :L :( :L :Q :(

流程的设定需要和客户不断的沟通,在客户测试后提出的意见和建议进行改进,首先要明确需求,尽快做出原型,让客户测试,这是一个迭待式的开发过程,个中滋味要慢慢体会,呵呵

嘿嘿，受教了，但是我现在太菜，需要徒弟吗，谁～