飞机上还有其他飞行员吗？
“如果机上有飞行员，他或她请拨打他们的呼叫按钮吗？ 我从 2013 年 12 月发生的这样一个真实事件中重读了一个了不起的新闻故事。 在爱荷华州一架飞机的飞行员离开得梅因后，他遭遇了医疗紧急情况，副驾驶向机上任何飞行员提出了要求。 美国空军B1轰炸机飞行员马克·贡奥尔上尉介入了突破。 飞机、乘客和机组人员都安全降落。
这是一个伟大的故事，但我回去重新阅读它最近是由一些非常不同的东西触发的。 我们的一位潜在客户最近致电，询问他们是否可以“试点”我们的企业项目时间表软件。 这些类型的调用总是让我暂停。 当飞机上有人说“飞行员”时，我们都很清楚是什么意思，但当评估软件选项的人说“飞行员”时，我不太确定。
在软件世界中，术语“试点”通常与其他具有挑战性的评估方法（如“概念证明”）混合在一起。让我们看看这些术语的含义，以及如何在自己的企业评估过程中最好地使用它们。
概念证明
这是一个可追溯到多年的术语，在电气工程中很流行。 “面包登机”线路是为了看看线路是否可行，而不是开始创建它用于生产。 在概念证明中，你可能花在实验室板凳上的时间比创建生产线路的时间多，但唯一的损害就是你面前正在处理的线路板。 这是一种廉价和低风险的方法，用于证明电路可以提供所需的结果。
在软件方面，概念证明应设计为证明某些内容。 当潜在客户打电话询问我是否可以帮助他们提供企业项目管理或企业时间表软件的概念证明时，我总是有相同的回答：“你想证明什么概念？
这通常与沉默和混乱的表达式相遇。
如果你要进行概念证明，而你不知道你要证明什么，你怎么知道它是成功还是失败？ 当然没有办法。
你问，为什么有人想做概念证明呢？ 最常见的答案是，请求者可能没有必要的管理层购买来实现他们正在研究的软件，并希望如果它只是在他们面前运行，他们会爱上这个想法，并同意它应该部署。 在这种情况下，“证明”是管理，“概念”是企业软件的整体理念。
如果很容易让管理层相信企业项目和时间表软件非常适合他们，那么我们会部署更多内容。
此方法的问题在于，部署此概念证明实例所要完成的工作极不可能获得与企业系统的生产部署相同的支持。 当组织部署企业系统（如时间表或项目管理系统）时，需要执行许多操作才能使其成功。 首先，需要管理层和一线人员为部署中涉及的组织的任何方面提供输入。 接下来，需要有时间进行配置，需要技术服务的援助来链接到其他企业系统，管理赞助，培训时间，当然还有资金。
如果没有任何这些内容，那么在概念证明中可以完成的系统是什么？ 充其量是你想要的阴影。 在当今的云中时代，你可以访问完全托管的系统，这样至少不必担心购买服务器和软件，但仅安装一个系统只是完成概念证明系统的基本部署所需的工作的一小部分。
很容易理解为什么组织会犹豫投入大量资金和资源来实施可能影响整个组织的内容。 这是一个高风险的练习。 我们倾向于只讨论企业项目管理软件的好处，但很容易想象，同一项目出错可能会产生同样负面影响。 因此，缓解风险是一个明显的问题。 但是，如果真正的挑战是说服管理层对系统的好处，那么肯定有更好的方法来做到这一点。 在 HMS Software，我们重点介绍了以下一些技术：
与已存在的真实客户端交谈。
我们很幸运在这里有一些伟大的客户，他们基本上相当满意。 当新的潜在客户担心他们正在进入什么时，我们会将该组织与现有客户联系在一起。 在许多情况下，现有客户已经足够慷慨地提出举办当面会议。 在其他情况下，它们会互相打电话，我们故意不成为其中的一部分。 我们鼓励现有客户分享好消息和挑战。
让我们来证明这一点。
如果你确实有一个需要证明的概念，那么让我们帮助你证明它。 需要首先证明某些实现的某些方面有正当理由。 部署可能具有大量特定类型的数据。 例如，有人要求我们展示解决方案在特别大的项目负载下正常运行。 我们被要求展示使用某些浏览器或某些数据库的软件，或者链接到特定版本的某些外部系统。 如果这是阻碍评估的概念，那么能够克服这一挑战的最佳人是主题专家。
可以进行一些培训。
如果潜在客户绝对必须显示系统使用其人员使用的数据，我们帮助将数据加载到托管系统中，然后至少按照客户端要求配置系统，并培训将涉及的人员。 我们非常希望被引入公司来帮助演示本身，但如果这是不可能的，我们要求查看相关人员将使用的脚本或演示，并要求帮助调整它或培训人员交付它。
需要飞行员时在哪里？
那么，试点项目呢？ 那更好，对吗？ 它可能是。 如果系统要求你建立企业时间表或企业项目管理系统的试点部署，则应首先确定目标。 如果目标都是关于概念证明，那么你根本不在试点计划中。
试点项目是一种真实的生产中实时部署。 它通常涉及正在考虑用于评估的系统的总用户群的子集，因此试点计划可能需要一些时间。 虽然从一开始就考虑了整个目标用户群的需求，但试点计划侧重于为试点用户进行真正的实现。 他们实际上将管理其项目，或者实际使用新系统填写时间表。
除了数据的数量或复杂性之外，试点实现也面临着完整的生产部署面临的相同挑战。 我见过的试点项目最常见的挑战包括缺乏赞助、预算不足、时间和资源不足，最糟糕的是，缺乏明确的目标，无法确定试点项目是否成功。
这并不是说试点项目不好。 进行试点可能非常明智，并且有助于降低因部署不完整或配置不当而影响整个组织的风险。 但是，使一个试点项目成功需要一些思考。
最近，我们开始为一个公共部门组织进行大规模部署。 令人欣慰的是，组织已经花费了所有应该完成评估的时间。 他们选择了企业系统。 高兴的是，这是我们的。 在过去的一年里，我们一直与他们的评估团队合作，确保他们的技术问题得到解答，但现在焦点转向了对组织中人员日常流程的影响。
他们建议我们在6个月内与一个小组合作，虽然数量相当，但仍只占整个小组的10%左右。 有足够的预算，试点得到了最高级管理层的支持，我们有足够的时间确保我们可以协助完成我们通常在这样的部署中执行的所有操作。 在可预见的将来，将进入此项目跟踪和时间表环境的组将在生产环境中使用它，因此这不仅仅是一个测试。 这更像是部署的第一阶段，而不是“尝试一下，我们将看看它是如何进行”的练习。 在所有这些因素到位后，我们对今年晚些时候的成功结果寄予厚望。
总结
试点和概念证明项目在企业软件中是一个现实，但是如果你将来有一个，你可以帮助它取得成功，向所有相关人员指出一些关键的成功因素：
首先，确保明确目标。
接下来，确保管理层了解你需要什么，并在资金、资源和时间方面提供支持，以实现这些目标。
最后，请确保制定项目计划并像项目组合中的其他任何项目一样对其进行管理。
作者简介
Chris Vandersluis 是总部位于加拿大蒙特利尔的 HMS Software（Microsoft 认证合作伙伴）的总裁兼创始人。 他拥有麦吉尔大学的经济学学位，在项目控制系统自动化方面拥有30多年的经验。 他是项目管理研究所 (PMI) 的长期成员，并协助创立了 Microsoft 项目用户组的蒙特利尔、多伦多和魁北克分会 (MPUG) 。 Chris 撰写的出版物包括《财富》、《重型建筑新闻》、《加拿大计算》杂志、PMI 的 PMNetwork 和 Project Times。 他在麦吉尔大学教授高级项目管理，并经常在北美和世界各地的项目管理协会职能部门发表演讲。 HMS Software 是 TimeControl 面向项目的计时系统的发布者，自 1995 年以来一直是 Microsoft 项目解决方案合作伙伴。
可通过电子邮件联系 Chris Vandersluis，地址为： chris.vandersluis@hms.ca
如果想要阅读 Chris Vandersluis 的更多 EPM 相关文章，请参阅他的 EPM 指南博客 (https://www.epmguidance.com/?page_id=39) 。