软件开发流程_wow的工作方式体现在哪些方面-CSDN博客

背景

我倾向于以我的性格来简化事情。我喜欢KISS原则（https://en.wikipedia.org/wiki/KISS_principle），并且当然不喜欢复杂的解释，尤其是如果它们的构建不够完善的话。

您工作的公司通常会使用客户不熟悉的WoW（工作方式），您最终会在会议中看到精美的幻灯片来解释这一点。客户点头表示同意，他们完全理解了一切（承认自己没有完全理解后果的方式），并且在实际执行工作时，事情一遍又一遍地失败了。通常，因为您自己的公司员工没有线索...

有很多方法论。它们并不都是坏的，本文绝不是对任何方法论或框架都至关重要的。让我们总结一下：

其中一些可以在混合模式下使用，例如DSDM或V-Model中的敏捷框架。

当您阅读这些内容时，我总是注意到它们承诺在范围和预算上及时交付。当然，您需要保证这三件事（有时还会增加质量），因为它们构成了项目管理的三角（https://en.wikipedia.org/wiki/Project_management_triangle）。

引用：

不要盲目复制任何方法。阅读、学习和定制它，以适应您的公司需求，确保每个人都参与其中。

太多次您会看到经理进入一家新公司，被雇用来解决公司的问题，而他们要做的第一件事就是采用以前工作的WoW（工作方式）并将其作为解决方案投入到公司中。如果无法解决问题，则会出现诸如“我们需要教育客户”，“人们还没有和我在一起”，“您不了解我们在做什么”之类的句子，...

如果从这些情况中我能学到一件事：您不能从一种情况盲目地投射WoW（工作方式）到另一种情况。唯一可以确定的结果是：“它不起作用”。

这并不意味着您不能转让专有技术或原则。它的确意味着：根据新情况调整专有技术，因为情况可能看起来很相似，但情况会有所不同：公司规模，公司文化，您建立的项目/产品，客户及其规模和文化，甚至是客户数量，...等等。

引用：

从一种情况到另一种情况，不要把工作方式当作可行的解决方案。

每个过程都需要遵循我所说的“三个盒子”。

*三个盒子*
分析	开发	QA

看起来很简单，很简单，甚至可能有“碰面”的时刻，但是，您会惊讶地发现有这么多失败是因为这个原因。当然，这三个盒子只是一个起点。在这里，您可以吸引员工和客户。可以肯定的是，任何人都可以理解这一点。（尽管不引用我的意思）。

从这里开始，您可以开始解释任何喜欢的“工作方式”，喜欢的任何方法，因为您可以将这三个框叠加在任何（更详细的）“工作方式”上。您可以添加阶段在前面（售前，销售等）或最后（交付，售后，维护等）。如果您做不到，那将会是一个问题。

这三个框是基础，是每个项目管理/软件开发的基础。从那里，您可以进行更深入的研究。

您还可以根据需要拆分这些框：功能设计、技术设计、高级、低级或QA流程的多个层次，例如技术测试、功能测试、客户验收测试、...

在开发过程中，绝对不要只有“三个盒子”或三个阶段。但是，如果您检查了所有阶段，则应该能够填写三个盒子，否则，并非总是如此...

或并非总是正确完成。

别小看，您也可以使用它来同步客户方法中的WoW（工作方式）与您自己的方法。如果您的客户使用DSDM，而您使用Prince2，则使用“三个盒子”同步每个阶段。

因此，最终可以归结为一个简单的语句：

引用：

“三个盒子”是一种沟通手段。

“沟通”——可能是项目管理中最重要的一个方面。

这个概念很难理解。这样做的原因（可能是我个人的看法）甚至太简单了。人们感到受到威胁是因为他们觉得自己像“傻瓜”，但是很多次，我看到这些人跳过阶段，匆忙工作或不调整方法。