曝光过度和曝光不足

在2010年，我写了两篇关于软件团队的倦怠和疲惫的文章。 从那时起，德国主要新闻界印制了越来越多的此类文章。 心理学家警告公司和个人，我们正在做“太多”的事情。 我同意他们。 我们每天的速度都大大提高了，我相信结果一点也不好。 我们产生的结果与以往一样，只是压力更大。 无论如何，倦怠假说得到了德国政府最新发布的“ 压力报告 ”的支持。 尽管默认情况下压力并不“坏”，但很明显，我们的工作环境发生了某些变化。

例如：在过去两年中，我遇到了几个雇员（永久合同），即使在周日晚上或深夜，他们也会回复我的电子邮件。 当我

我认为像我这样的自由职业者在周日工作是偶然的，我也认为在约定的工作时间之外找到具有永久合同的人应该很不寻常。 多亏了我们新的移动世界，上厕所时甚至可以写几句话。 像Siri这样的软件甚至可以帮助您避免触摸屏幕-完美地在晚餐做饭时指示电子邮件。

过量使用

当我接受自由职业时，我非常致力于客户的成功。 我是一台正在工作的机器，每周计算很多小时。 我就是这些人中的一员，您可以在不寻常的时间从中收到电子邮件。 我过度投入了吗？ 当她在星期六晚上只写几封电子邮件时，这名40小时的员工是否过度投入？ 极客自由职业者和可靠雇员类型之间有什么区别？

我相信这是工作方式。 作为自由职业者，我可以根据需要安排工作时间。 我不时休息一天或在午休时小睡。 还是我下午和家人出去玩。 是的，我晚上会去上班，但是我在需要的时候过得很愉快。 如果有个人需要处理的事情，我不会工作60个小时，我只会工作30个小时。我很灵活，而且正如我在《禅宗程序员的10条规则》中所写，我可以在疲倦时入睡。

作为永久雇员，我没有这样的自由。 无论如何，我需要工作40个小时。 当然我有假期等等； 但始终保持40小时+加班的恒定时间。 在许多情况下，您无法去洗手间小睡。 当接到电话说孩子生病时，您不能简单地开车回家：我们经常在遥远的地方工作，远离我们的实际生活。 在没有移动技术的情况下，使用9到5或40小时的旧模型的效果要好得多。 当您回家时，您走了。 但是现在您有40个小时的工作时间和一些加班时间，而且您始终可以连接到最近从老板那里得到的闪亮iPad。 一方面固定“核心业务时间”，另一方面固定“始终在线” –扩展性不好。

当我与客户讨论新功能时，与我合作的一大群人为他们设法处理的大量电子邮件，改写的规范和所提供的优质服务感到非常自豪。周日清晨。 成功一天的新指标似乎是疲劳程度。

想象一下：星期一早上，门开了。 您的同事进来说：“我度过了一个愉快的周末。 我整个星期六都睡着，星期天吃早饭，星期天去游泳。” 没有黑莓吗？ 没有学到任何新的伟大技术？ 真是个懒人！ 如果他会红红的眼睛进来，疲倦地说道： 周末我需要和客户打个紧急电话。 您是否有时间研究功能B？ 我向他保证过……”英雄！ 这个伴侣为公司牺牲了他的周末，最后为您的工作付出了牺牲。 您今天晚上不应该在家看功能B吗？

过度碎片化

为什么精疲力竭的水平对我们如此重要？ 如今，我们的软件项目非常庞大–与之相关吗？ 当您用自己的双手制作东西时，您可以看到结果并为此感到自豪。 您可以向其他人展示。

另一方面，请清理一周的代码。 它没有添加新功能，没有人来您的办公桌，并祝贺您进行了如此出色的清理。 取而代之的是，有时用“发送报告只是一个按钮”来描述几周的工作。 开发产品是许多人的工作。 有时，您只是在特定的部分上编写代码，而没人会看到。 整个产品都不是您一个人制作的。 如此多的人，那么您为此感到自豪的机会就更少了。 您需要用不同的方式衡量您的参与程度，例如：对于该软件版本，我进行了100次提交，写了100封电子邮件，并召开了10次会议。

在理想的世界中，我们的软件体系结构包含结构良好的工件，然后由可以为自己的工作感到自豪的小团队手工制作。 更好的是，如果合成的伪像对其他人而言变得可见。 如果您有20个开发人员并且只构建一个组件，那么您将遭受零碎的困扰：没有人能识别出这整个代码的混乱，人们承担的责任是零散的。

Scrum的风险

敏捷的世界有一把锤子，使每个问题都成为钉子：Scrum。 从项目管理的角度来看，Scrum在许多情况下都是对工作流程的完美优化。 从开发人员的角度来看，这也是一件好事：将事情做好。 但是当团队不关注人为因素时，Scrum就有风险。 作为人类，我们根本无法将40小时的工作量放在一周的40小时内。 我们需要时间来反映我们的工作。 我们需要执行较小的重构。 我们需要通读我们看过的代码。 有时我们需要思考！ 而且我们无法估计需要思考的时间。 我们不知道我们需要思考多少。 我们需要重新考虑整个模型吗？ 我们今天是否有充分的思维能力，还是因为做梦不好而感到疲倦？ 我们需要接受：我们是人类。 我们不能将我们分解为数字。

Scrum让您时光倒流地查看任务。 尝试完成所有事情直到完成为止是很诱人的。 但是，嘿，这是软件开发。 当我们看着它们时，事物会发生变化，例如海森堡事物。 并且只有当我们在星期二疲倦于高效工作时。 这样的事情发生了。 在进行Scrum计划时要处理它：不要忘记Scrum角色背后的人。 如果您了解这一点，则您的估计会更好。

创造力-它如何运作？

我不知道凡高在将Scrum应用于他的作品时的画面会是什么样。 猜猜我们今天不会知道他的名字。 压力下的创造力–我简直不相信它能奏效（例外正在确认这一规则）。 从我作为业余音乐家的经验来看：当我忙于工作时，我无法作曲。 我需要时间做梦，放松并思考不同寻常的想法。

软件是用头脑精心制作的。 即使我们应用其他创意作品（如现成的设计模式），它也是一项创意作品。 有时候，我们会精打细算。 但是众所周知，我们的软件人员应该经常查看附近的代码，并确定可能会使我们的软件更加可靠和易于理解的错误模式或其他事物。 软件的技巧通常是最小化代码的技巧。 当您经常承受时间压力并提供无穷无尽的功能时，您将无法做到这一点。

解决方案

这很简单：如果您不能停止专注于工作任务，则将您的家庭，黄金时间等作为一项任务。 计划，做到，尽其所能。 计算人为因素进入您的Scrum冲刺。 不要用加班来衡量自己的成功，不要在周末关闭手机。 星期一，您会变得更有效率。 如果您在一个值得骄傲的系统上工作，请进行更改。 软件系统不仅应具有可维护性，可扩展性或可靠性，而且还必须令人愉悦！ 一个好的系统是我们喜欢与之合作的系统–如果我们为能为它做出一点贡献而感到自豪，那就不会错了。 最好的园丁是那些喜欢在花园里散步的人。 如果到目前为止，您可能还想阅读“ Zen程序员的10条规则 ”。

参考：来自PHP和Java Entwickler博客的JCG合作伙伴 Christian Grobmeier的零散项目和过度投入的人们 。

翻译自: https://www.javacodegeeks.com/2013/03/fragmented-projects-and-overcommitted-people.html

曝光过度和曝光不足