转贴一篇CCBOY的好文――《专栏声音》转向面向对象的12个步骤

小气的神 2002-4-12
       关于转变和变化的话题我们已经讨论得不少了，不知你是否花时间考虑过这样一个问题：我们如何向一个新技术或新平台转变的问题？
       过去的技术或开发方式的转变取决于软件开发的流程和实际的设计和开发人员，往往取决于最终的开发人员，这将是对单个开发个体的考验和转变。这种情况下转变成功或失败所带来的后果基本上是这些开发人员的，职能上会有一些流到他的上一级，开发组织或公司中。不过有趣的是这种转变的过程和最后表现的形态也来得各自不同和千差万别，顺利的象滑翔飞行一样，从一个山头掠过到了另一个山顶；而痛苦的象是在泥潭中练习游泳一般，不仅满身污泥而且越游陷得越深。
今天企业级的开发需要有一个团队的协同和支撑，每个个人的力量和意志需要调整适合整个团队的主题和策略。现在一项新的技术应用在企业级开发中，也意味着整个开发团队需要一起作出反应和调整，团队中的某个人宣称开始使用某种新型技术，毫无意义。所以转向某种新的开发模型或使用新的技术成为整个开发团队需要一起面对的，甚至上延到更高的一层，项目组织或公司级的调整或改变。
当知道这个可能的事实之后，可能我们需要先接受自己的沮丧。无论如何转变的过程加长了而且变得复杂起来，个人将不再是转变的主要和唯一个体，转变不仅发生在个人而且也需要作用于整个团队，技术和非技术的东西混合在一起。
根据团队要求和所赋予的精神，这种转变的结果带来了一致性和可预测性。所以我们不会在是否要转变的问题上辩论太久，会减少用一项新技术去适应所有项目的误差，也不会贸然拿重要意义的项目去冒险体验新技术。沮丧之后我们仍然获得了团队的安慰，因为一起转变意味着共同努力形成一种良好准则。每个人能以一种客观而共识的方法来对技术本身作出评价，看它是否能接受，还是应该拒绝、或是进行调整。进而可能发展成一种机制，使技术或变革本身成为一种正面的力量被你以及团队中的大多数人控制和使用。
这里的一个关键是理解、理解还是理解，不仅个人要理解，而且整个团队也需要这种理解。我们不仅需要了解技术本身，而且还必须明白为什么使用这项技术的原因。理解到最终理解，只到形成正确的观念。理解的本身是为了获得正确而清晰的观念。
我不认为向新技术或新平台的转变可以和项目本身一起开始和发展或是交给项目管理中精良的风险控制。事实上一些项目从开始就失败了，项目本身隐藏着向新技术或新平台的转变，而整个项目组的大多数对此根本不清楚和毫无准备。失败的本身是对新技术的一项打击，因为对于局外人来说无法看到转变的工作量，而技术原因似乎更适合对于这种秘密夭折的项目作出一个可能公开的解释。