讨论什么样的管理方式能让程序员产出更高

头像
晨光
171阅读9评论

一直觉得程序员写程序是一种创造性很强的工作,需要灵感,需要状态,真不能管理过于死板。
一个小功能1天也能开发出来。
但真要让一个小功能很好融入一个大型系统,绝对不是只看得见的几十行代码了。
背后要有很多思考,设计,程序健壮性,可维护性,单元测试,相关文档这些要做得很完善,真不是1,2天就可以轻松搞定的。

大家一周会做几个任务,觉得计划的时间足够吗?

讨论话题:
行业&时事
城市:
其他
收藏
举报
加载中…
精选评论
头像
等级5

管理、提高产出与远程,这让我想到 2020 年搞笑诺贝尔奖,其中一个属于管理学奖。

故事是这样,甲拿出 200 万雇 A 杀乙,然后 A 拿出 200 万中的 100 万雇 B,就这么层层外包出去,越来越少,外包给到 E 时,只剩 10 万。

最后,E 嫌弃 10 万太少,不想就为了 10 万杀乙。于是 E 找到乙后,要乙拍张照假装被杀。就这样,乙主动消失数日后,乙也一直找不到甲。到了最后,乙报了警,甲与 A-E 都被抓了。

A-E 这五位搞笑诺贝尔奖的管理学获奖者,实际发生在广西,可以查覃佑辉雇凶杀人案。

头像
等级0

主要看公司文化,如果公司发展迅猛,一个功能可能试错一到两个月就可以了,然后开发效率会比较看重。如果公司体量比较大比较稳重,那可能就是一个功能打磨的时间久一点。相当来说考虑的比较多。适合是最好。

头像共建者
等级8

刚好读到这一段,供参考:

头像
等级1

坦率的说,一周我也就两三个功能模块的样子,感觉不算太快的节奏。
至于楼主说的远程工作的管理和度量方法,国内外都在一直讨论,可最后好像都是一个团队一个办法。

头像
等级1

在企业中,尤其规模稍大的企业,会引入很多监管流程来评估结果产出,来督促每个团队,每个人“高效”产出。
往往,这样的流程、制度使得员工和公司产生了很多博弈。

其实,对于很多人来讲,效率是降低了的。

个人觉得一个中小型的团队,团队成员间足够信任,逐渐磨合熟悉,可以很少制度、流程、绩效的,甚至没有。

不知道各位有没有遇到这样的团队?

头像
等级1

进一步探讨,是不是有一套对软件开发的管理和度量方法,可以很容易从集中办公切换到远程办公呢?

最好的办法是尝试,碰到问题就解决问题,如果完全不行,说明行不通

头像
等级3

最有效的管理方式是,自组织,当然从另外一个角度来看也是最理想化的。