|
Post by account_disabled on Jan 7, 2024 23:55:06 GMT -6
生产中只有一种代码和基础设施配置,因此在任何给定时间只有一个项目可以进入生产阶段。 这意味着其他项目必须在它后面排队。较大的项目的生产持续时间较长,从而阻碍其他项目的启动。 瀑布式项目成本规划 6. 规划成本 当组织运行许多项目时,它们通常被安排得非常接近,以利用整个产品组合的有限发布窗口。 这会导致任何项目延迟都会对后续项目产生连锁影响。我将由此产生的混乱称为循环规划;调整所有变量以生成有效的计划,当依赖关系消失时重新开始并不断重复,直到您最终放手。 一旦考虑到项目组合中的项目数量以及规划、资源管理和通信开销,单个项目延迟的成本就会迅速成倍增加。 7-(或多或少)。变更请求 变更请求是一个明显但有争议的成本。项目越大,一路上需要的变更请求就越多。这已被广泛接受,以至于许多公司将变更请求的意外情况纳入其项目规划中。 此成本的问题在于,它不仅仅是变更请求,还包括分析时间、批准时间和返工时间。虽然这在瀑布项目中要昂贵得多,但我省略了它,因为敏捷项目也会遇到变化。 我们怎样才能降低这些成本呢? 大多数成本与项目的规模有关。较小的项目可以降低这些成本,因为功能一开发就发布,合并变得更小,延迟的风险降低,并且管道保持开放。 反驳的观点是,回归测试的成本会增加,因为您必须确保在每个小版本中测试所有内容。 鉴于小版本的许多好处,重点应该转移到执行更少的项目(因此更少的回归测试)以降低回归测试的成本。 挑战在于,许多组织中根深蒂固的流程都偏 C级联系人列表 向于大型项目,就像我在开头提到的公司的情况一样。如果我们想要执行较小的项目,我们需要引入打破旧习惯的“强制功能”。我们可以使用两种类型的强制函数: 1. 监管 想象一下,如果您只能花一周的时间投入生产。这会对您的项目产生什么影响?要完成回归测试,您需要投资自动化或执行基于风险的测试。一旦这些改进交付并且每个人都遵守一周的限制,您就可以将时间限制减少到 2 天,从而引发更多创新。 2. 税收 基本上,我们必须让我们工作方式的成本可见,否则它们将继续被忽视。税收是实现这一目标的好方法。 随着项目持续时间呈指数级增长的税收使得交付成本更符合其实际成本。结果将是,人们将开始要求较小的项目,或者在必须做一个大项目的情况下,“税收”将资助必要的技术和工作方式的改进,以便未来的项目不会那么昂贵。任何一种结果都允许较小的项目。 得到你所要求的东西的诅咒 使项目更小、更容易启动,使整个行业能够向产品团队转变,这基本上完全消除了项目的概念。 团队不断发布小迭代并对他们关心的系统进行不断改进。对于业务成果来说,这是一个更好的结构,因为您可以快速测试想法并在必要时进行调整。 缺点是这对于营销人员或其他业务代表来说要复杂得多。你不能把有吸引力的想法交给别人去实施。 您需要与产品团队分享您的目标并不断地与他们合作,同时测试新的实验以了解哪些有效,哪些无效。虽然您的名下有更多的投资,但看到想法很快变成现实确实令人鼓舞。在苹果营销中,没有关于在哪里以及如何购买产品的详细信息。相比之下,广告和其他营销信息非常简单,通常是展示产品并让它自己说话。消除浮华的噪音,将内容保持在最低限度,并显示简单的图形来翻译您的信息。 2.植入式广告。 苹果有足够的预算让其设备出现在电视节目和电影中,但这是一个好的开始较小还。
|
|