精华内容
下载资源
问答
  • 讲述了战略管理中的swot分析法。怎样对企业的内外部环境进行分析才是科学呢?
  • 内部环境--SWOT分析法

    千次阅读 2019-05-01 10:06:07
    一、SWOT分析的一般方法 SWOT分析是一种对企业的优势、劣势、机会和威胁的分析,在分析时,应把所有的内部因素(包括公司的优势和劣势)都集中在一起,然后用外部的力量来对这些因素进行评估。这些外部力量包括机会和...
    一、SWOT分析的一般方法
      SWOT分析是一种对企业的优势、劣势、机会和威胁的分析,在分析时,应把所有的内部因素(包括公司的优势和劣势)都集中在一起,然后用外部的力量来对这些因素进行评估。这些外部力量包括机会和威胁,它们是由于竞争力量或企业环境中的趋势所造成的。这些因素的平衡决定了公司应做什么以及什么时候去做。可按以下步骤完成这个SWOT分析表:
    (1)把识别出的所有优势分成两组,分的时候应以下面的原则为基础:看看它们是与行业中潜在的机会有关,还是与潜在的威胁有关。
      (2)用同样的方法把所有劣势分成两组。一组与机会有关,另一组与威胁有关。
      (3)建构一个表格,每个占1/4。
      (4)把公司的优势和劣势与机会或威胁配对,分别放在每个格子中。SWOT表格表明公司内部的优势和劣势与外部机会和威胁的平衡。
    在你的企业计划中,一定要把以下步骤都写出来:
       ①在某些领域内,你可能面临来自竞争者的威胁;或者在变化的环境中,有一种不利的趋势,在这些领域或趋势中,公司会有些劣势,那么要把这些劣势消除掉。
       ②利用那些机会,这是公司真正的优势。
       ③某些领域中可能有潜在的机会,把这些领域中的劣势加以改进。
       ④对目前有优势的领域进行监控,以便在潜在的威胁可能出现的时候不感到吃惊。

      二、公司的优势和劣势
      公司的优势是指在执行策略、完成计划以及达到确立的目标时可以利用的能力、资源以及技能。公司的劣势是指能力和资源方面的缺少或者缺陷。
      在为将来做计划时,确定企业的能力和资源代表的是可利用的优势还是劣势,这一点是很重要的。成功的决定因素指的是那些公司成功所必须具备的能力和资源。把这些与成功的决定因素放在一起,就可以形成一个表格,它反过来可以让你做一下比较:你的能力和资源与行业中重要的能力和资源的比较,这将有助于让你识别出公司目前的优势与劣势。

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/178883/viewspace-16352/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/178883/viewspace-16352/

    展开全文
  • 一、企业外部环境分析 宏观环境分析 行业分析 行业内部结构分析 二、企业内部环境分析 企业内部环境 企业独特竞争力分析 企业内部环境分析方法 三、内外环境综合分析:SWOT模型
  • SWOT分析法是一种在企业管理中非常常用的一套分析方法。它通过分析企业自身的竞争优势、劣势,外部市场的机会、威胁,从而将企业战略与内部资源、外部环境有机地结合起来,然后再依照矩阵形式排列,把各种要素匹配起来...
  • 为全面剖析企业内部环境构成对企业服务创新的具体影响,帮助管理者打造优良的内部创新环境,提升企业服务创新能力,借助Probit分析方法构建了企业服务创新能力评价指标体系和Probit分析模型。根据所构建的指标体系和...
  • 为了促进煤层气企业内部控制评价体系建设,使得煤层气企业内部控制更加规范,将层次分析法和模糊综合评价法相结合,构建一套符合煤层气企业实际的内部控制评价体系,并对煤层气企业内部控制进行定量评价。...
  • 本文发表于刊物《广东通信技术》2003年11期... 构建分析型数据环境转换企业的经营分析方法  马根峰   (广东电信公用电话管理中心 广州 510635)   摘要 在电信市场尤其是公话市场竞争激烈的今天,为了更好地

            本文发表于刊物《广东通信技术》2003年11期。

     

      

            构建分析型数据环境转换企业的经营分析方法

                                                     马根峰  

                        (广东电信公用电话管理中心  广州 510635)

     

    摘要    在电信市场尤其是公话市场竞争激烈的今天,为了更好地了解市场和客户、提高中国电信企业自身的竞争力,构建分析型数据环境、转换企业经营分析方法来切实贯彻”以客户为中心”的经营理念已成为关键。笔者首先介绍了广东电信公话管理中心的数据组织及经营分析的现状,然后阐述了如何使用数据仓库技术对公话业务中的数据进行重新组织,如何使用分布式数据库来实现省公司及各分公司公话管理中心的经营分析人员进行”先高层后低层”的经营分析方法。

    关键词    数据组织;经营分析方法;数据仓库;分布式数据库;OLAP

     

     

            To set up analytic data environment and to convert analysis method in China Telecom

                                                             MA Gen-feng     

            (Public Payphone Center, Guangdong Telecom Corporation, Guangzhou 510635)

    ABSTRACT:  Today, the competition becomes more severe in telecom market, especially in public pay phone market. To set up the analytic data environment and to convert analysis method to carry out customer-centric management notion is the key for China Telecom to understand the telecom market and the customers better and to improve its capability of competition. Firstly I introduce how data is organized and actuality of analysis method at present in Public Payphone Center, Guangdong Telecom Corporation, then I illuminate how to re-organize the data of public payphone with Data Warehousing and how to carry out the analysis method that first high level data is analyzed and then low level data is analyzed with distributed database for the analysers in all Public Payphone Center, Guangdong Telecom Corporation and its filiales of Guangdong Telecom Corporation.

    KEY WORDS: Data structure; Analysis method;Data Warehousing; distributed Database; OLAP

     

     

     

            引言

     

           随着中国电信业改革的进一步深化,目前的电信市场已经形成了多家电信运营商共同竞争的局面。面对日益激烈的市场竞争尤其是公话市场上的竞争,如何更好地了解市场和客户、提高中国电信企业自身的竞争力,如何转换企业的经营分析方法来切实贯彻”以客户为中心”的经营理念,这成为我们所面临的紧迫问题。

           而在广东电信公用电话管理中心,由于公话业务的复杂性造成了针对于各个业务的事务处理(OLTP)应用的分散性,最终造成了业务数据分散于各个操作型环境中以及数据存在不一致性的现状。在这样数据分散的操作型环境中,要想进行”先高层后低层”的话务分析及话务动态分析,即按照地区→市县→支局→话机的层次,并结合发生公话业务的终端的用户类型来进行的话务分析方法,复杂度是相当大也是不现实的。而日趋成熟的数据仓库技术则提供了”先高层后低层”的话务分析方法的有力支撑。它通过对操作型环境数据的挖掘并重新组织,然后将数据根据不同的分析目的而将数据按照不同的综合程度来设置不同的粒度来组织,最终形成一个综合的、面向分析的环境。经营分析人员就可以利用OLAP工具或技术人员编写的OLAP分析工具对数据仓库中的数据进行”先高层后低层”的话务分析方法。并且在进行客户分析时还可以将客户按照对企业贡献的大小进行分类管理,来切实贯彻”以客户为中心”的经营理念。

     

     

    广东电信公话管理中心数据组织及经营分析的现状

     

      2.1 数据组织的现状

           在广东电信公用电话管理中心,各种类型公话终端的话机资料、各种类型公话终端及全省发生200业务的固定电话的话务的关系模式如下:

    •  各种类型公话终端的话机资料的关系模式为

              PhoneTypeInfor_xxxx(电话号码,地区代码,市县代码,支局代码,,话机类型)

    • 各种类型公话终端的话务的关系模式为

               PhoneTypeFee_xxxx(电话号码,总次数,通话总时长,总金额,市话次数,市话时长,市话金额,,地区代码)

                              xxxx表示年月,如0302代表2003年2月的话机资料或话机话务

           在公话中心内,一方面业务数据分散于操作型环境中,例如IC话机的话务,由于存在IC和200两种业务,而IC和200业务的计费分别由IC和200计费系统来完成,技术人员对于一个计费月内IC话机话务信息的统计也就分散于操作型环境中的两个数据库表中,这更增加了对IC话机话务分析的复杂性。另一方面业务数据又存在着不一致,比如在各种类型公话终端话务表中,终端的地区代码与终端资料表中地区代码存在着不一致;

     

     

      2.2 经营分析的现状

           由于业务数据分散于操作型数据环境中,并且都是细节级的数据,这就制约了经营分析人员的分析方法。在广东电信公用电话管理中心,目前对于公话终端、IC及200业务主要进行较高层面的话务分析及话务动态分析,如分析某一计费月全省各公话终端、IC及200业务的话务指标,各分公司公话终端、IC及200业务的话务指标以及上述指标在几个计费月的变化。

     

     

     

    构建分析型数据环境

     

           对于较高层面的话务分析及话务动态分析而言,经营分析人员即使知道了全省或部分分公司的话务变化,也无法找出其中的原因或规律。同时也不符合”以客户为中心”的经营理念。要想解决上面的问题,必须对话务数据按照不同的综合程度来设置不同的粒度,分析人员在分析高层话务变化的时候就可以从数据仓库中粒度较低的表中逐级地分析话务的这种变化,最终找出话务变化的原因或其中的规律,从而为管理者制定下一步的决策提供依据。

     

       3.1 使用数据仓库对数据进行重组

         3.1.1  数据仓库简介

           数据仓库技术是用以更好地支持企业或组织的决策分析处理的,面向主题的,集成的,不可更新的、随时间不断变化的数据集合。它通过将数据按照不同的综合程度(即粒度)来组织,以满足不同分析的需要。

     

     

         3.1.2  公话业务数据仓库中的主题

           考虑到公话中心经营人员的分析要求,确定了公话业务数据仓库的主题域:客户。

           由于公话业务中客户的定义比固网客户和移动网客户更复杂,存在着两个定义,传统上也是目前广东电信公话管理中心侧重于将它定义为发生公话业务的公话终端、固网终端和移动网终端。在广东电信目前公话终端包括200专用话机、IC话机、IP超市话机、IP公话话机和有人值守公话(人工代办);另一方面也是比较反映客户本质的,将它定义为使用公话业务的客户,目前包括200卡用户、IC卡用户。

           但由于目前移动网终端发生公话业务的话务量非常小,所以在终端中暂时不将移动终端考虑在内;此外,对于卡类用户中的200充值卡用户,由于其使用卡具有一定的固定性(同用完一张公话卡再使用另一张公话卡的用户相比),分析起来就有一定的实际意义,并且在全省一个月中发生话务的近二千万张200卡中,三四百万张200充值卡的通话收入占了200业务通话收入的30%以上,所以基于上述两个因素的考虑可将数据仓库中卡类用户界定为200充值卡用户。

     

     

         3.1.3  基于关系数据库的数据仓库的星形模式

           星形模式是基于关系数据库的数据仓库中的一个著名概念,由于星形连接模式的设计思想能够满足人们从不同观察角度(维)分析数据的需求,所以在基于关系数据库的数据仓库的设计中广泛地使用了星形模式。在星形模式下,事实表中包含着用于分析的指标和联接众多维表的主键。

     

     

         3.1.4  公话业务中的数据仓库设计

           在公话业务中,以终端用户为例,星形模式中的事实表包含着话务指标(如市话、国内长话、国内长话、IP国际长话等话务的通话次数、通话时长和话费以及话务合计)及众多维表(如地区维表、话机维表、话机类型维表和时间维表)的主键。如下图1、图2和图3所示:

     

                                             

     

     


            …            

       

     

     

         3.1.5  公话业务中的数据仓库数据的生成

           数据仓库中数据的生成包括操作型环境数据的挖掘和数据仓库中数据的生成这两部分的内容。在这一步里所要做的工作是接口编程,以实现将操作型环境下的数据装载进入数据仓库环境。建立和设计这个接口,不仅要对数据进行抽取,而且还要从面向应用和操作的环境生成完整的数据。公话业务中数据仓库的生成见图4所示:

     

                     

     

                  

       3.2 用分布式数据库实现分公司的数据访问

           通俗地说,分布式数据库系统就是物理上分散而逻辑上集中的数据库系统。如今的大型数据库系统如Oracle、Sybase、Informix及MS SQL Server都支持分布式数据访问技术。

           对于公话业务中的分布式数据库而言,可采用重构法创建。重构法是根据系统的实现环境和用户需求,按照分布式数据库系统的设计思想和方法,采用统一的观点,从总体设计做起,包括各站点上的数据库系统,重新建立一个分布式数据库系统。根据分布式数据库设计中的一个主要原则-数据和应用实现最大程度的本地性,加上各分公司只是对分公司内部的客户进行话务分析,所以在分片设计中的非冗余分配时,可对广东电信公用电话管理中心数据仓库中的全局模式依据它的地区代码进行水平分片,并且不采用冗余分配。

           分公司公话中心数据仓库的数据生成可使用分布式数据库中的快照技术,根据地区代码对省公司公话中心数据仓库中各关系表建立快照。与直接通过链接服务器的分布式数据库访问技术相比较,采用快照技术的优点是各分公司经营分析人员在进行话务分析时,有比较快的响应时间。

     

     

     

    转换经营分析的方法

     

      4. 1  维度转换

           维度转换是改变一个报告或页面显示的维方向。例如,转换可能包含了交换行和列,或者把一个行维移到列维中去,等等。

           在公话话务的动态分析中,主要是对时间维度进行转换。对于关系模式R(地区代码,时间代码,话费,通话次数,通话时长,┉),由于存在列维-时间维,所以在使用SQL查询获得N个时期内哪些维维成员(如地区维表中某个地区)的话务发生了某种变化时,存在不便之处,只能通过联接N个关系模式R的JOIN查询。而使用OLAP工具时,则可以将关系模式R中的时间维度转换,形成关系模式R’(地区代码,时间1的话费,时间1的通话次数,时间1的通话时长,┉, 时间N的话费,时间N的通话次数,时间N的通话时长),这样就可以只对关系模式R’进行查询就可以获得结果。

     

     

      4.2  进行”先高层后低层”的分析方法

           在构建了基于关系数据库系统的省公司公话中心公话业务数据仓库及生成了各分公司公话中心数据仓库中对应数据表的快照之后,省公司公话中心及各分公司公话中心的经营分析人员就可以使用OLAP工具或自已编写的OLAP工具来进行基于星形模式的数据仓库中各粒度表的话务分析,或者对各粒度表进行维度(主要是时间维度)的旋转来满足话务动态分析的需要。

     

     

                     

     

     

     

    参考文献:

    王珊 · 数据仓库技术与联机分析处理 · 北京:科学出版社,1998.6:4-44,85-112

    Michael Corey(美),Michael Abbey(美) · SQL SERVER 7 Data  Warehousing · 北京:希望电子出版社,2000.1:60-70

    邵佩英 · 分布式数据库系统及其应用 · 北京:科学出版社,2000.6:32-57

    展开全文
  • 企业的优势与劣势劣势是指影响企业经营效率和效果的不利因素和特征它们使企业在竞争中处于弱势地位缺乏明确的战略导向设备陈旧盈利较少甚至亏损缺乏管理和知识缺少某些关键技能或能力内部管理混乱研究与开发工作落后
  • IT企业内部系统运营推广的六种方法

    千次阅读 2016-06-23 09:22:37
    说到企业内部系统的推广,一般会认为无需推广,直接下一个通知大家都得用。说到推广的方法,很多人可能直接就想到一种方法——培训。...也就是说,企业内部系统是员工工作环境的一部分,必要重视企

    说到企业内部系统的推广,一般会认为无需推广,直接下一个通知大家都得用。说到推广的方法,很多人可能直接就想到一种方法——培训。是的,企业内部系统有其特殊性,因为用户就是自己的员工,他在这里工作就得使用企业的内部系统,无论其体验如何。但企业内部系统做得怎么样,是会影响“员工体验”的,影响他受雇于这家企业的满意度和继续受雇的意愿。

    也就是说,企业内部系统是员工工作环境的一部分,有必要重视企业内部系统的“员工体验”,增加大家工作的愉悦度,提高工作效率。更不用说对于金融企业来说,信息系统作为产品生产线的重要性。

    本文试图总结笔者近年来做企业内部系统运营推广的一些方法,有些是内部工作改进,有些是借鉴业内先进经验的微创新。拿出来与大家交流,很多地方还做得不够好,也请提出批评意见。

    一、提倡“用户参与设计”,通过多种方法让用户参与到系统需求和设计工作当中来。

    1. 考虑做某一系统的升级改造时,通过多种方式征集用户意见。
    2. 找业务部门进行典型用户的深度访谈,包括面对面访谈和电话深访。访谈的要点包括:进行访谈前要制定访谈提纲;要选择被访谈用户,一般一组6人左右;访谈之后要进行总结。
    3. 对于系统改造初步思路通过问卷调查的定量调研方式进行验证。通过验证的思路就作为下一步需求分析的内容。这样不至于都是按照需求方和信息部门的想法来做系统,而是一开始就把握是与用户需求合拍的。
    4. 在系统原型设计初步完成之后,找典型用户进行可用性测试,提前发现可能的使用问题,进行调整。如果调整比较大,要进行下一轮可用性测试。

    按照上述做法,在系统需求和设计阶段加强用户参与,不断验证设计思路,就避免了直到系统实施完成、甚至上线之后参与用户首次亲密接触却“见光死”的情况,保证了系统的价值性、可用性。通过用户参与设计,也让这些用户对参与设计的系统有了感情,在系统上线推广时会得到更多的助力:)

    二、加强业务测试,以测代训。

    对于一些业务项目来说,业务测试非常必要。一般来说,系统测试人员关注于系统功能是否实现,较少关注可用性,对于数据是否准确就更加不敏感。所以业务项目加强业务测试是很有必要的。

    我们进行业务测试的步骤包括:

    1. 制定业务测试方案,包括确定业务测试的形式——集中测试还是分散测试,业务测试的时间、地点,参加业务测试的人员,以及业务测试用例和测试数据准备。
    2. 执行业务测试。如果是集中业务测试,会演示待测试系统,介绍测试流程和要求。然后参加测试人员开始按照业务测试用例进行测试,记录测试意见。
    3. 业务测试意见反馈。业务部门收集业务测试意见并反馈给信息部,然后双方共同讨论确定哪些是bug要改正,哪些是需求变更并确定是本期修改还是下期修改。
    4. 系统bug修正和验证。信息部修正系统bug,然后提交业务部门验证,如果还有问题就重复步骤3和4。
    5. 业务测试验收通过后,系统达到上线要求。

    参加业务测试的过程,相关用户对系统就有了非常真切具体的了解。一旦系统上线也就能够顺利使用,甚至成为部门内使用该系统的引领者。

    三、在系统上线后的培训

    这是传统的系统推广方法,但培训也可以有多种形式,比如视频会议培训、实地培训、在线视频培训等。

    四、运用多种方式管理系统上线风险、实现平滑过渡

    新系统上线存在风险,可能导致系统上线后出现问题甚至事故,影响用户使用。有必要采取多种方式管理系统上线风险,实现平滑过渡。

    (一)业务系统改版项目

    在2013年开始的业务系统改版项目中,我们考虑到改版前后差别较大,虽然都是改进和优化,但用户的使用习惯是根深蒂固的,还是需要逐步推广。因此我们采用了以下方法:

    1. 提前实施菜单调整。该项目中对业务系统的信息架构进行了重构,改变了菜单的层次结构,对目录和菜单名称进行了规划处理,对于这一变动,我们一是发布菜单前后对比信息,二是提前在旧版业务系统中进行数据初始化,让用户有一个缓冲期。
    2. 对于新版系统在试运行阶段与旧版系统并行,用户可以选择试用新版系统。
    3. 我们选择了部分种子用户,永久使用新版系统并提出改进意见,根据种子用户的意见对新版业务系统进行多次迭代改进,解决了新版业务系统中存在的问题。
    4. 在此基础上,我们开展了新版业务系统的宣传,鼓励用户自行选择永久切换到新版系统,保护了用户意愿。

    在这个项目中,我们借鉴了业界灰度发布的方式,并结合企业实际进行了微创新,实现了新版业务系统的平滑过渡。

    (二)内部移动App

    内部移动App是面向员工的移动门户,支持移动办公、移动CRM、移动BI、移动沟通等内容。在内部移动App的推广上我们也花了不少心思:

    在上线试运行期间、正式上线前进行阿尔法测试和贝塔测试。由信息部门员工自己进行阿尔法测试(第一轮测试),在大部分问题解决、运行较为稳定后,在公司内选择部分种子用户进行贝塔测试(第二轮测试),让用户帮我们发现问题,同时也进行正式推广前的预热。

    在贝塔测试之前,我们优化了下载和安装步骤,保证部门外部用户的体验。

    五、组织用户俱乐部,建立多种渠道与用户沟通交流

    目前用户反馈系统问题、咨询系统使用的主要方式是电话和客服平台。但这两种方式都是单线联系,反馈周期也长。我们在内部移动App项目中采用了组织用户微信群的方式,让用户、产品经理、开发人员和测试人员,都加入到这个微信群,用户有问题就随时提出,团队人员也可以及时了解问题并及时对用户进行反馈。

    使用微信群建立用户俱乐部有以下好处:

    1. 在这个方式下所有的信息都是一对多的,一个用户提出问题,其他用户有这个问题也会跟进,很容易就能看出问题的严重性;对一个用户的问题进行反馈,其他用户也能看到。
    2. 用户之间会互相帮助。用户碰到的问题是类似的,很多时候用户比我们更懂系统应该怎么用。热心的用户会帮助我们回答其他用户的问题,他得到的是荣誉感和帮助他人的满足感。
    3. 研发团队及时了解用户意见,真真切切感受到用户,有助于指导产品改进、提高研发效率。这也是小米“参与感”的做法:)

    可以围绕某个产品或产品线建立微信群,这样参加的用户、产品经理、开发人员、测试人员更有针对性,沟通效率更好。

    六、打好广告,加强产品宣传

    我们还通过“打广告”的方式来宣传产品,包括在系统登录页采用轮播图形式进行宣传,在用户进入系统后可以查看系统新模块、新功能的简单图文介绍等。

    产品宣传方案设计包括以下步骤:

    1. 提炼产品卖点,用两三句话说明产品或项目的特点,让用户不用花太多精力就能获得要点;
    2. 进行视觉设计,结合产品特点,选用靓丽色彩,宣传产品/项目。
    3. 在登录页轮播宣传区域和系统项目宣传栏目进行投放,定期更换。

    企业内部系统的运营推广是一个恒久不变的话题,我们将持续改进,不断做到更好!

    展开全文
  • 运用SWOT分析法,对低碳经济下煤炭企业发展的优势(Strength)、劣势(Weak-ness)、机会(Opportunity)、威胁(Threat)进行了详细分析,并在此基础上,探讨了其应对低碳经济的发展战略,以期能为煤炭企业的可持续发展提供参考...
  • 在现代企业中,信息系统已经越来越成为企业管理的重要支撑。因应各种业务需求对软件系统的要求,大多数企业都...这类带普遍性的企业内部软件团队是本文的关注点。 和专业软件公司开发过程一样,企业内部软件开发也涉

    在现代企业中,信息系统已经越来越成为企业管理的重要支撑。因应各种业务需求对软件系统的要求,大多数企业都形式不同地建立了自己的软件开发团队,视企业的规模从一两个兼顾支援网络硬件、进行简单开发的人员到大规模的专业软件开发组织都有。通常说来,大多数企业内部开发团队是企业内部辅助主营业务的、非赢利性的组织。这类带有普遍性的企业内部软件团队是本文的关注点。
    和专业软件公司开发过程一样,企业内部软件开发也涉及对过程、工具、质量、人员等各个层面的管理问题,所以目前成熟的或者正在探讨中的各种软件开发模式都可以被企业内部软件开发借鉴和参照。但是,在服务、非赢利的前提下,企业内部软件开发的各方面都有有别于专业软件公司的特点。目前关于企业内部软件开发模式和管理的探讨比较少,很多人,甚至企业内部开发团队的成员本身,都没有明确企业内部软件开发和专业的软件公司开发工作的不同,在项目管理、文档控制等方面经常教条的模仿专业软件公司的开发模式。这种认识上的模糊性削弱了企业内部软件开发团队在软件的生命周期中本来具有的优势。
        企业内部软件开发的特点
    企业内部软件开发有什么值得注意的特点呢?以下通过在几方面和专业软件公司对照的方法来进行一些分析:
    1.1    软件开发团队和用户的利益关系。
    专业软件开发公司和用户是商业关系,直接目的是销售产品和服务获得收益,用户本身的收益和软件公司不是明确相关的。虽然大部分软件公司从产品和产业长期发展的角度都把类似“实现客户价值”这样的价值观列为公司的主要宗旨,但实际操作中很难彻底摆脱商业关系,在开发的各个环节受制于开发费用等商业因素。而企业内部软件团队的收益和生存直接和企业联系,业绩考核也是和企业目标相联系的。这是一个本质的差异。
    1.2    软件开发项目所处的系统环境。
    企业的软件系统往往多样和复杂的,针对企业的软件开发项目面对的大多是一个已经存在很多信息子系统的软件环境。如果由专业软件公司单独来定制开发企业软件,因为是阶段性的参与企业信息系统,所以除非客户有明确的界定,否则很难设身处地的,从信息系统的整体长远发展来考虑需求和建立方案。如果专业软件公司开发的是通用的商业软件,更不可能预见最终用户的系统环境。对比之下,企业内部IT部门相对熟悉业务并且要长期经营整个信息系统,所以在每个开发项目中都需要从全局角度和长期角度来考虑项目的必要性和方案细节,要考虑和已有系统的集成。
    1.3    开发过程中和直接用户的交互关系,
    企业内部IT部门和用户部门是同一组织内不同职能机构的关系,企业内部软件人员和直接用户是同事关系。和专业软件公司比起来,这一点又引起很多用户交互方面的重要的差异。
    1.3.1      沟通方式和沟通效率。
    内部软件团队可以方便的召集用户、灵活的协调时间、有丰富的途径和平台来协调各种问题。项目完成后用户和软件开发人员仍然会长期共处,可以不断地交流并对软件进行改进。而专业软件公司在和用户打交道的时候受限于很多商业因素,沟通效率通常远低于企业内部软件团队。
    1.3.2      需求分析和需求变更管理。
    开发过程中用户的需求往往是模糊和多变的,除了实际使用环境的不确定因素,用户对IT的理解和对资料的整理水平不足也是引起需求多变的重要原因。 专业软件公司虽然有专业的分析人员和方法,但由于商业关系和业务复杂性,常常无法深层次地介入用户的实际工作层面,进而全面理清那些用户的需求是合理的,那些是不合理的,那些是可以简化的,那些是需要加强的….,等等。面对强势的客户更是没办法从合理的角度对需求进行梳理。为了控制项目的进度和人力资金投入,软件公司往往不得不通过成文的方式对需求进行界定。另外出于“专业表现”的要求和商业利益的需要,软件公司也会有意无意加入一些可能不见得切合实际的需求目标。这样最终软件会出现整体或部分偏离实现客户价值的方向的可能。而在企业内部软件开发团队主导的项目中,用户对项目的需求更强调实用性、方便性和快速见效。用户对将来需求变化引起的沟通和商业上的麻烦不太担心。企业内部开发团队经常可以根据实际业务需要对用户的要求进行否决和更改,也可以在用户要求之外增加系统目标。
    1.3.3      软件的测试和交付过程。
    企业内部软件团队可以方便的从组织上把用户当作测试团队的一部分。在确认软件功能基本完成,没有根本性缺陷的情况下,可以比较早的当作软件项目已经的交付。更多的测试可以放在开始使用之后的长期运行过程中进行。专业软件公司在和用户配合测试方面则比较复杂,引入用户、计划和协调等都没有企业内部软件部门容易,交付也要严格的多。所以通常软件公司在测试方面投入的人力和成本要比企业内部软件团队多很多。
    1.4    软件开发的规范:
    专业软件公司开发的大多是中大型的、商品化的软件产品。在设计开发过程中有很多在结构规范、通用性、界面美观、文档完备等方面的要求,开发周期也都较长。而企业内部开发大多为中小型的软件或者是基于已有大型应用系统的二次开发,注重实效,注重量身定做,注重速度,对文档和通用性等方面的要求比较灵活。
    1.5    其他可能的差异。
    企业内部软件开发团队的规模通常比专业软件公司小,组织上的分工不象专业软件公司那么完整,各种资质的评估和认证要求也不迫切。
    以上这些不同大多是显而易见的,但是对软件开发过程的影响却是根本性的,企业内部软件开发需要在认清自己定位和处境的情况下,建立更加适合自身及企业利益的软件开发模式。
        企业内部软件开发和敏捷开发思想
    有必要提一下近几年新兴起的敏捷开发思想。作为对一直以来软件工程各种模式中条块分割清楚、文档繁琐、周期冗长等问题的突破和尝试,敏捷开发思想近几年越来越引起软件开发机构和开发人员的关注。根据敏捷思想创始者们宣布的敏捷开发宣言,敏捷开发的价值观和原则如下:
    敏捷软件开发价值观的表述:
     
    人和交互重于过程和工具。
    可以工作的软件重于求全责备的文档。
    客户协作重于合同谈判。
    随时应对变化重于循规蹈矩。
     
    敏捷软件开发的12条原则:
     
    对我们而言,最重要的是通过尽早和不断交付有价值的软件满足客户需要。
    我们欢迎需求的变化,即使在开发后期。敏捷过程能够驾驭变化,保持客户的竞争优势。
    经常交付可以工作的软件,从几星期到几个月,时间尺度越短越好。
    业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。
    围绕斗志高昂的人进行软件开发,给开发者提供适宜的环境,满足他们的需要,并相信他们能够完成任务。
    在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。
    可以工作的软件是进度的主要度量标准。
    敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。
    对卓越技术与良好设计的不断追求将有助于提高敏捷性。
    简单——尽可能减少工作量的艺术至关重要。
    最好的架构、需求和设计都源自自我组织的团队。
    每隔一定时间,团队都要总结如何更有效率,然后相应地调整自己的行为。
     
    从罗列的这些原则来看,敏捷开发思想强调激发人的主动性和协作,强调去除不必要的文档和设计,强调顺应需求的变化,强调尽快的交付阶段成果和持续改进开发。对于专业软件公司来说,要实践敏捷思想里提出的拥抱变化、客户密切协作、不断交付等理念,有赖于软件开发之外的客户关系处理等工作,有赖于商业元素和客户价值的平衡,在实践中要做到并不容易。
    相比之下,对照前文提到的企业内部软件开发的特点,可以看出敏捷开发思想和企业内部软件开发有着近乎天然的联系。事实上很多企业内部软件开发过程都有意无意的和敏捷开发思想相贴近。但是因为指导思想上的模糊,使得很多企业内部软件开发中可以利用的优势被教条地搬用“规范”过程和标准所限制。相信随着对软件开发过程认识的加深,敏捷开发思想会对企业内部软件开发会带来越来越大的影响。
    敏捷开发只是一种理念,并不是对瀑布或迭代等方法的颠覆,而是一种启发和演进。对于它的原则不同人有不同理解,实践起来也有各种不同的模式。目前已经有很多基于敏捷开发思想的方法被提出并经过一定实践,但都不能作为标准。总的来说,敏捷开发思想本身仍然是站在专业的、面向客户的商业化开发环境角度提出的。企业内部软件开发还需要根据实际情况,参照敏捷开发思想,对各种软件开发方法进行取舍,摸索更加适合自己的模式。
        企业内部软件开发的模式。
    企业作为软件的直接使用者,实际业务上的变化和管理上的调整变革会频繁地引起对软件系统的变更要求。企业内部软件团队需要管理自行开发软件的整个生命周期和购买大型应用系统后的生命周期,所以宏观来看,企业内部软件开发是一种持续开发的类迭代模式。而对每一次阶段性的开发项目,则需要根据项目的规模,结合敏捷的思想,灵活地掌握开发过程。
    和专业软件开发公司一样,企业内部软件开发团队同样要建立文档代码管理、项目管理、质量管理的各种制度和工具,但形式上可以更加注重实用性和有效性。另外和专业软件开发公司相比,企业内部软件管理需要特别加强用户队伍的建设,争取使用户成为信息系统的有机组成部分,这样对信息系统和企业业务都有不可估量的正面影响。
    软件工程归结的几个基本的阶段:规划和计划、需求分析、设计、编码和实现、测试、维护和支持,对所有项目和阶段都是适用的。仔细观察目前林林总总的软件开发模式,都可以辨认出这几个阶段,不同的是每个阶段的引入时机或持续长度。对于企业内部软件开发来说, 因为企业内部软件团队的目标和企业的目标一致以及内部软件团队的特殊位置,所以在这些经典的开发阶段之外,还应该加入一些其他的重要阶段或需要特别关注的内容:
    3.1    首先应该加入的阶段是实施阶段,这是一个在经典软件工程模型中被弱化的阶段,经常被列入交付或者支持的范畴。对于商业化的开发来说,,客户或其他评审机构评审验收合格,软件开发已经基本完成。所谓实施就是给用户培训,后面用户怎么用是用户的事。如果是大型应用系统,如购买的ERP、PLM、SCM、CRM等系统,实施过程大可另做项目或交给专门的第三方实施公司。但对使用企业来说,实施非常重要。即便是小型软件,如果没有后续的推进、进度控制和项目协调,都很可能"用不起来"或者"用的不好"。这样对于企业来说软件仍然是没有完成的。明确独立的实施阶段,可以使软件开发团队在实施的组织和方法论等方面更加专注。
    3.2    其次是系统集成分析。这一工作通常是覆盖规划到系统设计阶段的工作,可以加在规划或需求分析等阶段内部,也可以单独列出。对于已具备一定规模的企业信息系统来说,这一工作需要特别强调和严格引入。主要内容是对照信息系统的整体规划,考察新开发项目和现有系统的集成。即便没有明确的信息系统整体规划,也要在分析用户需求和系统设计时,时刻注意把需求放在系统集成环境下进行功能定义和功能分配。用户对系统集成大多是没有考虑的,商业模式下的软件开发方法也很少提及。但这是企业内部IT应该进行的工作。忽略这个集成分析,随着时间积累,将造成信息系统即使局部很高效和很完备,但整体上却臃肿和低效率,进而使企业在实际管理上承担难以估计的代价。
    综上所述,可以把企业内部软件开发模式大体框架按下图表示:
     

     
    这是一种注重企业内部环境,注重企业的业务价值,敏捷的开发模式。
    各个企业内部软件团对所面临组织环境和系统环境千差万别,各个具体项目有各自的特殊情况,所以不可能存在一种普遍适用的具体开发模式。各个企业内部软件团队要根据自己的实际情况开发,逐步建立自己的开发方法和全面的系统支撑环境。
        结束语
    从分工的角度来看,独立于软件使用企业之外的专业软件组织的存在是必需的。专业软件组织在软件本身的开发规范和开发技术等各个方面,都具备非专业组织无法达到的深度和广度。但是,软件开发过程的管理和控制是一个非常复杂的领域,这种复杂性不仅来自软件开发本身,更来自于需求的复杂、需求的多变以及很多其他超出软件领域本身的因素。软件工程实践中反复探索但仍然长期困扰从业人员的诸多问题,例如需求难以控制、软件品质难以控制、预算经费难以控制、项目进度难以控制等,都不能单纯靠专业软件人员或软件组织来解决。另外一个软件的成功与否,最终还是要通过实现客户价值来体现。而如何实现客户价值,也不是纯粹的软件问题。
    企业内部软件团队在解决这些超出纯粹软件开发的问题时,有着自身特殊的优势。目前对企业内部软件开发特殊性的研究是软件工程研究方面比较弱的一个领域。从整个软件行业来说,进一步还应该研究企业内部软件组织和独立运营的专业软件组织之间的配合。这些研究对突破各种软件开发困境将会是非常有意义的工作。

     

    展开全文
  • 谷歌企业文化建设分析

    千次阅读 2017-12-05 17:09:35
    简要分析谷歌作为一家科技巨头的企业文化。
  • 产品需求分析与市场分析方法汇总(SWOT+PDCA+波士顿矩阵BCG+5W2H分析法+STAR关键事件分析法+目标管理SMART+时间管理紧急重要矩阵+WBS任务分解法) 产品需求分析与市场分析方法汇总 ... 一、KANO模型 ...
  • 一种基于灰色关联度分析的互联网企业决策方案选择方法,程鸣,林齐宁,随着信息技术的不断发展,互联网行业逐渐发展并成为推动当前社会经济发展的主要动力之一。本文从行业外部宏观环境与行业内部环境
  • 企业内部信息统一搜索解决方案

    千次阅读 2013-05-29 18:05:33
    前段时间在给一家世界500强企业做咨询,课题是企业级门户的搜索...虽然说采用这些成熟产品不失为是一种快捷有效的实现方法,但是,企业的特有业务形态和长远技术规划将往往促使他们做出更稳妥的决定:比如,从世界的顶
  • 本文分别从外部环境压力和企业自身因素两个方面对企业环境行为影响因素的国内外相关文献进行了梳理,发现目前研究主要集中于企业内部或外部单一因素的影响效应分析。在未来研究中,需要深入研究环境综合因素对企业环境...
  • 企业内部分发ios应用程序

    千次阅读 2014-08-18 10:16:07
    企业内部分发 iOS 应用程序非常复杂。经过努力,我成功实现了在企业内部的应用程序分发。我决定用此文来记录我的最佳实践方法,以供将来参考。 如果你希望通过 Safari 能在任意的 iOS 设备上安装应用程序 (不...
  • 基于电力企业绩效评估体系改进的必要性,通过对电力产业的外部环境,市场结构及产业特点的分析,采取Kaplan和Norton提出的平衡计分卡,从财务、顾客、内部运作程序、学习与成长4个方面,运用德尔菲法、AHP层次分析法...
  • 需要在外部环境倒逼下及内部环境变革下这2个方面进行内在要求分析。在此基础上,可以解构出3个方面的切入点:客户关系管理、市场信息搜集、市场信息处理。最终,围绕着增强营销管理认识、优化客户关系管理、增强市场...
  • 主成分分析法

    千次阅读 2015-08-11 12:57:34
    主成分分析法的基本原理及应用 什么是主成分分析法  主成分分析也称主分量分析,旨在利用降维的思想,把多指标转化为少数几个综合指标。  在统计学中,主成分分析(principal components analysis,PCA)是一种...
  • 但并不是所有的报表使用者都能完全理解会计报表所揭示的真正的经济内涵,这就要求报表编制者(财务人员)根据一定的标准,运用适当的方法对其做进一步的分析,为报表使用者提供方便的参考。 如何做好财务报表的分析...
  • SWOT分析法(引用)

    千次阅读 2012-06-02 19:49:51
    SWOT分析法常常被用于制定集团发展战略和分析竞争对手情况,在战略分析中,它是最常用的方法之一。... 运用各种调查研究方法,分析出企业所处的各种环境因素,即外部环境因素和内部能力因素。外部
  • 利用416个有关企业环境技术创新情况的样本数据,采用结构方程的PLS路径分析方法,从整合内外驱动的角度,探讨了企业选择环境技术创新的行为机理.研究表明,作为内部驱动...
  • 数据分析:SWOT分析法

    千次阅读 2020-08-23 15:57:48
    SWOT分析法(也称TOWS分析法、道斯矩阵)即态势分析法,20世纪80年代初由美国旧金山大学的管理学教授韦里克提出,经常被用于企业战略制定、竞争对手分析等场合。SWOT分析其形成的基础。按照企业竞争战略的完整概念...
  • 文章以陕西省上市公司为研究对象,运用层次分析法和模糊综合评价法对陕西省上市公司的内部控制实施现状进行分析评价,并构建评价指标体系,通过实证研究,得出陕西省上市公司内部控制在控制活动方面较好,风险评估方面较...
  • 顶象企业版加固逆向分析

    千次阅读 2018-03-03 16:36:08
    1. 首先进行免费版转换把dex中对应的方法通过JNI反射转换为cpp文件(当然这里企业版比免费版转换的方法要多,免费版中的内部类MainActivity$1就没有进行转换); 2. 然后就是独有工具链的编译,猜测很可能是基于...
  • 管理 - SWOT分析法

    千次阅读 2018-03-09 10:42:31
    例如SWOT用来确定企业自身的竞争优势、竞争劣势、机会和威胁,从而将公司的战略与公司内部资源、外部环境有机地结合起来的一种科学的分析方法。 SWOT分析法的优点在于考虑问题全面,是一种系统思维。而且可以把问题...
  • 项目中有关企业经营部分的内容着实令我们这些工科生无从下手,在咨询了某专业相关的学妹后稍微了点头绪(此处手动感谢学妹的协助哈哈哈~),这里就把学到的有关竞争分析方法总结一下~ 目录 1、波特五力分析模型 ...
  • SWOT分析法

    2018-12-26 09:43:30
    SWOT分析法,即态势分析法,就是将与研究对象密切相关的各种主要内部优势、劣势和外部的机会和威胁等,通过调查列举出来,并依照矩阵形式排列,然后用系统分析的思想,把各种因素相互匹配起来加以分析,从中得出一...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 107,000
精华内容 42,800
关键字:

企业进行内部环境分析方法有