logo

讨论什么样的管理方式能让程序员产出更高充电站ACreated with Sketch.

头像
晨光
112阅读7评论12 天前

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

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

讨论话题:
热门话题
城市:
其他
加载中…
精选评论
头像
9 天前[已注销]

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

头像
9 天前walter

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

头像
8 天前大灰BIGray

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

头像

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

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

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

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

头像
8 天前ChuckLin

结果导向。

头像
4 天前Pnyx

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

头像

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