请停止举行项目状态会议
简介
在我发射到这篇文章的身体，让我说，我认为会议是美妙的事情。我什至走这么远说，在我的领域，软件开发，的人可能没有足够的会议。我要限定这些意见，不过，说它们只适用于会议的权利种类。定期的项目状态会议，涉及整个团队的肯定是一种错误的会议。它们提供了有用的交流很少，他们杀了生产力。有更好的方式来完成，而不必实际状态会议的目的。项目状态会议上的错误呢？
项目状态会议，通常涉及一个经理和一个团队。反过来，每个团队成员提供了一个更新的任务，该成员已自上次会议以来的工作。经理或其他团队成员可能会要求更多的信息，或提供这些更新的意见。小组成员有很少或根本没有参与正在讨论刚刚坐下来听的任务（或睡眠，或涂鸦，或做什么，我偶尔也会 - 写在一张纸垫代码长手）。
在一个会议的地位，特别是恶性的版本，几支球队和他们的经理是在一个更高级别的经理的会议，但每一个人的团队成员仍对他的任务的报告。在一个项目上，我每周一次的基础上，向上40个不同的人在一个房间里，这样的会议。这是可怕的。
是什么使得这些会议，所以对我来说可怕的是，我只有两三分钟的积极参与者。对于剩下的时间（一个半小时或更长时间，每周一次在我的最后一个项目，），我没有真正参与任何与正在讨论的是什么。我的俘虏。我既不能提供任何有用的讨论评论，也没有获得任何有益的启示。更糟的是，我是一个顾问，按小时计算的法案。我讨厌浪费无用我的客户的时候，我可以做更多的东西与它的生产。所以，我觉得我们不要这样
有几个原因，控股管理的位置，是想到了职业阶梯几步，上面的工蜂的弱旅地位。我忽然想到这种情况是不幸的，但是，这将是以后的文章的主题。在任何情况下，目前管理的人，通常超过他们所管理的人的，他们通常了解到他们知道办公室的互动时，他们年轻，或在最起码的人比他们年纪大了。这意味着，在管理者根深蒂固的习惯，可能反映了一个先进的技术状态，是目前的十年，二十年前，也许更多。
电话，电子邮件，即时消息，和wiki的到来之前，只有这样，才能从一个团队的几名成员的及时更新的团队成员一起聚集在预先安排的时间和地点。幸运的是，电话预日期目前在大多数人的管理，因此，广泛分散的团队电话会议上共同使用。
我尝试采取优势状态会议举行我的日程安排都使我的虚拟工作时间下跌过程中的地位举行会议的时间，在人，并通过电话会议。我拨入会议上我的手机，使用耳机，所以，我的手可以留在键盘上。我听我的名字，提供我的更新和相关的任何意见，并为我写的代码，调试，记录，或测试的时间休息。我比我想如果我没有分裂我的大脑之间的会议和其他任务的生产力较低，但至少我的停机时间是不是总损失。一个更好的办法
，而不是持有人的状态会议或通过电话会议，为什么不利用优势，奇妙的新发明称为电子邮件？自1993年以来，每次我工作的团队已电子邮件。它的安全说，事实上，在一个团队中，其中的一个或多个成员没有一个e - mail地址，我会拒绝工作。电子邮件已经达到了一个无处不在的舒适程度。
这里是我的建议:在每个团队成员定期（例如每星期一中午前）将一封电子邮件发送给球队的经理和复制每一个团队的其他成员。电子邮件的主题，明确指出它包含每周更新状态:quot;状态2011/01/31.quot更新;体的电子邮件将包含一个适当的详细清单，团队成员的任务分配和他们的地位。这也可能列出过去一周的成绩，是阻碍当前任务的进展情况及存在的问题。
每个团队成员可以读取这些状态更新，在一些点在当天也许是一个后续的电子邮件发送到其他相关的团队成员提供额外的评论或提问。会议可安排在有关各方之间如果主题需要更深入的讨论，会议可能只是发生在一个电话或自发地围绕一个白板。
这种安排提供了几个优势。首先，它不需要事件同步解决每个人的日程安排，在特定的时间和地点每周（或每一天，如果一支球队，特别是功能失调）。其次，它允许在状态更新的团队提供了很大的灵活性。上周五下午，有些人可能会撰写电子邮件，上周日晚上，在11时47分，一些在周一上午。无论适用于每个人的风格和工作时间表。
最后，最重要的是我，如果真的在流，疯狂地敲打在键盘上走在一个生产力的状态，我喜欢到呼叫quot;代码下降了的手指，quot;有无需停止国家，生产力听别人有关的东西，很少或根本没有连接的任何问题，这个人就是想着无人驾驶。每个团队成员都可以达到一个舒适的停车点和处理自己的时间与读或写的状态电子邮件。顺便说一句:流量为王
，尤其是在软件开发，实现和保持流动是生产力的关键。我曾经对一个项目，而项目状态会议，每天上午11:00。这真的打死我流，因为我喜欢花，每天早晨的第一部分，照顾忙碌的工作，和9:30或10:00我想在一个非常深刻的流量可能会持续至1时或2 00日下午，每当我的饥饿感最后提醒，它吃午饭的时间。有一次，当我和妻子从事，她惊讶我在我的办公室，而我在这个流动状态。对我来说，花了几秒钟，甚至承认她，几秒钟可以转移到人对人的谈话齿轮。流动状态，可以这么深！
如果你是一名经理，您希望您的团队成员能够实现和保持流动状态。请尽量避免做任何可能打断。会议的正确
正如我之前写的，并非所有的会议都是不好的。我是一个大风扇在所有的参与者都集中在一个特定的问题的会议。会议需要有一个公布的议程，往往是一个不好的兆头。所有需要的是一个什么会议需要完成的明确声明。例如，"我们需要找出哪些数据库包含我们需要的数据收集的ABC从产品到产品XYZ.quot迁移;这是一个会议，有一个有所作为的机会。
另一个我最喜欢的是特设会议，两三人可能要讨论的一个想法或一个问题，用不了多久，他们乱涂乱画在白板上，或坐在周围的尝试想法的计算机。
这些会议的共同点是，所有的参与者都从事。他们正在朝着一个共同的目标，使他们能够完成工作的基础上，会议的输出。项目状态会议，在我的经验，无论如何，永不满足这样的描述。为什么不试试呢？
我不知道为什么，但我还没有说服经理，持有传统地位的会议，而不是切换到电子邮件更新。我想听到关于这个想法的一些经理。它为什么不工作？是否有缺点，我只是没有看到吗？