项目跟了一年，到现在还不明白现在系统权限如何使用。
对于纬度和仓库更是没有概念。
我简直要疯了，每次遇到问题就用管理员账户去处理，结果业务数据出错。
1.我应该如何处理这种问题
2.是否是我的问题
3.可以明确企业自己的内部项目太难做了
对于纬度和仓库更是没有概念。
我简直要疯了，每次遇到问题就用管理员账户去处理，结果业务数据出错。
1.我应该如何处理这种问题
2.是否是我的问题
3.可以明确企业自己的内部项目太难做了
This topic created in 4493 days ago, the information mentioned may be changed or developed.
 |
minJul 23, 2014
1
鉴于读了两遍还没明白发生了什么，应该是你的问题
|
 |
nicai000Jul 23, 2014
2
同意1楼
|
 |
zoowiiJul 23, 2014
3
标题错别字
|
 |
justfinduJul 23, 2014
4
用管理员账号去处理, 业务数据出错, 说明时你的错
|
 |
wonJul 23, 2014
5
你是产品经理吗？先请对方吃饭把
|
 |
ninaJul 23, 2014
6
我和1楼的看法一样，不知道楼主说的是啥
|
 |
tabris17Jul 23, 2014
7
怎么处理？跳槽啊
|
 |
1upJul 23, 2014 via Android
8
扶着走不了，只能摔一跤
|
 |
skybrJul 23, 2014
9
别指望每个用户都是业务狂人, 好应用本身就该在保障业务的同时尽量傻瓜化.
明知道用管理员权限执行某个操作会出错, 而且复现了不止一次, 为什么还要让管理员能够执行这个操作? 做个不恰当的比喻, 前几天挂掉的那哥们儿为什么明看到开车的是个女司机还要去碰瓷, no zuo no die啊. |
 |
akiraJul 23, 2014
10
权限设计有问题
|
 |
learnshareJul 23, 2014
12
系统健壮性可以再提高一些。然后做些系统培训吧
|
|
justfinduJul 23, 2014
13
@lsylsy2
还是说明权限没做好啊...虽然作为程序员或者产品经理肯定骂客户傻逼...但是还是得改... 不能操作的决不能操作, 能够操作的权限就可见多少权限...不做多余 这样就不会理解偏薄了... 然后所有权限名词不用生僻词,用大白话写上这个特么用来干嘛的... |
 |
jianghu52Jul 23, 2014
14
你与其在这里发牢骚，不如写一个操作列表，把每一步都细化成一个动作。你看是否有效。
|
 |
lucky2touchJul 23, 2014
17
大概知道点意思。
1.你做过系统培训没有。 2.出问题有支持流程没有。 人都是懒惰的，在没有明确掌握系统的问题下都会直接选择最简单粗暴的解决方式，这种还是只有多做沟通和引导。 |
|
justfinduJul 23, 2014
18
@touzi 好的~ T-T~ 那就把权限名字改成白话文吧~ 然后把root的权限限制掉~ 所有修改都提醒需要某个权限的用户组, 或者提醒他切换某个系统内账号处理~ 保证不出错~
比如 纬度 这个词换成大白话! 再不懂那就去好好好好好培训吧 |
 |
19
如果PO主在内部流程上游，那么那位项目对接人其实就是PO主的企业内部用户，理顺了这层关系，问题也就可以通过几个步骤来解决。
首先PO主应该先建立系统的内部用户使用手册并组织小范围培训，然后将模拟系统在每一岗位均开放给两名以上的内部用户进行试用。如果该岗位用户全部可以顺利使用系统则验收使用手册，如果该岗位用户全部无法通过模拟测试则调整使用手册并重新培训，部分通过则谁过谁上岗。 你遇到的状况还是好的，当年我们培训政府工作人员，不会打字的常常超过四分之一，不会开机的几乎期期都有。你可以把她培训到胜任，或者换个人培训到胜任，必要时甚至可以考虑改善自己的培训方法和培训内容，唯独不能替她去胜任。对她友善一些比较好，你越给她压力她就越急。都不容易，BE NICE！ |
1 |
20
@PP 建议很好,对我以后做项目有很大的帮助.但这次...如果项目能正规走完也不至于这样.(项目初期开发文档,调研报告都没有,就让我着手去做了,但是还郁闷怎么有这么奇葩的开发方式,结果就是每天一个口头叙述功能,然后我开发.要不是刚毕业估计早就崩溃了.)
|
 |
F281M6Dh8DXpD1g2Jul 23, 2014
21
做企业内部项目，一切都要以邮件确认为准，见到确认邮件再开工，要不死都不知道怎么死的
|
|
E2gCaBAT5I87sw1MJul 23, 2014
22
可以和她吃饭约会什么，慢慢教不要急
|
Select Language