为项目成功进行逐步完善

渐进式细化-逐步建立项目成功

许多人担心制定好的项目计划-他们认为这需要太长时间。项目管理协会（PMI）有一个称为渐进式细化的解决方案。这是一个花哨的名词，指的是逐步进行良好的设计，直到我们交付出色的结果。

渐进式细化

我经常从我受过项目管理培训的人员那里得到的抱怨是，定义一个足以防止项目灾难的项目必须花费太长时间。他们担心我们将永远规划，永远不会完成任何工作。这是一个真正的问题，我称之为 分析瘫痪 。但是出色的规划和设计并不需要导致分析瘫痪。

理解三个关键点将通过逐步完善来释放质量设计的思想和价值。

• 精度与细节不同。
• 第一次正确安装比较便宜。
• 我们不必一次全部设计。

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

精度与细节不同

逐步完善的关键在于，我们可以从一个很高的层次入手，大致了解我们想要的东西。然后，我们可以继续进行该项目，然后逐步进行细化。这样，我们就可以尽早开始工作，并且在开发设计时继续努力。这防止了分析引起的瘫痪。

为了做到这一点，我们必须非常清楚：高级作用域声明或设计可能不详尽，但仍必须精确。它可以简短而简单，但必须没有任何模糊性。

案例研究：网站改进以提高转化率

在这种情况下，根据我的咨询工作的典型情况，我们看一家拥有良好的营销和广告活动的公司-许多人访问他们的网站。市场研究表明，即将到来的人都在他们的目标市场中。此外，他们拥有良好而稳定的产品线-无需在那里进行任何更改。但是，当人们来到现场后，许多人都没有购买。我们需要提高转化率，也称为关闭率。该怎么办？

让我们逐步详细说明该项目的范围：

• 执行级别范围声明：将对网站进行更改以提高转化率，即转化为实际购买商品的人数所占的百分比。一旦增加该费率，我们就希望维持新的费率。排除范围：行销或我们的产品线不会改变。那些检查很好。
• 行政级别的衡量：这将涉及当前的转化率，对行业标准转化率的研究，在指定日期之前确定新转化率的目标。
• 管理级别范围声明：网站更改必须提高转换率，而又不影响正常运行时间，生产力或购物车和财务管理。变化及其后果必须是可追溯的，因此我们将了解要保留的东西，要扔掉的东西以及要不断改进的东西。
• 管理方法：管理人员选择要试验的某些产品。成功的实验将复制到所有适当的产品。
• 技术问题：我们研究以下详细信息。
• 技术方法：我们设计实验，测试不同的选项以进行比较，然后看看有什么用。

这六个步骤逐步完善了项目设计。随着我们在设计和实施新网页方面的不断进步，每个思维层面都提供了更多细节-更加详尽。

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

详细说明：深入了解营销细节

这是该项目将致力于提高转化率的营销技术细节（而不是网页设计）的部分列表。

• 单击较少以关闭。研究表明，到达页面与达成交易之间的点击次数越多，放弃该网站的人就越多。因此，可以简化页面以提高转换率。
• 产生紧迫感。如果某个产品看起来会面世，那么人们通常会延迟购买-然后再也不会回来。技术营销团队可能必须返回主管人员，以询问是否可以接受短期折扣销售来提高收盘价。
• 消除混乱。详细说明和大量法律用语会降低收盘率。
• 直接登陆页面。广告应直接进入登陆页面，该登陆页面是所广告产品的销售页面。
• 欢迎顾客回来。使用Cookie和/或客户登录，或同时使用两者，我们可以将回头客引导到他们最想去的地方。我们还可以向主管人员咨询有关保留信用卡记录以简化以后的购买过程的信息。

如您所见，一开始就不需要考虑所有这些想法。行政级别确定目标，管理层指导方向，然后技术团队逐步详细说明更改将如何实现目标。

艺术家们一直使用渐进式精巧

这是一个早期的草图，其中艺术家除了绘制完整的人物外，还添加了两个备用头和一顶礼帽。在“坐在椅子上的爱德华·马奈的肖像”中，德加斯阐述了他的想法，而不必担心创作最后一件作品。

