镀金即给一个项目添加不在项目协议范围内的未定义特性。这一做法在软件行业较为常见，因为程序员、软件工程师及IT专业人士自己决定增加“冷特性”，他们认为这一做法可给执行项目或顾客的可交付系统的代码、工具或其它利益带来好处。虽然他们的出发点是好的，但是镀金可能会带来以下昂贵的后果：
个人可能会低估其努力，沉迷于开发或展示不必要的特性，最终花去大量不在预算内的时间，从而损害可交付需求。
由于任务没有进行规划，它通常会影响没有考虑到的项目的其它领域。这可能会带来负面的性能影响、依实践或其它方法而不同的不清晰的培训材料。
如果任务带来一个不符合项（可叫做软件漏洞），就要花费大量的维护时间来更正从不会在项目范围内出现的问题。
当某个个人添加了一个不在项目范围内的“特性”时，就需要团队的其他成员完成额外的工作。例如，必须在主控文档、功能规范、操作手册、单元测试计划、整合测试计划、验收测试计划、跟踪矩阵等材料中增加特性。很明显，一个小型的易于编码的特性也可能增加许多完成项目的时间。
可能增加的特性并不是顾客所期望的，于是要花时间与精力来撤销增加的特性，并引起顾客的不满。例如，银行应用程序中可能会增加一个违反政府规定或银行政策的“华而不实的特性”。
4：建立项目定义或规章
对项目进行明确定义，可为项目的后继步骤做好准备，并使项目得到正确执行。明确的项目定义与对应进程为执行项目打下良好的基础。
项目定义将定义大家一致同意的性能标准、成本、所需努力、期望的功能、执行需求与顾客需求，并确定参与项目的个人和组织。所有项目股东都将从包含特殊技术细节的项目定义中受益，这些细节说明了某个任务的完成方法。
实例
一个TechRepublic成员正在执行一个项目，该项目的初始项目定义引用了两个系统间的通信，如下所示：
“主系统通过网络，应用一个标准界面自动向订单系统发送订单信息。”
这种语言会引起麻烦，因为它可能有许多种意思：一个EDI事务、两个系统间的一个FTP交换、交换信息格式的两个定制插件接口、一个XML文件、通过MQ系列标准产品进行连通、SQL数据库复制、或两个系统交换数据的其它方式。
5：确定风险
由于IT项目经常要与供应商、顾问与承包商打交道，IT项目可能会引起特殊的风险。例如，如果你的组织将Acme IT服务承包出去，以方便即将进行的Active Directory和Windows 2000专业版向Windows XP专业版移植，你可能会面临Acme IT服务停止运行、得到一个“更加重要”的客户，或工作效率差的风险。
文章来源于领测软件测试网 https://www.ltesting.net/
