代码之家  ›  专栏  ›  技术社区  ›  Carl Manaster

我如何证明可持续发展的步伐?

sustainable-pace
  •  3
  • Carl Manaster  · 技术社区  · 14 年前

    在一个许多人(包括管理人员)都觉得长时间工作是展示承诺的方式的工作场所,有什么有效的理由可以证明这种做法不仅对团队成员本身有害,而且对项目本身有害?

    我很熟悉——我相信——常见的论点:精疲力尽的风险、质量受损、对保持技能的关注不够以及代码的可塑性。但什么论据最有说服力呢?最有说服力的方法是什么?

    更新 谢谢大家,感谢所有伟大的数据链接-这是有益的,但我真正想要的是什么样的论点将有说服力的人谁是深深投入到紧缩模式伦理。我想我需要的不仅仅是数据来摆脱他们的先入为主的观念。

    6 回复  |  直到 14 年前
        1
  •  1
  •   T.Rob    14 年前

    我成功地将人与服务器进行了比较。如果您的服务器持续使用率为125%,而且没有冗余、没有灾难恢复和更大的工作负载,那么如果您不打算很快增加容量,那将是一个傻瓜。在没有备份或冗余的情况下,试图以类似的利用率驱动人们实际上是更危险的,因为在这种情况下,人比机器更容易崩溃。

        2
  •  4
  •   Matthew Vines    14 年前

    The Mythical Man Month , Peopleware ,和 Slack . 然后举出那些比你更可信的人的辛勤工作和真实数字。

        3
  •  2
  •   mcandre    14 年前

    使用 statistics .

        4
  •  2
  •   Romain Hippeau    14 年前

    这真是常识。唉,不是每个人都有。
    如果不被视为告密者,就没有好办法提起。在某个时刻,人们会像苍蝇一样开始下降,生产力也会停滞不前。 关于坏船长的海军故事很多。

        5
  •  2
  •   Josh Kelley    14 年前

    看到了吗 "Why Crunch Mode Doesn't Work: 6 Lessons"

        6
  •  1
  •   Adam Crossland    14 年前

    除了支持@Matthew关于神话人月的建议外,我还推荐37Signals的 REWORK

    推荐文章
    关于  
    代码之家 - 一站式码农服务社区
    沪ICP备11025650号