项目成功的渐进精化

Sid Kemp是一名商业顾问，著有10本关于项目管理和商业成功的书籍。

逐步阐述 - 逐步构建项目成功

许多人害怕制定一个好的项目计划——他们认为它花费的时间太长。项目管理协会(PMI)有一个称为渐进精化的解决方案。这是一个华丽的术语，指的是一步一步地做好设计，直到我们交付伟大的成果。

逐步阐述

抱怨我经常从项目管理中培养的人，这必须需要太长时间才能确定一个项目，准确地限制项目灾难。他们担心我们将永远计划，永远不会完成任何工作。这是一个真正的关注，我称之为通过分析瘫痪。但优秀的规划和设计不需要通过分析导致瘫痪。

了解三个关键点将解锁思想 - 通过渐进式制定来解锁质量设计的价值。

• 精度与细节不同。
• 第一次取得更便宜。
• 我们不必立即向前设计它。

请继续阅读以了解更多信息。

精确和细节不一样

逐步阐述的关键是我们可以从非常高的级别开始，其中包含我们想要的一般情况。然后我们可以继续前进，并随着我们走得更好地进入更精细的细节。这样，我们开始早期工作，我们继续在我们开发设计时工作。这可以防止通过分析瘫痪。

要做得很好，我们必须非常清楚：可能没有详细说明高级范围声明或设计，但它仍然必须精确。它可以很短，简单，但它必须没有所有的模糊性。

案例研究：网站提高转换率的改进

在这种情况下，典型的咨询工作，我们看一家拥有良好营销和广告活动的公司 - 很多人都会来到他们的网站。和市场研究表明，即将到来的人在目标市场。此外，它们有一个良好的，稳定的产品线 - 无需改变那里的东西。但是，在人们来到网站后，很多人都不买。我们需要提高转换率，也称为关闭率。可以做些什么？

让我们逐步详细阐述这个项目的范围：

• 执行级别范围声明：将对网站进行更改以提高转换率，即实际购买抵达该网站的人的人的百分比。一旦我们增加该率，我们希望保持新的速度。范围排除：营销或产品线不会发生变化。那些看起来很好。
• 执行级别测量：这将涉及当前的转换率，行业标准转换率的研究，以指定日期的新转换率的目标设定。
• 管理水平范围声明：对网站的改变必须在不干扰正常运行时间，生产力，或购物车和财务管理的情况下提高转化率。变化及其后果必须是可追踪的，所以我们知道什么要保留，什么要扔掉，什么要持续改进。
• 管理方法：管理层选择某些产品进行实验。成功的实验将被复制到所有适当的产品。
• 技术问题：我们研究了下面列出的细节。
• 技术方法:我们设计实验，测试不同的选项以比较它们，看看有效。

这六个步骤逐步详细阐述了项目设计。每种思维级别都提供了更多细节 - 更多的详细信息 - 我们正在进行设计和实现新网页。

请注意，如果我们拥有技术营销专家和技术程序员，那么至少有三个不同的人员 - 可能是四个不同的人团队。每个团队在需要时都会出现并增加了成功必不可少的细节。

更详细说明：进入营销细节

以下是项目将营销技术细节列表（不是网页设计），该项目将努力提高转换率。

• 更少的点击关闭。研究表明，到达页面之间的点击次数越多，越多，人们就越少投放该网站。所以可以简化页面以增加转换率。
• 创造一种紧迫感。如果一件商品看起来还会继续销售，人们通常会推迟购买——然后就再也不会回来了。技术营销团队可能不得不回到高管那里，询问短期折扣销售是否是提高接近率的一种可接受的方式。
• 消除混乱。详细说明和许多法律语言将降低密切率。
• 直接登陆页面。广告应该直接到登陆页面，这些页面是广告的项目的销售页面。
• 欢迎客户回来。使用cookie，客户登录或两者，我们可以将客户直接退回他们最想去的地方。我们还可以与执行委员会保留信用卡以简化未来购买。

正如你所看到的，这些想法都不需要在一开始就考虑。执行层设定目标，管理层指导方向，然后技术团队逐步详细说明变更将如何实现目标。

艺术家始终使用渐进式阐述

第一次做对更便宜

