指望您的同级

    治理是通过确保对每个开发项目的这一过程的法规遵循来应用的。企业信息技术架构师（Enterprise Information Technology Architect，EITA）是确保在所有这样的项目中实现法规遵循的理想角色。事实上，这应该是 EITA 的主要职责之一，其他还有概述所有的有利害关系的团队成员之间的沟通过程，以及所有需要的架构的文档编制。

    确保适当地准备并设计代码，从而达到预期目标的另一种方法是在整个生命周期中执行常规的同级评审。同级评审可以发生在过程的每个层次上，并且应该不仅包括同事开发人员，还有用户、项目涉众、技术和支持员工，以及 EITA。该过程只能帮助确保产品的整体质量，因为它帮助在开发过程早期找到缺陷，使开发团队可以提供立即的修正。经常执行同级评审，并且确保您的开发过程为对适当的团队成员的反馈提供合适的机制。

    经验是您错误的总和！

    如您所知，不存在对于成本泛滥、范围蠕变，或其他开发项目失败的魔术的解决方案，但过程 —— 特别是专注于正确的项目因素的过程 —— 可以大大减缓这些问题。您可以在大部分项目中见到。

    最近，我们的团队正忙于新应用程序的交付，以及在它投入生产之前在一系列不同环境中的测试。随着测试的进展，我们发现应用程序操作的许多问题。一个团队成员 —— 团队的办公抄写员 —— 将我们让应用程序适当工作所执行的所有纠正步骤放在一封电子邮件消息中。团队成员将该消息发送给整个团队，其中包括负责准备下一个版本的开发人员。在下一次重新设置之前过了两个星期。我们再一次遇到了同样的操作问题，并且我们不得不深入发掘什么错了。

    EITA 建议我们停止在最近设置之后发送的电子邮件消息，并且你瞧，每个决定都写在消息中，但它被切断了，负责做这些修改的开发人员已经将该消息收起来，并且忽略了它，因为它只来自于抄写员，并且只不过是个办公的团队成员。总之，一个本该花费 10 分钟的设置会议用去了五个多小时，并且涉及了许多团队成员。该问题没有实际地分辨出来，直到 EITA 回忆起我们正在看的许多问题已经写在文档中了。

    您完成的每个项目都增加了知识和专家经验，它们可以帮助您更好地了解整个过程。经验是您错误的总和！学会依靠您的队友 —— 他们所有人。治理不过是确保您在开发项目中使用合适的行动过程，并且您始终贯彻它们。常常，仅仅是期望的调整 —— 不仅有您的项目涉众的期望，还有您的开发人员和每个其他的团队成员的期望。

    参考资料

    学习

    您可以参阅本文在 developerWorks 全球网站上的 英文原文。

    密切关注 developerWorks 上的技术事件和网络广播。

    在 developerWorks IT 体系结构专区 上了解更多信息。

    利用免费的 IBM 软件架构工具包。

    阅读白皮书“Implementing a governance policy for on demand workplace success”。

    了结更多关于 IBM SOA 治理（英文） 的信息。

    获得产品和技术

    用 IBM 试用版本软件 构建您下一个开发项目，您可以从 developerWorks 上直接下载。

    讨论

    参与论坛讨论。

    参与 developerWorks blogs 并加入 developerWorks 社区。