请定义核心时间的敏捷概念[关闭]答案

【问题标题】：Please define the agile concept of core hours [closed]请定义核心时间的敏捷概念[关闭]
【发布时间】：2008-11-20 17:34:03
【问题描述】：

我签订了一份新合同，他们似乎在敏捷方面做得过火了，包括聘请顾问仅仅是为了促进敏捷流程。他正在制定的东西是“核心时间”的概念，我们实际上将一起在同一个房间里。这真的是“核心时间”构成的吗？我问是因为拿起我的笔记本电脑去这个共享位置半天非常不方便；我一直认为“核心时间”意味着你有空，不一定在同一个房间，例如从 9:30 到 4。

【问题讨论】：

当我问这个问题时，我从来没有提到过这位顾问坚持要我们 8 人挤进的会议室有多小，但 5 年后，我觉得不得不用呆伯特卡通：media.zenfs.com/en_us/News/ucomics.com/dt130803.gif
我投票结束这个问题，因为这些问题应该在pm.stackexchange.com
@OlivierPons 是的，9 年前我在想什么，我应该知道在当时不存在的 StackExchange 网站上提问
SO 机器人问我是否应该关闭这个问题。如果我听起来很粗鲁，我很抱歉......我认为在正确的位置复制粘贴这个问题并不难，因为它不应该在那里恕我直言。我希望有一天他们会创造一种“移动”问题的方式。

标签： agile

【解决方案1】：

是和不是。

核心时间是所有团队成员致力于项目工作（而不是做行政工作或其他项目）的时间段。对于许多团队来说，这意味着在同一个房间里，但通过适当的规划和必要的基础设施，团队可以在不同的位置很好地工作。

【讨论】：

【解决方案2】：

我认为你所拥有的是你所在的“核心时间”的延伸。在共享位置的想法是，临时会议可能会发生，并且可能会在各种讨论的范围内，以便您可以在您认为您的意见或知识有用的情况下加入，例如。为什么这样编码？或者为什么我们有这个要求？那种东西。

【讨论】：

【解决方案3】：

我想我已经了解了敏捷世界的最新情况。实际上我不是。话虽如此，我不太确定这是一个敏捷概念，而是团队协作的便捷方式。这听起来更像是Peopleware的东西。

就像任何团队尝试新事物一样，第一，变革会遇到阻力，第二，团队应该真正接受新的流程和工作方法。敏捷顾问不应该只是对你需要做的事情发号施令。他还应该解释并说服你为什么这是一件好事。如果您已经认为该公司已经“过火”，那么我认为有些地方出了问题。敏捷是为许多（但不是全部）团队工作的好方法，不应该引起这样的反应

拥有核心时间是有意义的，这样协作就有了重叠。让人们在更开放的空间工作，也许每个大立方体 4 人而不是每个小立方体 1 人，也有助于促进协作。在工作中，我可以转动我的椅子，那里有 2 个人可以帮助我或回答问题。然而，试图强迫一些不舒服和不方便的东西会破坏目的。

我认为最好拆除隔间的墙壁并重新排列立方体以使环境更具协作性。

【讨论】：

【解决方案4】：

稍微偏离主题，但不适合评论：

敏捷是极具颠覆性的程序员“常规做法”。敏捷一词意味着您将不得不适应变化，我建议您尝试接受它们而不是抗争，因为其中一种适应是削减导致团队中断的团队成员。

要想顺利、快速地过渡，实际上需要一名顾问。

如果您的顾问做得对，您应该比看起来更不开心。在那些核心时间里，你们都不应该拥有自己的计算机——你们应该共享一个小组。如果事情做得对，你应该在没有立方体墙的“牛棚”中编码（促进配对和一般沟通）。

但是敏捷有不同的层次，它的目的是适应性强。许多程序员在配对时遇到问题，所以通常不是强制的，或者只是推荐。

无论如何，听起来您的顾问对你们很轻松。试试喝凉水放松一下，很快就会过去的。

【讨论】：