产品经理 页面可视化_帮助经理可视化他们的问题

产品经理 页面可视化

我一直在与大型和小型组织中的几位经理合作，他们希望“更早地”利用其软件。 这些经理对人民有着坚定的信念：

• 人是资源
• 资源可以同时在多个项目上执行多任务
• 如果“总部”从事艰巨的工作，则可以将“艰苦的”工作转移到较低的工资区域，从而可以节省该项目的资金。

这些信念都不是真的。 他们的信念给人们，项目和资本带来了问题。

（请注意大写：如果您花费产品开发费用，则您会在产生费用时支付所有费用（超出运营预算）。如果您可以将产品开发费用化，则可以随时间摊销该费用，仅显示损益表中的折旧。有关更多详细信息，请参见“ 支出与资本化 ”。公司可以利用其软件进行资本化的越多，软件成本就越少。）

您不能对坚定的信念使用正常的逻辑。 好吧，逻辑似乎对我不起作用。 相反，我要求他们向我展示他们的数据。

可视化问题

我请求的数据形式是价值流图。 这些地图揭示了各种问题。 该映射是通用映射，不是真实的客户端映射：

请注意有关此地图的一些注意事项：

• 实际的工作不会花费很长时间，甚至可能需要一天左右。 如果团队是一个真正的团队，这对于故事的大小和整个团队的顺畅工作非常好。
• 等待时间会缩短周期时间。 假设实际工作时间约为8小时。 等待时间为8天（最多）。
• 我可能会争辩说，仅进入暂存阶段而不是生产阶段，意味着周期时间甚至更长。 （只有在客户可以使用作品之前，您才能大写。）

当经理们看到花上一个星期才能使用一个功能时，他们开始不同的想法。 通常，他们希望看到根本原因。

• 由于多任务处理，每当一个人不得不问一个问题或交出工作时，下一个人就不会出现，因为另一个人正在从事不同的项目。 由于多任务处理 ，团队招致了延误成本 。
• “团队”的工作是提高资源效率，而不是提高流程效率 。 （对于我来说，很难将这些团队视为真正的团队。）每个人的吞吐量都比原先要低得多。 这延迟了早期资本化的可能性。
• 周期时间比团队最初的估计要长得多。 每个人都承担多任务并放手工作时，不可能以任何准确性进行估算。

团队的估计工作时间相当不错。 问题是所有的延迟—直到团队创建价值流图之前，他们都不知道为什么他们的估算如此错误。

经理们坚持资源效率。 经理们买了软件工厂的谬论。 经理们没有意识到软件是关于作为一个协作团队进行学习的 。

当经理们查看周期时间和各种工资成本时，他们意识到项目成本很高。 他们陷入了谬误的思想，认为降低工资将意味着降低项目成本 。 但是，管理人员没有在计算中包括额外的周期时间。

他们有了一个惊人的认识：并不是他们在海外雇用的人数有所不同。 如果他们在总部附近雇用，则可以将周期时间缩短至少一半。 由于资本化的机会，他们增加的工资支出将自己收回。

经理们有以下原始假设：

• 分而治之的作品。
• 人是资源。 （他们不是！ 人们很足智多谋 ，尤其是在解决问题时。但是，人们在一起协作时，可以增加每个人的学习能力。另请参阅思考如何称呼团队成员和经理 。）
• 将工作转移到低工资国家意味着较低的项目成本。 如果您可以将循环时间保持在合理的时间，则可以这样做。
• 您可以为一小部分人配备一个项目， 从而增加FTE ，这是资源效率思维的一个示例。

当经理们看到他们的数据时，他们愿意改变自己的信念。

在他们看到价值流图之前，他们还没有意识到他们所有的管理行动都违背了他们的目标。

您的组织可能不希望大写。 但是，如果经理没有得到他们想要的东西，请考虑如何可视化问题。 在这里，价值流图可以帮助每个人形象地看待问题。

（更新：原始图像在行的上方和下方都有工作时间。我已将其修复。）

翻译自: https://www.javacodegeeks.com/2018/12/help-managers-visualize-problems.html

产品经理 页面可视化