论管理的方式方法

论管理的方式方法

就最近发生的事情谈论一下自己的看法。

背景故事:公司同事在日常的工作中由于疏忽导致整体代码的打包、构建出了问题,由于公司一直在强调工作态度问题,所以此事被严重的批评惩罚。将错误原因归结于工作态度,甚至是上升到工作能力等级。

管理方式:老板们对待事情的结果非常生气,认为这是低级的错误,不可原谅和发生的。讲究一次性把事情做对原则。这在一定程度上可以改善,但并不认为是最好的解决方式。由此带来的工作氛围紧张或是其他的后果,而改善的程度也有待考究。

原因分析:这有时候是跟工作人员本身有关,比如说是马虎,但是工作人员本身就是不定性的。很多事情都可以导致工作的失误,无论是有心还是无意。你今天的状态不好,或是心情不好,而且这种日常的行为也不能保证次次成功。

解决方式:下面是我自己的看法和主张。

1.惩罚的方式。正确的惩罚方式应当对应正确的错误类型。是不是所有工作的失职都可以使用同一套惩罚方式。如要求代码提交必须要有备注,如果有人仍然不写,这样的可以用一些惩罚方式。这属于作为开发者本身的认知问题。而如果是软件出现的潜在bug,是不是也可用低级、简单定论就另当别论了。

2.解决的方式。我们是不是可以从多个方面考虑一下这个问题。不是每次出现都惩罚,每次都号召是个人错误。而是不是应该把关注点重新思考一下。如错误产生的原因,我们是不是有提前规避的方式。

举例一、代码的错误合并

1)我们是不是可以优先编译,提前发现错误。

2)是不是在代码审核中加入人员审核,不是自己就有权限合并代码。

举例二、合并的代码功能有错

1) 每次集成非常多的功能,不是靠人员每次点击测试就能发现所有的问题,能发现所有问题,开发人员的项目时间也就需要成倍了。我们是不是可以有自己的自动化测试方法,不至于每次代码提交到测试部门才发现重大bug。这样测试人员的精力去在设计测试用例上,而不是大部分的时间在执行测试用例。

总之,必须依靠人力完成的事情都不会保证100%的成功,出现错误不是问题,问题是找不到解决问题的一个好的办法。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值