agile - 请定义核心时间的敏捷概念

Question

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

Answer 1

是和不是。

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

Answer 2

我认为你所拥有的是你所在的“核心时间”的延伸。在共享位置的想法是，可以举行临时会议，并且可能在各种讨论的范围内，这样如果您认为您的意见或知识有用，您就可以参与其中，例如为什么这样编码？或者为什么我们有这个要求？之类的事情。

Answer 3

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

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

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

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

Answer 4

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

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

几乎需要顾问来实现平稳、快速的过渡。

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

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

无论如何，听起来你的顾问对你们很轻松。试着喝点清凉剂放松一下，一切都会很快过去的。