埃德加·德加斯（Edgar Degas），罗浮宫，巴黎（公共领域），维基共享资源

在此，用黑色粉笔绘制的草图将概念更完整地作为“爱德华·马奈肖像研究”。详细说明正在进行。

埃德加德·德加斯（Edgard Degas），纽约大都会博物馆（公共领域），维基共享资源

这张向左坐着的完整的“爱德华·马奈肖像画”，是德加斯对其主题的逐步丰富而丰富的结果。

埃德加·德加斯（Edgar Degas），波士顿公共图书馆（公共领域），通过Wikimedia Commons

第一次正确安装便宜

在任何项目中，就质量和结果而言只有三种选择：

• 最便宜的选择是在第一次定义正确的东西。
• 第二种选择是弄错它，然后在项目期间修复它。
• 第三种选择是弄错了，并带来不好的结果。

因此，总而言之，最好一开始就清楚而准确。好多了？过去40年的大量研究表明， 防止 错误的代价是成比例的。在项目期间 修复 错误的成本；以及项目结束后 清理烂摊子 的费用。最小比例为1：10：100。因此，可以在一个额外的小时计划中以每小时100美元的价格避免错误，这将需要十小时的项目时间和$ 1,000的费用在项目进行修复，如果需要在项目完成后进行召回，则需要100个小时的费用和$ 10,000。 。如果我们从一开始就使用质量管理方面的最佳实践来进行无缺陷设计，则发现比率远高于1：10：100。

经验教训： 渐进式阐述-随着我们的前进逐步发展更多细节-总是有意义的。马虎的工作永远没有意义。

我们不必一次全部做

我们在每一步都做得很好，清晰。同时，我们不必一次定义整个项目，也不必在一开始就定义所有细节。相反，我们可以分阶段进行工作。我们在每个阶段都清晰，准确，但是随着我们的进行，我们会更加详细。这称为渐进式细化。做好包括：

• 从全局出发，逐步深入细节。
• 在每次会议中保持清晰，写下结果并得到确认。
• 跟踪已定义的数量，以及尚未定义的数量。
• 召集合适的人参加每次会议。尽早与高管和更高级别的经理开会。我们的项目经理可能会参加所有会议。当我们寻求发现流程，工作流和界面的详细信息时，我们会与工作人员进行更多的合作。而且，随着会议变得越来越技术化，我们需要更多的技术人员（例如程序员和工程师）参与项目方。
• 我们一直努力直到定义了我们正在创建或改进的产品或服务的每个功能的每个细节。但是，随着我们继续详细介绍其他部分，我们可能已经编写了很多程序或开发了产品。

解决问题的项目的逐步细化

解决问题的项目是一种特殊情况，其中逐步完善特别有用。

问题是出现了使公司或生产线无法正常工作的问题。所以目标已经很明确：让这件事变得可行！高管人员的参与很少，而管理人员除了提供支持外几乎没有其他工作。实际上，由于经理们已经知道“事物”是什么以及它应该如何工作，因此“使这一切变得可行！” 是对高层管理范围的完整而精确的陈述。

案例研究：2006年亚特兰蒂斯号航天飞机的发射延迟

这种类型的项目的一个很好的例子发生在2006年，当时一个有10年历史的燃油表测量了亚特兰蒂斯号航天飞机燃料箱中的氢含量，但当时却出现了问题。压力表变得不可靠，有时会显示水箱装满后是空的，并且问题是间歇性的。

执行级别范围声明将很清楚：修复燃油表，以便我们可以搭乘航天飞机！

但是，当我们使用渐进式细化逐级研究问题时，我们发现四个技术问题使解决问题变得越来越困难：

