51Testing软件测试论坛

标题: 项目管理现象之我见 [打印本页]

作者: helenhuoyy 时间: 2013-8-16 23:38
标题: 项目管理现象之我见
最近经常见到一个现象，有点小小的想法，想在这个跟大家讨论一下，也希望大家多多提建议。不废话了，先描述一下现象。
一个朋友升项目主程小半年了，他是开发，对于他开发的能力没问题，不然也不会提为主程了。对于项目工作的安排上他也没问题，在他的努力下，现在项目步入正轨，每个成员的工作任务都分配的比较得当，改变了以前总是加班的状态，组员也很信赖他。但正因为技术过硬，对组员又比较照顾就出现了一个问题。开发人员的队伍也是良莠不齐，有的人就是很马虎，即使再三提醒，还是会犯错误，而且死不悔改，错误一次又一次。现在大家都不加班了吧，下班就走人了。但是有时候下班后就是会出现生产问题，此时大家都下班了，怎么办呢？其他人员没有远程访问公司内网的权限，只有他有！人家给他打一个电话拜托他一下，他就只好自己查原因解决问题了，大家都知道帮别人看代码解决问题是一件很痛苦的事，非常耗时，因此自己的休息时间都没了。他自己也和苦恼此事，别人不加班了倒是给自己找了个加班的差事。
对于这种现象，虽然我是小测一枚，没有任何管理经验，但还是想表表自己的意见。因为我从来没见过一个项目经理或者负责人会自己帮开发人员去改代码解决问题的。从我所见来看，出了问题，项目经理通常都是一个电话叫相应的开发人员来公司解决问题，当然项目经理一般也会在一旁协助开发人员解决问题。在我看来这才是正确的做法。第一，代码负责制，自己写的代码自己就要负责，让责任人有责任认识。而且是自己写的，定位问题的原因也比较快。第二，授人以鱼，不如授人以渔。你这次帮他改了，他自己是认识不到这个错误的，那么下次他还是会照犯。难道你要一直替他改下去？第三，要有威服，毕竟要渐渐走向管理岗位，不能把自己当做救火队员，而应该是救火指挥官，这样也算是一种管理能力的展现。不要悄悄在家里把问题搞定了，这样责任人没有事故发生的责任意识，领导也没机会看到你的管理能力。呵呵，小小拙见，欢迎大家继续提出好的意见。

作者: 赵佳乐SMILE 时间: 2013-8-17 10:55
你已经说的很好了。。

加班中的人表示我很负责任。。

作者: msnshow 时间: 2013-8-17 11:44
相信这些道理，你讲的那个也懂吧

作者: baihui2005 时间: 2013-8-18 13:05
你分析得不错

作者: forstkksk 时间: 2013-8-18 22:37
不加班....羡慕了

作者: forstkksk 时间: 2013-8-18 22:38
也是小测一枚，项目管理不清楚
反正是田主责任人制度，谁负责的，谁就去搞

作者: 愚人 时间: 2013-8-19 08:13
鼓掌……

作者: 跑跑跑跑 时间: 2013-8-19 08:41
有的人就是很马虎，即使再三提醒，还是会犯错误，而且死不悔改，错误一次又一次。这种不上心的人在我们公司最多警告3次，然后拜拜！只能说你们的开发经理没力度，太仁慈了，公司也没有相应的规章制度。

作者: 夕阳西下° 时间: 2013-8-19 09:38
授之以鱼不如授之以渔，还是应该从根本上解决这个问题吧~

作者: helenhuoyy 时间: 2013-8-19 09:40

有的人就是很马虎，即使再三提醒，还是会犯错误，而且死不悔改，错误一次又一次。这种不上心的人在我们公司 ...
跑跑跑跑发表于 2013-8-19 08:41

公司人手不够，让他拜拜了事情就没人做了。所以建议有个生产事故负责制，凡是因为个人原因出现生产事故的应该有所惩罚。

作者: 紫隐 时间: 2013-8-19 11:47
小测一枚，大赞LZ，感觉那位朋友还没有适应自己的职责变化，指挥官主要的是指挥、监督和协助，而不是什么事都亲力亲为。对下属要恩威并施，不能一味的体贴纵容。

作者: omg 时间: 2013-8-20 21:09
还可以根据不同的人性格特点，安排不同的任务。尽量沟通说服教育，实在不行，就得考虑奖惩了。

作者: 六月天 时间: 2013-8-21 09:53
代码责任制是比较早期的做法了，现在已经不流行了

作者: piaolingxue423 时间: 2013-8-22 08:53
我们有个机制是任务绩效考核考核的要素有任务完成及时度、质量、客户满意度如果一个人的质量或及时度持续有问题部门老大会邀约谈话的

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)