会议时间和节省开发时间之间是否存在相关因素？

我正在研究一个项目，我们定期（通常每周一次）召开非正式会议，讨论该项目的状态及其GUI。

我是那里唯一的开发人员，其他4-5个人具有非IT背景。

这次会议花了比平常更长的时间，但是有一次，我的一位同事询问了计划中的某些领域以及如何填补这些领域。我回答并在讨论中发现，我完全错觉了这个过程。

但是由于我们已经讨论过并且事先发现了错误，所以我可以很快地对其进行更改。

在考虑这一点时，我问自己，在节省开发时间方面，在会议时间之间是否存在因素？

例如，1分钟的会议时间可能节省X分钟的开发时间。

如果是这样，这将有助于定义我们的会议应该举行的频率和时间。

（只是为了澄清：我不想召开更好的会议，即使能够大致确定会议的时间也是可有可无的。如果会议时间和开发时间之间存在联系，我最感兴趣的就是我。我的理由是：好奇心！ ）

“只要他们需要，就不再需要。”

在这里要实现的是，满足节省的开发时间的时间绝不是线性的。对于您的团队，对于您的公司，对于这个主题，那么1个小时的会议可能节省2个小时的开发工作。如果您有10个小时的会议，则另外一小时的会议可能会节省0个开发工作。地狱，由于中断或影响士气，它可能为您节省-2个小时的开发工作。

最后，会议的全部重点是沟通和协作可以帮助您完成工作。如果会议不能帮助您完成工作，则应将其杀死。

不完全是。

了解客户/利益相关者可以节省开发时间。对话需要足够长的时间以促进理解。但是，讨论您已经假定要了解的功能并不一定会增进您的了解。

如果房间中没有人怀疑或误解，请离开房间。人为地延长“讨论”，以期希望剪切时间和压力能够消除冲突并创造和谐，这是无望的，也是令人沮丧的。

记住，沟通是技巧和运气的结合；讨论不一定意味着交流（相互理解）。在野外工作的时间越长，一起工作的时间就越长，在揭露错误的假设时，您都会变得更好。

同时，“敏捷性”可能会有所帮助。

保持会议“短”，实行原油UI的或模型，尽快在每次会议后-前好，你甚至犯罪嫌疑人有充分的认识。您的用户界面/模拟将用作澄清误解的材料。会议之间的时间将帮助每个人减轻压力并反思所讲的内容。而且，如果您用代码实现展示材料，那么您实际上也已经开始开发。（您的客户/同事将很高兴听到这个消息！）

而最糟糕的情况是，当你已经实现了一个小的块可见代码：你说的完全关闭基地，而你把它扔掉。但是，如果您只花了很少的时间，那么在澄清总体误会方面的投资将大有裨益。

记住，公司并不在乎开发时间。它只是关心个人时间。（请注意，这是一种计算总成本的方法。）因此，您需要寻找平衡的地方，以减少人员时间；不用 花时间编写代码。

我不认为通常可以应用任何类型的关联。这实际上取决于会议以及您在会议上所做的与发展有关的事情。

在您描述的情况下，几分钟之内您就从一个不好的或难以理解的需求变成了一个更好的需求。我们知道，具有良好的要求会直接影响开发时间。

但是，如果您的会议是公司状态会议，该怎么办？您可以共享良好的信息，以便了解公司的运作方式，了解其他情况等。但是，在大多数情况下，这不会对项目的开发时间产生任何影响。从开发的角度来看，所有时间都是“浪费”的。

一旦必须参加足够多的会议，您就会开始意识到其中的一些工作确实非常有成效（例如，请一个小的开发团队和一组很好的要求，并开始对架构进行白板化。如果您专注于工作，则可以完成很多工作） ）。您还会发现一些根本没有生产力甚至生产力下降的产品（一旦客户在其中几个之间就登录页面应该说“登录”还是“登录”进行了15分钟的辩论）。最终，没人知道，必须等到以后再提交）。

TL / DR：取决于会议，人员和会议的目标。