• 管理决策：如果我们知道仪表存在故障，我们是否可以将其关闭，然后依靠其他仪表继续飞行。对此有很多争论。但最终决定，如果没有该仪表，基本的安全功能“主机截止”（MECO）将不可靠。因此，管理决策是必须对量规进行修复。
• 技术问题：问题是间歇性的。因此，通过的任何测试都 不能 证明压力计正在工作并且航天飞机可以安全飞行。必须找到特定的问题以确保已解决。
• 详细的技术问题：仪表不是简单的设备。它涉及许多不同的组件以及它们之间的电连接器。其中一些被埋在航天飞机的电线深处。仅查找所有组件并清洁其连接器是一项艰巨的任务。工程师们不止一次地认为他们已经解决了问题，但是压力表并未进行清洁测试。
• 非常详细的技术问题：航天飞机的设计计划可能与亚特兰蒂斯号的建造不完全匹配。零件已升级并更换。一位工程师报告说，找到量规的所有零件都是一项探索性任务，他们仍在寻找航天飞机的工作原理！

这说明了如何逐步将非常简单的行政指令拟定为越来越详细的细节，以确保成功。但是，不必在计划中进行详细说明。达到电量计的每个组成部分后，即可对其进行清洁，测试和记录。这就是对解决问题的项目进行逐步细化的意思。

渐进式细化不仅限于范围

尽管本文在开发范围定义和工作分解结构（WBS）时将重点放在渐进式细化上，但渐进式细化的概念比此更为广泛。实际上，它可以应用于项目管理的所有九个领域。这里有些例子：

逐步拟定项目传播计划

项目沟通计划的第一个版本可能只是团队成员和项目客户的联系列表。我们通过以下方式对此进行详细说明：

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

详细说明项目中的风险管理

项目风险管理的正式步骤逐步阐述了我们对项目风险的定义-可能出问题的地方-以及我们通过以下方式做出的回应：

• 风险识别，我们在其中列出初始风险。
• 风险分析，我们在此评估和确定风险的优先级
• 风险应对计划，我们在其中决定如何预防风险事件以及发生风险时应采取的措施
• 风险监视和控制，我们在其中监视风险，发现新风险并在发生风险时进行处理。

从这些示例中，您可以看到渐进式细化是项目管理所有九个领域的标准实践。

渐进式细化和项目生命周期

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

经典瀑布中的逐步细化

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

快速跟踪逐步完善

如果修改了经典瀑布以允许快速跟踪，则整个产品将分解为模块。每个模块的计划完成后，可以继续开发该模块，而其他模块仍在计划中。在这个生命周期中，某些模块的制作速度比其他模块要快。

并发项目管理

并行项目管理由惠普开发，现已在汽车行业广泛使用。通过在开始时召集所有不同的专家，项目生命周期（例如，将新概念车推向市场）可以从五年缩短到18个月！在并发项目管理中，跨职能团队会尽早而快速地进行逐步细化。

零缺陷软件开发

软件开发的零缺陷方法注重精度，以防止错误进入代码。尽早进行设计，然后尽早对代码本身进行详细说明，并进行多次审查，从而使多方面关注该问题，以最低的成本创建了质量最高的软件。通过将80％的精力投入到良好的设计中，可以极大地减少昂贵的测试和调试。

螺旋模型

螺旋模型是敏捷开发的先驱。它会将功能安排在时间表上，如果功能运行较晚，则将其放到螺旋状的后续周期中。每个功能都会在设计时进行详细说明，然后在下一个周期中进行开发时再进行说明。

JAD和RAD

联合应用程序开发JAD和快速应用程序开发RAD并不是实际的生命周期替代方案。而是，它们是影响生命周期的需求诱发技术。使设计人员和程序员紧贴客户（应用程序的用户），可以加快开发速度。频繁的会议允许快速进行详细阐述。而且这种方法是敏捷开发的关键组成部分。

敏捷开发中的逐步完善

敏捷开发（也称为敏捷编程）是项目生命周期的最新方法，与当今的面向对象的代码和Web开发平台配合使用尤其出色。程序员与客户紧密合作，通常长期驻扎在每个客户部门。使用原型制作和快速修改应用程序，设计与开发融为一体。在整个项目中，逐步完善是一个持续的过程。

您如何看待渐进式细化？

渐进式细化使项目保持进展

因此，最后一个教训是：无论我们正在从事什么类型的项目，无论我们选择哪种生命周期和其他方法，我们都不会计划，然后再去。通过逐步的完善，我们计划并继续前进，并且我们不断进行规划。