一直觉得程序员写程序是一种创造性很强的工作，需要灵感，需要状态，真不能管理过于死板。
一个小功能1天也能开发出来。
但真要让一个小功能很好融入一个大型系统，绝对不是只看得见的几十行代码了。
背后要有很多思考，设计，程序健壮性，可维护性，单元测试，相关文档这些要做得很完善，真不是1，2天就可以轻松搞定的。
大家一周会做几个任务，觉得计划的时间足够吗？
讨论话题:
行业&时事
城市:
其他
创建于2021年10月06日
加载中…
精选评论
电鸭是国内最早的远程工作社区。我们倡导“只工作，不上班”的生活方式，努力推动多样化工作方式在国内的渐进式发展。
下载 APP：
管理、提高产出与远程，这让我想到 2020 年搞笑诺贝尔奖，其中一个属于管理学奖。
故事是这样，甲拿出 200 万雇 A 杀乙，然后 A 拿出 200 万中的 100 万雇 B，就这么层层外包出去，越来越少，外包给到 E 时，只剩 10 万。
最后，E 嫌弃 10 万太少，不想就为了 10 万杀乙。于是 E 找到乙后，要乙拍张照假装被杀。就这样，乙主动消失数日后，乙也一直找不到甲。到了最后，乙报了警，甲与 A-E 都被抓了。
A-E 这五位搞笑诺贝尔奖的管理学获奖者，实际发生在广西，可以查覃佑辉雇凶杀人案。
主要看公司文化，如果公司发展迅猛，一个功能可能试错一到两个月就可以了，然后开发效率会比较看重。如果公司体量比较大比较稳重，那可能就是一个功能打磨的时间久一点。相当来说考虑的比较多。适合是最好。
刚好读到这一段，供参考：
坦率的说，一周我也就两三个功能模块的样子，感觉不算太快的节奏。
至于楼主说的远程工作的管理和度量方法，国内外都在一直讨论，可最后好像都是一个团队一个办法。
在企业中，尤其规模稍大的企业，会引入很多监管流程来评估结果产出，来督促每个团队，每个人“高效”产出。
往往，这样的流程、制度使得员工和公司产生了很多博弈。
其实，对于很多人来讲，效率是降低了的。
个人觉得一个中小型的团队，团队成员间足够信任，逐渐磨合熟悉，可以很少制度、流程、绩效的，甚至没有。
不知道各位有没有遇到这样的团队？
进一步探讨，是不是有一套对软件开发的管理和度量方法，可以很容易从集中办公切换到远程办公呢？
最好的办法是尝试，碰到问题就解决问题，如果完全不行，说明行不通
结果导向。
最有效的管理方式是，自组织，当然从另外一个角度来看也是最理想化的。