因此，在新西兰的星期五，与世界上其他苦苦挣扎的人打交道时，总是感觉有点像作弊。 在星期五给我留下深刻印象的一件事是，我们经常尝试整理一下事情，因为在周末之前完成事情感觉很好。 这是有道理的，但是我可以肯定的是，在众多项目和工作中，一件事情是，藏匿任务或跳过一些前瞻性思维似乎总是会以一种或另一种方式回到您身上。
任何了解我的人都知道，我比做逐步工作的人更做梦。 我敏捷而不是Prince2。 我是特洛洛，胜过甘特。 我总是在过程中的人。 但这并不意味着我要推迟需要做的事情或避免那些困难的部分。 实际上，这意味着，如果有任何使我们变得更明显的事情，我们就会冒风险，我们会解决问题，是的，我们有一个流程可以将这些风险降至最低。
在学习技术世界中，一个很好的例子是，我们经常被要求对学习系统做比原先打算做的更多的事情。 这些通常是“自定义”（当您在工作时，开源自定义并不是一个肮脏的词），通常我们会被要求“快速而肮脏”（好了，现在听起来很肮脏）以立即实现。需要。 我有几个问题。 首先，定制并不是开源系统的烦恼，而是专有样式系统的烦恼，但是定制仍然不适合您。 其次，如果您在不进行结构调整的情况下进行快速修复，那么在某些时候您仍然会受到伤害，并且伤害会很大。
可能被削减（甚至完全削减）的最明显的工作阶段是范围界定。 如果您没有适当地确定一个项目的范围，因为承包商准备在以后付款，那么从字面上看。 如果您没有适当地为客户确定项目范围，则准备以后再付款。 您可能没有财务上的付款，但是您可能会在痛苦，悲伤，时间表和未来问题上付款。 每当您更改系统时，它都会产生影响，而其中的某些影响在当时对您而言并不是立即显而易见的。 任何没有适当范围确定地运行的项目都具有巨大的风险。 即使您包括范围界定，如果您也没有时间进行测试和重新工作，您也会自找麻烦。 即使您是提供商，也要留出时间进行UAT（用户接受测试）。 是的，消费者负责这部分工作，但他们可能需要帮助，并且常常会提出一些必须回答的问题。
花时间排序问题，取消快速完成的事情，整理学习记录，重新编写代码，来回发送电子邮件（如果您不使用破坏性技术），内部讨论，沟通失误的管理以及最初应该完成的计划。 在您开始工作之前，所有这些加起来远远超过了一些准备工作。 有人为此付出代价，通常不是一个人或一个组织，而是各方。
可以肯定的是，开发人员2个小时的工作听起来很容易，但是通过进行适当的范围界定，测试，培训，UAT和项目管理，您会为此付出几倍的费用就不会感到惊讶。 实际上，您实际上应该是这样。 它既可以保护客户，又可以保护提供者。 当我为服务付费时，我希望他们正确地理解要做的事情，他们如何提高质量，确保所做的事情并有可以在整个过程中回答我的问题的人。
因此，我对本周五的最后想法是，展望周末，我希望能在斜坡上滑雪，但我也想知道，星期一不会是我本可以避免的一棵树！
