[IT领导力009]ＩＴ应用开发和支持

　　

　　应用开发和支持组，负责维护所有建立在基础设施上的业务应用系统，所承担的责任有：支持产品应用，收集新的产品需求，提供详细的说明书，开发新的系统功能，测试新旧编码的兼容，并把所有变更整合到生产环境当中。同时这一组也负责管理、升级、部署、问题解决和协调所有的业务应用。因为大多数大型业务导向的项目是由这一组计划并交付的，因此，这一组要在新的项目实施和老的应用支持之间作好平衡。ＩＴ应用开发和支持通常由５－６个主要的团队组成：应用开发，应用支持（在某些组织中，支持和开发会合为一体），应用测试，数据库管理，电子数据交换/应用接口专家和业务分析员，每一个团队都集中在某一个技术方向上。

一、应用开发团队
　　应用开发团队在业务分析团队提供的业务需求的基础上，提升并支持业务应用系统，较小的组织当中，业务分析人员和开发人员经常由同一个团队成员承担。业务应用程序可能是用户内部开发的，或者是外部采购的。应用开发人员通常擅长某个专门技术和软件开发技术，例如：面向对象的技术、网络导向的技术、客户/服务端开发的技术等。ＩＴ开发组通常围绕三大应用类别进行组织：
１、面对客户的应用，包括基于网络的客户访问系统，电子订单系统，客户关系管理系统
２、生产支持，提供一繁殖的供应链应用系统，例如采购、生产、物流等
３、业务支持，典型的内部系统与业务一体化的系统，例如人力资源系统
　　开发人员根据不同的技能参与到上面三个领域当中，以管理和提高业务应用水平，随着业务系统规模和复杂性的增加，有必要使开发人员专注于三大类别中的某一类的特殊应用开发，并在各系统的接口开发上进行合作。
　　ＩＴ开发组必须清楚的知道新系统的配置和部署时间，在任何情况下发生的主要变更都必须提交ＩＴ指导委员会进行协调，同时系统的部署必须体现业务周期的敏感性，要尽可能减少对最繁忙的业务周期的干扰。

二、应用支持组
　　中型组织可能有应用支持组，它独立于应用开发组。应用支持组负责重要业务系统的日常运营，它的组织结构一般与开发组的结构平等，以确保可以明确的划分上线系统的所有权和责任。大型公司，开发和支持小组一般独立存在。在较小的组织内，支持应用的职责归于终端用户支持组或者应用开发组。前面我们有说过，帮助台和终端用户支持运营提供一线和二线的支持，业务应用的三线支持来自于应用支持组。当开发组集中在新功能的开发时，支持组在维护现有版本并满足三线要求，支持和开发对组织有几个积极作用：
１、避免开发人员分心，使他们能集中精力进行新功能的开发。否则，开发组将不断被新的支持要求打断，这必然导致开发周期的延长，推迟交付日期。
２、当两个组的功能整合在一起时，它抹杀了问题的责任划分。汪一个组承担两项职能时，很容易把没有按照完成项目的指责推迟到支持要求过多上。如果团队花费太多的时间专注于新技术开发而没有足够时间提供支持服务，那么很容易造成向客户提供低质量的服务的结果。
　
三、应用测试
　　测试团队负责测试业务应用模块的变更和升级，以消除问题并确保兼容性。测试存在多个层次：开发人员开发时，测试模块中的编码；整合不同模块并测试它们之间功能的相互匹配；最后，随着与其它系统的连接，所有应用模块放在一起进行完整测试。这些测试分别称为单元测试、集成测试和系统测试。实际上，在进行系统部署前，几乎没有一个开发组织有足够的时间进行全部的测试，这样很容易出现问题，一个成功的系统通常要分配３０％的时间给测试。测试工作也需要业务用户的参与，以确保最常用功能是ＯＫ的。此外，在系统正式应用前，业务用户进入新的系统，可以熟悉环境并逐渐建立使用新系统的信心。
　　在一些较小的组织当中，测试小组可能是开发人员、数据库管理员和系统管理员的一部分。

四、数据库管理员
　　数据库管理员，又叫ＤＢＡ，负责设计数据库结构，安装和部署数据库软件，参与开发组的开发活动，确保数据完整，对重要数据库软件进行监控并优化数据库的性能，他们负责产品环境和开发环境的数据库。大规模的关系数据库（例如：oracle），在ＩＴ团队中，ＤＢＡ是具有最高技术能力的职位之一。在很多小型组织当中，ＤＢＡ由有经验的开发人员兼着，是有一定风险的。

五、电子数据交接/应用接口专家
　　电子数据交接（ＥＤＩ）专家，负责公司内部与外部战略伙伴进行准确、及时和快速的数据交换。在跨业务、跨合作伙伴间的数据库及系统通信中，应用整合是重要的一部分。每个业务系统和应用系统都要求特殊形式的数据。ＥＤＩ专业人员在信息编译方面是专家，他们可以使这些信息被接收系统理解。除此之外，他必须掌握数据传输的过程，以保证悄会在同一时间出现而影响传输速度，或由于个别机器、数据库或网络负荷导致数据传输失败，他们擅长信息传输管理或系统连接的各种工具和技能。随着业务传输速度的回忆和时间压力的加大，不同系统间的异步的、实时的通信越来越多。

六、业务分析组
　　业务分析员的工作直接面向业务用户，理解系统如何应用，并清楚的知道系统对业务用户的意义。业务分析员的职责是在两类主要的用户之间平均分配：业务用户和ＩＴ部门的开发人员。分析人员通过召开需求收集会议，与业务用户建立联系，他们必须理解客户内部的业务流程及业务流程中如何应用ＩＴ，包括应用ＩＴ会如何使业务流程更有效或阻碍业务流程。他们必须积极主动的主、记录这些信息和要求，以失去业务系统价值提升，同时和业务用户一起对新的需求进行优先排序。分析人员最有挑战的工作是，同时掌握业务流程、应用支持及足够的技术，以便清晰的描述业务用户可能需要但不能够清楚表达出来的系统变更。例如，自动存储客户信息，可能改变业务用户使用的程序，并且为每一个订单处理节约一些时间，用户可能不知道它是可行的，因此，分析人员有义务识别变更并将它提出来讨论。业务人员也应该和开发人员进行密切合作，有责任编写高水平的需求文档。编制需求文档非常复杂，任何实际的系统开发进行之前，都要有一个高度详细的需求。为保证需求描述准确，需要进行多次反复，并且要与业务用户、开发人员开很多会议确认。
　　遗憾的是，很多ＩＴ团队的业务分析通常都是由开发人员兼的，开发人员对业务的不了解，导致开发出来的东西不是业务部门想要的；或者由业务部门的领导兼的，很多需求都是拍脑袋拍出来的，从源头上造成了开发的反复，造成了大量的成本投入。ＩＴ分析人员既要懂业务，又要懂技术，确实不是一般人可以承担的。

　　非常小型的组织中可能由一个带头作用的开发人员/测试人员充当应用经理，随着业务的增长，在这个层次上有一个专职人员管理资源是很重要的。这可以保持对ＩＴ应用组织的监控和指导，并可减少直接向ＩＴ总监报告的经理和团队领导的人数，如果ＩＴ总监直接收到四个以上的报告，这时应该考虑增加一个应用管理的职位。




 进一步交流：     

上一篇: [喃喃]什么是江湖
下一篇: [IT领导力010]ＩＴ组织的其它问题
文章来自: 本站原创
引用通告: 查看所有引用 | 我要引用此文章
Tags: 余波余波 IT领导力IT领导力 网络网络
相关日志: