写给管理者 - 不要要求程序员加班,实在不行,多找几个人

自由之信 发布于 2014/05/03 18:07
阅读 2K+
收藏 3

我不是管理者,程序员一个。

从我的工作经验来看,对于强制加班,我觉得是一种得不偿失的做法。

通常一个项目的开始,是一个团队,特别是项目管理者的责任,制定项目范围,考虑变更和风险的控制,需求的明确以及计划的制定,这些需要提高管理者的管理技能才能够得以完善执行。所以,如果某一个方面没有估计到,特别是项目变更,以及任务的计划分配,没有考虑好,没有和项目成员沟通,都可能导致项目的拖延,当然意外情况除外。

所以,如果因为项目的变更以及没有和程序员沟通,从而错误的做了任务的分配,这些都是管理者的责任,导致程序员加班的,管理者应该考虑如何补偿程序员的时间和生活上的损失。而不是依据公司的条例,强制程序员加班。

大家做到管理层,也都是从程序员做过来的,如果你是一个非常优秀的程序员,效率很高,千万别把你的效率和能力来强加到你的项目成员身上,而是要去了解他们的能力,按照他们的能力去安排任务,考虑项目的计划,否则,你说自己能够200小时做完,实际上,可能500小时都不行,此时,你去埋怨自己的项目成员,其实是自己的疏忽导致的错误。

如果你觉得一个成员无法解决你的项目问题,你可以考虑招聘更好的程序员,同时辞退无法解决问题的程序员,每个人都有成长过程,现在做的不够好,以后他也会了解并学习做的更好。

如果你觉得程序员效率很好,但是项目有所拖延,考虑外包或者外派人员来帮助工作,这是更好的解决方法,而不是强迫自己手下的程序员加班。

从个人经验来看,每天6小时的工作时间,是最好的效率工作时间,一周工作5天,是正常的工作时间,那么,以任务分派为目标的项目管理,如果出现什么变更,自己无法完成,会告诉管理者,并考虑自己延长工作时间来完成,因为事先项目管理者,已经和我沟通过任务和时间的问题,而变更是时常会出现的。

一个没有很好管理而开始的项目,对于程序员就是一个灾难,所以,请不要要求程序员加班,请使用替代的方案代替加班,这样保证更好的效率。

加载中
0
马太航
马太航

角度不同,看到的东西也不同。

0
南湖船老大
南湖船老大

老板没你这么善良,都是往死里用。磨损过度了就换

0
yak
yak


权利不是跪在地上祈求别人恩赐来的 是团结起来斗争来的,古今中外概莫能外

码农下班了把观摩爱情运作片的时间,用来好好研究下劳动合同法,加班的问题就解决了 

http://www.lawtime.cn/faguizt/11.html 


  第三十一条 用人单位应当严格执行劳动定额标准,不得强迫或者变相强迫劳动者加班。用人单位安排加班的,应当按照国家有关规定向劳动者支付加班费。


0
南湖船老大
南湖船老大

想起一句话

我们祖辈用血换来的东西,你们也必须用血来取得。

0
中山野鬼
中山野鬼

想法是不错的。不过得有个假设,基于团队每个人的能力达到基本要求。哈

很多加班不是加班,而是返工。哈。

0
修改登录密码
修改登录密码

 由于变更、计划失误导致实际工作量增加,是管理者的责任。管理者有义务申请更多的资源(人力 工时)来弥补这个缺口。 但如果是程序员自身的问题,比如能力不达标,或者对需求理解有误,那就老老实实加班去吧 。   其实最常见的问题是, 项目初期老板向你询问某个功能点需要多久完成,如果你当初很乐观说30天肯定完成任务,结果实际上作了60天还是缺陷不断, 尽管你能力达标也没有偷懒, 还是要多想想自己为什么估计不足,毕竟  管理者是根据你最初的估计去编制计划的。

0
泡不烂的凉粉
泡不烂的凉粉

引用来自“eel”的评论

 由于变更、计划失误导致实际工作量增加,是管理者的责任。管理者有义务申请更多的资源(人力 工时)来弥补这个缺口。 但如果是程序员自身的问题,比如能力不达标,或者对需求理解有误,那就老老实实加班去吧 。   其实最常见的问题是, 项目初期老板向你询问某个功能点需要多久完成,如果你当初很乐观说30天肯定完成任务,结果实际上作了60天还是缺陷不断, 尽管你能力达标也没有偷懒, 还是要多想想自己为什么估计不足,毕竟  管理者是根据你最初的估计去编制计划的。

此此言差矣, 就拿你说的,乐观说30天肯定完成任务,结果给了一个月,  按照正常逻辑,每周是5天,换句话说, 30天,就是说6周时间。 如果给1个月, 合适否? 另外, 就算是在 30天工作日之内, 公司尽可能的会安排其他耗时事情来占用工作时间, 比如会议, 各种令人感到吃惊的会议都会如期进行。 还比如公益劳动。比如植树节, 每个部门出人头植树。 另外加上清明,国庆什么的乱七八糟。 你的工作日程有多久?

0
付hermit
付hermit

多招人不得多花钱啊!

返回顶部
顶部