项目开销时间的百分比应该是开发人员开发（非会议）以获得最大输出

Question

我正在为一家大公司开发一个典型的内部网络/数据库应用程序。通常情况下，我的意思是，一个预计为4个月和30万美元的项目看起来像 9个月和1,000,000美元。

恕我直言，总体超支的一个原因是功能人员与开发人员的比例为3.5比2（PM，BA，QA和每次会议的scrum主人。）大约250k的600k已被收费开发人员，但其中至少有一半是开发人员与功能性人员会面，尝试与功能分析人员达成共识，而这些人并不是非常倾向于分析。

BA会与客户会面花费很多时间，并为过于复杂的系统获得支持，该系统更侧重于边缘案例而非核心功能。如果有足够的时间，这些人会将车轮重新设计成方​​形，因为担心圆形轮可能会起作用！

这里的一个问题是，BA，QA和PM不是极客，用户是员工级别，大多数是非技术人员。对于每个小时的会议和谈话以及consesus建设，我不得不花费两个小时让他们相信他们正试图将纸质系统的所有缺陷构建到数字系统中，并且数字系统的功能是90％的由纸质系统建立的控制是没有必要的。

它的长短之处在于，我觉得我可以在2个月内编写一个具有90％功能的系统版本，如果他们只是让我一个人。当然，这可能是一个错误的系统，但又给了一两个月，我相信我能做对。

所以我想知道，“您对项目开发人员工作时间的最佳功能时间有什么看法？”此外，“是否有任何已发布的指导”

Answer 1

听起来你没有工作人员比例的问题，而是人们做其他人的工作而不是自己的工作问题。这是一种公司文化，来自高层管理人员。如果您是高层管理人员，请与HR一起确定问题的根本原因并进行修复 - 如果您不喜欢它。

如果您不是高层管理人员，请学会在其中工作或找一份新工作。不幸的是，我在那个环境中没有很多经验，所以我不能告诉你正确的政治方式。但我可以告诉你，你有很多选择。

你可能......

• 告诉别人他们需要相信你做你的工作，并且他们需要做好自己的工作。当他们闯入你的空间时，告诉他们停下来。确保明确定义个人责任，并坚持这些定义。
• 与老板交谈，看看他/她是否可以帮助让人们到位。
• 尝试让其他团队成员过度负责他们应该做的工作，这样他们就不会做你应该做的工作
• 如果人们想要讨论他们没有线索的事情，并且想要使讨论富有成效，请向他们解释明确做出决策的基本原则，并确定哪些地方，最好是教科书或标准文件。如果他们阅读文件但仍然不同意，请指出他们显然没有阅读但他们需要阅读的其他文件。
• 忽略每个人都告诉你的事情，然后“正确”地做到这一点 - 但你最好选择正确的“正确”值。无论如何，你都会失去工作。
• 忽略其他人所说的话，因为他们显然不在乎你的想法，只是顺其自然。让他们看看他们的方式的错误。你可能会失去工作，并在项目失败时承担所有责任。如果真正引起问题的人得到晋升，也不要感到惊讶。
• 选择一个或两个开发人员，他们的全部责任是浪费的会议时间。然后，这些受信任的开发人员可以收回实际重要的会议部分，团队的其他成员可以完成他们的工作。请注意，这些人通常被称为“经理”：）

祝你好运 - 我希望其他人发布一个好的答案......

Answer 2

如果开发人员每周花费超过4小时参加会议，我认为有些事情是错误的。甚至超过2是值得怀疑的。这是一段很长的时间，因为它可能因项目所处的阶段而异。

我没有硬数据，只有大部分时间在会议上花费的经验都是浪费时间。