……我的团队一直评论并喜欢我「保护」他们不参加非技术性的会议，并在我们的看板中提炼客户需求，而他们无需参加这些会议。虽然我同意这并不是「最好的」做事方式，但我从未见过开发团队像H N所描述的那样，「开发/工程师和客户是唯一需要的」。我希望能是这种情况！另外，对于那些认为我在贬低我团队能力的人，当我们离开我们工作的大型公司时，我们共同创立了一家公司，作为共同所有者，甚至现在我们仍然使用相同的设置 :)
源讨论瓶颈从来都不是代码原帖 414 条评论 · 导入时统计这是一个错误的二分法。软件开发一直关乎于让从客户到程序员的所有人保持一致意见，中间的人越少越好。 增加客户和程序员之间同步的会议是很少且宝贵的。 在大型组织中，出于错误原因而滋生了大量仪式性的会议。人们喜欢在客户和程序员之间插入自己以显得自己很重要。 我个人喜欢与客户、终端用户、用户体验设计师和实际利益相关者进行的会议。 我讨厌那些公司官僚主义者参加的会议，他们只是为了公司权势而消耗带宽。 不，我不需要另一个中层经理来在我和用户之间建立联系。
完整原文把你的经验，加入这段讨论。
> 你比你想象的要稀有得多。 事实如此。我就是那个这样的人，直到我成为EM（工程经理）后才意识到我有多稀有，那时我了解到我的大部分团队会主动避免与客户交谈。尽管我无法量化这一点，但我确信这对我的职业生涯有帮助。
完整原文> 我从未见过一个开发团队像Hacker News所描述的那样运作，即“开发/工程师和客户是唯一需要的东西”。我希望能是这种情况！ 我认为很多Hacker News的用户真的认为软件开发人员是他们公司唯一重要的角色。软件直接从开发人员的脑海中，通过他的手指进入电脑，然后进入（由无人运营的）在线商店供客户购买。工程经理、项目经理、产品经理、市场人员、MBA、技术作家、QA、律师、流程人员、各种管理员和联络人……他们存在的唯一目的是进行无意义的政治游戏，参加令人分心的会议，并阻碍唯一正确的角色。设计文档、计划、日程安排、电子邮件、JIRA、评审、同步会议、高管更新……这些都是折磨开发人员的计划中无用的部分。应该只是“开发人员进行开发，然后钱就来了”…
完整原文我不确定这有多稀有。我总是发现，当我不了解将使用软件的人或看不到他们对软件的感受时，写软件会更困难。这是反馈循环的一部分。 当得到好的反馈时，就像赢得了一个奖品，而当反馈不好时，它让我看到我们应该把时间花在哪里，而不是我们可能认为应该花在哪里。
完整原文100%正确，这里大多数帖子都是基于对世界应该如何运作的幻想。他们也解释了为什么大多数开发人员无法有效地与客户打交道。客户不会带着明确的规格出现，然后交给我们，而中间的经理却插手并毁掉一切。 虽然我同意大多数经理都在说很多废话，但现实是大多数开发人员无法像他们认为的那样处理对话，正如你所说的，他们也不想去这么做。而这正是经理们所做的。
完整原文每个开发人员如果让非开发人员在客户和开发人员之间进行沟通，倾听客户并传递过滤后信息的话，应该都会觉得没问题。 但真正倾听客户/用户需求的项目经理和设计师非常少见。而真正能够传递有用信息的项目经理和设计师更是少之又少。 是的，我知道这是他们的工作，但我只是说大多数人做得非常糟糕，或者根本没做。产品和设计已经变成了这些人纯粹的创意表达方式，尤其是在那些以盈利为目的的公司里。
完整原文我认为有一种中间状态比两者都更好，但找到合适的平衡点可能更困难：与内部利益相关者直接接触（经理仍然在一定程度上参与，以保持整体的视野并帮助优先排序/反驳/作为一般性的缓冲），同时又不直接接触客户。这是我一直更喜欢的环境。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。