指导  

    就像我们所提及的那样，我们的过程的一个重要的特点就是指导。好的指导能够帮助平滑的示范迁移。福特公司的大部分人员从事需求方面的所有工作、根据需求签署和约、分析和设计的工作、编码的工作和并交付能够在项目末尾阶段被集成在一个的软件产物。在我们的组织中有一些从事 Cobol 编程的人员，他们不懂任何关于面向对象编程的知识。存在大量的学习曲线要克服，我们的指导服务能够帮助消除这些学习曲线。

    我们想要为这个过程确保跨组织的一致性。我们想要确保团队以项目的方式应用我们方法论，而不是在人们自己的思想趋向上使用他们。通过指导，我们获得了在过程上的立即反馈。我们希望积极的而不是被动的工作。我们想要在项目的一开始就参与其中，而不是当项目遇到麻烦时。我们的指导向各个团队展示了如何执行过程，甚至如果团队需要技术上的帮助，我们会帮助他们创建 UML 图。

    过去我们仅仅是将一堆过程交给团队，然后说按照他们去做吧。结果却是非常的不好。我们也雇佣了一些顾问。他们向我们出售了一个大的过程，这过程成生了一个复杂的工作计划。过程中包括了很多任务，并且任务的名字与我们一直使用的名字是不同的。这一次我们决定我们需要手把手的指导来帮助我们的团队应用这个方法论，并且到此为止我们是成功的。

    对于项目指导人员的要求是我们希望他们能够向对待病人一样始终如一的对待项目团队。他们需要具有坚实的方法论的经验。他们需要在 RUP 方面是训练有素的。他们也必须是迭代开发方面的专家。他们需要传授给项目团队可信性的技术上的经验。他们必须精通使用 UML 进行面向对象的分析与设计，并且知道如何进行项目管理。

    通过我们与服务团队的协调，我们的指导人员被包括进了项目中。服务团队告诉我们项目开始时需要一名指导人员。作为一个可选的方法，我们在我们的网站上设置了一个请求按钮，以便项目能够请求一个指导人员。项目的管理沟通也应该包括指导人员。然而，我们认为指导人员的引入应该在项目管理和优先过程之前进行，而不是在项目随意的过程中引入指导人员。从开始和成为优先过程和项目管理的一部分，我们处于引入指导人员的早期阶段。福特信贷公司也有项目管理的指导人员。当项目管理的指导人员被引入到项目中时，我们希望我们的 USDM 指导人员也被引入到项目中。

    我们如何度量我们指导服务的成功呢？

    项目团队的感觉是一个衡量成功的方法。我们在细化和构建阶段结束时对我们指导的团队进行了调查。我们知道我们是成功的另一种方法是当我们认为我们的服务团队能够更早的在过程中工作时，我们就已经成功了。

    还有一种确认我们成功的方法是在细化阶段后对指导的要求减少了。团队能够按部就班的工作，并且他们知道他们应该做什么，他们正确的去做了。在细化阶段结束时我们的指导人员已经不被需要了。我们已经拥有按时被完成并且被良好的开始使用项目。

    今天我们在哪里与 USDM 一致？

    自从 2002 年 5 月我们已经在 18 个项目中采用了 USDM 。由于指导的要求我们已经增强了从事支持的人员，我们雇佣了其他的指导人员，并且继续保持对管理的强有力的支持。我们也发现对于需求开发的培训要求。我们正在开始培训一些业务人员，以便当他们进入项目时知道如何开发用例。我们想预先的培训他们，使他们了解在定义需求方面领导工作是他们的职责。我们已经实现了很多的变更请求，虽然我们已经有了将变得更大的记录。

    什么是我们计划增强的事情？

    我们计划制定一个供所有福特信贷公司的项目使用的标准配置管理计划。我们觉得这将为项目添加大量的价值。每一个人都将按照相同的方式做事情。他们将拥有相同的构建结构和相同的目录结构并且这将为我们带来真正的好处。我们也拥有一个标准的参考实现模型以便我们所有的项目都能够从相同的系统架构框架开始。我们正着眼于为我们的外包工作制定过程。我们已经有了一个将六个 Sigma 的概念纳入我们过程的计划。我们有一个新的基于用例的项目计划。我们也有一个项目人员安排辅助和缺陷管理过程，他们将很快的被并入到 USDM 中。

    经验教训

    我们觉得我们没有正确的完成的事情之一是在开发和固定软件开发过程之前直到项目管理过程被完全制度化我们一直在等待。我们的项目经理们知道管理项目是什么样子。我们实际上使用了这个项目管理过程来管理我们的开发和部署项目。我们在所有的层次上获得了管理层的支持。中层管理人员是非常重要的，因为他们是与项目最接近的管理人员。我们将开发和部署工作独立出来。我们在早期就引入了服务组织的领域问题专家。我们雇佣了经验丰富的指导人员，他们拥有真正的资产。我们保持事情的简单化并适时的提供培训。

    所范的错误

    象很多项目一样，我们在得到适当的资源之前就承诺了日期。我们直到我们进入项目环境之前我们一直在等待培养业务团体。我们应该提早一点通知他们。我们花费了太多的时间来定制工作产物。我们过份的强调了我们已有产物和模板的重用，我们几乎总是回到 RUP 中，并对 RUP 的产物进行一些改动。我们花费了太多时间来讨论我们的入口标准。我们有大量的不同意见，尤其是与福特公司的人员。在我们开发这个方法论期间，我们也接受了一些具有错误技能的项目资源，并且我们低估了一些我们的项目交付产物，尤其是网站的开发。