在任何项目上，在质量和结果方面只有三种选择：

• 最便宜的选择是第一次获得定义的东西。
• 第二个选项是弄错，然后在项目期间修复它。
• 第三种选择是出错，并带来糟糕的结果。

所以，总而言之，最好一开始就明确和准确。更好的多少?过去40年的大量研究表明，成本之间存在一个比率预防一个错误;的代价定影项目期间的错误;和成本清理混乱项目后。最低比率为1：10：100。因此，可以在额外的一小时/小时/小时计划中预防的错误将需要十个小时的项目时间和1,000美元，以便在项目期间需要100小时和10,000美元，如果我们在项目完成后必须召回召回。如果我们在质量管理中使用最佳实践以从一开始就可以使用最佳实践，因此找到了远高于1：10：100的比率。

课程：渐进的制定 - 在向前移动时开发更多细节 - 始终是有道理的。邋worth的工作永远不会有意义。

我们不必立即完成这一切

我们做得好，清楚地工作的每一步。与此同时，我们不必立即获取全部定义的整个项目，或在开始时定义所有详细信息。相反，我们可以在阶段工作。我们在每个阶段都很清楚，准确，但我们会在我们走的时候更详细。这称为逐步阐述。做得很好包括：

• 从大的画面开始，逐步深入到细节。
• 在每次会议上都要明确，写下结果，并得到确认。
• 跟踪我们定义了多少，以及尚未定义多少。
• 将合适的人民带到每次会议上。早期会议更有可能与高管和更高级别的管理人员有可能。我们项目经理可能会在所有会议上。当我们寻求发现流程，工作流程和界面的细节时，我们与工人一起工作。并且，随着会议获得更多技术，我们需要更多涉及项目方面的技术人员（如程序员和工程师）。
• 我们继续前进，直到我们定义了我们创建或改进产品或服务的每个特征的每一个细节。但是，我们可能有很多程序书写或产品开发的产品，因为我们继续详细说明其他部分。

解决问题的项目的逐步阐述

修复问题的项目是一种特殊情况，其中渐进精化特别有用。

一个问题是已经提出的东西，这阻止了公司或生产线在习惯于工作的方式工作。所以目标已经清楚了：得到这个D ** Mn * D事项！执行参与是最小的，管理人员几乎没有提供支持。事实上，由于经理已经知道“事情”是什么以及它应该如何工作，“这是为了工作！”是一个完整而精确的高级行政范围。

案例研究:2006年亚特兰蒂斯号航天飞机推迟发射

这类项目的一个很好的例子发生在2006年，当时亚特兰蒂斯号航天飞机上一个测量燃料箱中氢气含量的燃料表出现了故障。仪表变得不可靠，有时显示油箱是空的，但它是满的，而且问题是间歇性的。

行政级别范围陈述将清楚：修复燃油仪，所以我们可以飞梭！

然而，随着我们调查问题水平的级别，使用渐进式阐述，我们发现四个技术问题使得解决问题越来越困难：

• 管理决策：如果我们知道规格有问题，我们可以刚刚关闭，依靠其他仪表，无论如何。有很多关于这个的辩论。但最终决定了一个重要的安全功能，主发动机切断（MECO）在没有此仪表的情况下不会可靠。因此，管理决定是规范必须修复。
• 技术问题：问题是间歇性的。因此，任何通过的测试是不是证明规范正在工作，班车可以安全地飞行。必须发现具体问题确保它是固定的。
• 详细技术问题：仪表不是一个简单的设备。它涉及许多不同的组件和它们之间的电连接器。其中一些被埋在班车的布线深处。只需定位所有组件并清理他们的连接器就是一大笔件作品。不止一次，工程师认为他们已经解决了这个问题，但仪表没有测试干净。
• 非常详细的技术问题：航天飞机的设计计划可能并不是亚特兰蒂斯的完全匹配。零件已升级并更换。一位工程师报告说，寻找仪表的所有部分是一种探索性使命，他们仍然发现航天飞机的工作方式！

这说明了如何逐步详细阐述一个非常简单的执行指令，以更精细地更好地更好地进行细节以确保成功。但是，这种精制不必作为规划的一部分发生。由于达到燃料量规的每个组分，可以清洁，测试和记录。这是一个在一个解决问题的项目上的渐进精确性意味着什么。

