全国客服热线:4006-880844

修正组织的功能障碍

- 编辑:admin -

在上面的引言部分,我们提到,JAD是个跨部]的流程。在存在功能障碍的组织中,实施JAD1会很有难度,但对治疗这种功能障碍来说,JAD却是绝对必要的。工程师和运营人员相互不信任的情况,在大多数公司都存在。团队之间互不信任,甚至互相憎恨,这种情形虽然可悲,却很常见。在我们找出解决这种功能障碍问题的办法,开始通过团队合作构建可扩展的应用之前,我们需要理解,为什么会存在这种问题。

在上面的引言部分,我们提到,JAD是个跨部]的流程。在存在功能障碍的组织中,实施JAD1会很有难度,但对治疗这种功能障碍来说,JAD却是绝对必要的。工程师和运营人员相互不信任的情况,在大多数公司都存在。团队之间互不信任,甚至互相憎恨,这种情形虽然可悲,却很常见。在我们找出解决这种功能障碍问题的办法,开始通过团队合作构建可扩展的应用之前,我们需要理解,为什么会存在这种问题。

在大多数软件开发组织中,不难找到一个工程师,他会觉得架构师、运营人员、数据库管理员、系统管理员和网络工程师要么就是不懂编码,要么就是没有完全理解软件开发流程。另外方的不信任也很常见,即运营人员或架构师觉得软件开发工程师只懂得编码,不懂高端的设计或整体系统的概念。更糟的是,他们互相觉得对方的工作与他们自己的目标是直接对立的。你常常会听到运营人员小声抱怨,“如果软件开发人员停止在服务器上发布代码,他们就会保持服务器一直是运行的”,而软件开发人员则会小声地反击,“如果不是运营人员让他们遵守那些愚蠢的规章制度,他们就能开发和调试得更快”。这些想法和疑虑对应用和组织的可扩展性来说,打击都是毁灭性的。它们也表明,不仅存在于业务部和技术团队之间,也很容易出现在技术团队内部。



对于经验的鸿沟,我们曾经指出,两个团队之间教育和经验的差别会给沟通造成破坏性干扰。软件开发人员和系统管理员在大学中接受的正规教育可能非常相似,例如都是计算机科学专业,

也可能有很大不同,例如个是计算机科学 专业而另一个是计算机工程学专业。 真正使两者开始出现较大不同的是在职教育。系统管理员或数据库管理员前几年通常会得到高级管理员的指导,直到他们精通某项技术为止,这样会提高他们在那个领域中的专业性。软件开发工程师的职业路径相似,只是关注的是软件开发语言。至于应用在哪台服务器上运行、应用调用的是哪个数据库,对于软件开发工程师而言都是最不关心的部分,这样他们才能专注于功能的开发。

一旦两个团队在一开始就存在经验的鸿沟,那么当我们增加了不同的目标,有时甚至是相反的目标时,他们就会渐行渐远,以致看不到任何共同点。在大多数组织中,团队之间并没有共同的目标。如果本意是想让团队一起合作,而不是让他们彼此争斗,那么这就是问题所在。运营团队的责任通常是保证站点的正常运行时间或者可用性,任何停机时间都会使他们的奖金减少。而开发团队的目标通常是交付新功能,错过了交付日期就会使他们的奖金减少。在CTO看来,所有的目标都会被分配给各个团队来处理,各司其职,无所疏漏。但现实是,像这样划分目标,事实上会引发团队之间的冲突。

开发团队交付新功能的目标会促使他们想尽快完成编码,如果出现故障了,他们认为自己可以随时修复代码。这是迄今为止实现代码的初次交付最快的方式,而交付时间通常也是唯一的衡量标准。但长期来看,这种方法实际上花费的时间更多,因为发现问题、修复问题以及重新部署代码修复这一-问题的过程会花费很多时间。但正如前面我们提到的,这种交付后的时间,通常不会被计算在内,因此不会出现在交付目标中。

根据运营团队的目标,他们想要的是保持站点正常运行,提高可用性。这就会促使运营团队拒绝生产环境的变更,因为变更是造成问题的主要原因。他们认为向生产环境发布的代码越少或者做的变更越少,团队就越有可能实现目标。不论他们是否意识到,运营团队突然间变得不怎么愿意让代码发布到生产环境了,事实上他们甚至还会开始查找系统变慢的原因。

现在你应该明白了,你有两个或多个团队,虽然他们各自对系统和架构的一般原理有着深刻认识,并对你的系统有具体了解,但他们就是本能地互相讨厌对方,很不愿意协同合作。那么如何解决这个问题呢? JAD流程是个很好的人手点。正如我们将在下一节中讨论的,JAD是个合作流程,它会用一个共同的目标把各个部门的团队成员拉到一起。JAD团队要么一起成功, 要么一-起失败,对此在它的组织和领导团队上就能体现出来。

JAD的基本网站建设思路是,一个重要功能不能只分配给软件开发工程师,还要分配给个架构师以及至少一个运营工程师(数据库管理员、系统管理员或网络工程师),可选的还包含产品经理、项目经理和质量保证工程师,这可以根据该功能的需要而定。这个团队的职责是根据组织已有的架构设计原则提出一个设计,这个设计要使系统能够持续地扩展,使这个功能能够满足产品的要求,并且还要能够通过ARB的审查。这个团队中的成员最终要向ARB陈述这个设计,它是由这个团队的同级人员和经理构成的,它将决定这个设计是否满足标准。幸运的是,这种合作不会仅止于设计,由于这些人都已经和这个功能密切关联在一起了,所以在这个功能的整个生命周期中,他们都会积极地关注它,确保它是成功的。这样软件开发工程师要对设计以及它在生产环境中的表现负责,数据库管理员则要负责这个功能的设计不仅是可扩展的,还要能够满足业务需求。如此这般,我们就用一个共同的目标,让软件开发人员、架构师和运营人员一起协同工作了。