渐进精化不只是针对范围

尽管本文在开发范围定义和工作分解结构(WBS)时重点关注逐步细化，但逐步细化的概念比这更广泛。事实上，它可以应用于所有九个管理项目的领域。这里有些例子：

项目通信计划的逐步阐述

项目沟通计划的第一个版本可能只是团队成员和项目客户的联系列表。我们通过以下方式进行阐述:

• 确定所有项目利益相关者并把它们添加到列表中
• 决定如何与每个利益相关者沟通
• 决定如何在项目中包含客户的声音

在项目中阐述风险管理

项目风险管理的正式步骤逐步详细阐述了我们对项目风险的定义 - 可能会出错 - 以及我们的回应：

• 风险识别，我们制作初始风险列表。
• 风险分析，我们评估和优先考虑风险
• 风险应对计划，我们决定如何防范风险事件，以及一旦发生该如何应对
• 风险监测和控制，我们观察风险，寻求新风险，并在发生时处理它们。

从这些示例中，您可以看到渐进式制定是项目管理所有九个区域的标准做法。

渐进精化和项目生命周期

渐进精化可以以不同的方式应用于不同的项目。在选择如何进行渐进精化时，关键是将细节的精化与您正在使用的项目生命周期联系起来。

经典瀑布中的逐步阐述

在经典的瀑布，或系统开发生命周期（SDLC）所有计划之前的执行。因此，逐步阐述范围都发生在规划阶段。

快速跟踪的渐进阐述

如果经典的瀑布模式被修改为允许快速跟踪，那么整个产品将被分解成模块。随着每个模块的规划完成，可以继续开发该模块，而其他模块仍在规划中。在这个生命周期中，有些模块比其他模块细化得更快。

并发项目管理

并行项目管理是由惠普公司开发的，目前广泛应用于汽车行业。通过在项目开始时召集所有不同的专家，一个项目生命周期(比如，将一辆新概念车推向市场)可以从5年减少到18个月!在并行项目管理中，渐进精化是由跨职能团队及早且快速地完成的。

零缺陷软件开发

软件开发的零缺陷方法侧重于精确度以防止错误进入代码。早期阐述设计，其次是早期阐述代码本身，有多次评论会对问题进行多次评论，以最低的成本创造最高质量的软件。通过将80％的努力投入良好的设计，测试和调试昂贵，昂贵地减少。

螺旋模型

螺旋模型是敏捷发展的前兆。它在时间表中提出了功能，如果特征迟到，则将其丢弃到螺旋中的稍后周期。每种功能都被阐述，因为它出现设计，然后再次在下一个周期中进行开发时。

Jad和Rad.

Jad，联合应用开发和Rad，快速应用开发，不是实际的生命周期替代品。相反，它们是影响生命周期的要求诱导的技术。将设计人员和程序员靠近其客户端，应用程序的用户，加快开发。经常会议允许快速逐步阐述。这种方法是敏捷开发的关键组成部分。

敏捷开发中的渐进精化

敏捷开发，也称为敏捷编程，是项目生命周期的最新方法，并且与当今面向对象的代码和Web开发平台特别好。程序员与客户密切合作，通常在每个客户部门永久居住。使用原型化和应用程序的快速修改，设计与开发合并。渐进式制定是整个项目中的持续过程。

您如何看待渐进式阐述？

渐进的阐述使项目移动

因此，最终课程是：无论我们正在努力的任何类型的项目，无论我们选择什么样的生命周期和其他方法，我们都没有计划，然后去。随着渐进的阐述，我们计划和我们去，我们继续计划。

本文对提交人的知识最为准确而诚实。内容仅供参观或娱乐目的，并不能替代商业，财务，法律或技术问题的个人律师或专业建议。

注释

Saviz.2017年9月26日：

亲爱的Kemp先生

关于你的文章，我想计划一个渐进阐述的项目。我只是想问，当项目的规模随着时间的推移而改变时，如何从计划中获得进展。就像我的项目一样，资源要到下个月才能分配。

请将我的渐进精品计划作为样品寄给我吗？

我期待着您的回音。

您忠诚的，

Saviz SAEI.