什么是高层管理者.docx
- 文档编号:17571385
- 上传时间:2023-07-26
- 格式:DOCX
- 页数:12
- 大小:26.25KB
什么是高层管理者.docx
《什么是高层管理者.docx》由会员分享,可在线阅读,更多相关《什么是高层管理者.docx(12页珍藏版)》请在冰点文库上搜索。
什么是高层管理者
什么是高层管理者
什么是高层管理者
在当今剧烈竞争的世界,董事和高管们要求CIO和他们的团队能够“多办事”。
研究说明,没有任何真正意义上的惊喜,也就是说没有一个通用的方法可以适用于所有的软件工程,而那些基于实践的方法,且具备轻量和有效治理的特征,就成为了大多数软件开发部门的目标。
软件工程方法和理论(SEMAT)是一个合作的建议,其任务是提供软件工程的根底,基于独立于实践的众多元素的内核,而且支持将最正确实践的详细内容通过语义进行描述。
然后,可以由团队根据他们工作所处的环境进行选择,从而保证组织既不会陷入完全自由的实践,也不会使业务被流程所限制。
高管们有理由关注SEMAT。
SEMAT建议支持通过在团队和组织层面交付价值,从而到达“多办事”的目标。
SEMAT建议非常关注理论层面,同时也可以通过实验进行证明,并通过现实生活中的案例研究得以支持
根据Gartner的“xx年度CIO最关注的10大业务和技术”的调查报告,CIO所要做的工作分为业务实现和效率两大局部,这也反映了CIO的奉献在组织中的相关领域的重要性。
(1)这显然是一个巨大的挑战,经常会在IT高管和他们的团队中听到关于“多办事”的讨论。
怎样做才能获得真正的效果,大型IT组织的软件职能到底如何去响应?
为了支持这一挑战,在xxGartner应用架构、开发和集成(AADI)峰会上的一项调查指出,试图通过围绕单一开发流程进行标准化而解决“多办事”的问题是行不通的。
调查结果说明,没有发现“银弹”的通用方法(这并不奇怪),软件工作需要放置在特定的环境中,来使用最有效的实践。
调查的受访者还认为,在一个根底水平上,确保对工作有效性进行端到端的测量,是对所有应用开发的一项关键要求。
调查认为,敏捷运动有助于加快开发的脚步,受访者和他们的CIO领导层仍在寻找严谨性、架构和治理的方法,从而可以使之与业务更好的匹配,使行为更可预见、测量和处理风险,最终,“更好、更快、更省钱、让涉众更开心”地交付价值——这就是BFCH(Better,Faster,Cheaper,Happier)度量。
当然,“变得敏捷”可以说是任何软件工作、任何软件组织努力的目标(毕竟,谁不想敏捷?
)。
但是同样的许多敏捷实践被普遍应用到所有的工程和团队中是不必要的。
事实上,在某些领域,特定的敏捷技术或实践,或许是无法实现的。
例如,在一个银行的工程群投资组合情况下,在任何时候都存在很多-维度,而且具有复杂的多样性:
纯开发类的工程与运营类工程的执行方法是不同的;严格控制软件操作的工程(如金融结算软件)相对于新的消费者驱动的、图形化的前端开发工程也是不同的,前者可能需要更加严格的需求文档;简单的单机应用程序工程相对于架构变更工程(如企业应用效劳器的更换)也有所不同,前者或许需要有更快的交付节奏。
因此,在一个组织中,可能需要很多种不同的实践方案。
AADI峰会的调查结论是——使用一种标准的“一刀切”的做法,并非是合理的治理方式,而且这种做法应该加以防止,从而防止那些如果放任不管所造成的“完全自由”。
这当然对于大型组织的应用开发角度是有现实意义的,比方银行的案例。
SEMAT建议支持AADI峰会的调查结果,而且可以通过向组织层面和团队层面交付价值,以到达CIO“多办事”的目标。
SEMAT介绍
自xx年以来,工业界和学术界的专家通力合作,在SEMAT的旗帜下,尝试“基于坚实的理论、已被证明的原那么和最正确实践,来重建软件工程”。
作为这项工作的第一步,他们已经创造了“本质”(Essence),一种改良软件开发方法的内核(Kernel)和语言(Language),很快这也将成为被对象组(OMG)所通过的一项标准(5)。
而且很显然,这项标准是工业界各种不同实践(敏捷或非敏捷的实践)的根底。
SEMAT建议和本质的内核使组织能够建立一种环境,从而可以根据正确的努力和正确的上下文,采取正确的实践。
这些实践是建立在一个独立的、坚实的根底(内核)之上的,而且是适合业务顺序和度量的轻量级水平的。
这种方法首先在软件工程领域得以运用。
本质内核包括,在开发软件时“我们总是拥有的东西”和“我们总是执行的东西”。
它对于所有软件开发的工作(敏捷或实施敏捷之前的做法)都是通用的。
SEMAT采取了一些全新的想法。
其中有一种是被称为阿尔法(Alphas)的概念,它允许团队专注于做事而不是描述。
团队可以用一种独立于实践或方法之外的方式,对进展和健康状况进行度量。
在任何时候,团队可以确定它当前处在哪里,和它下一步需要到达哪里。
这使得团队聚焦在结果上,而不是由文档驱动或者以活动为中心。
阿尔法的概念也支持其他的想法——例如,在通用的内核之上构建起来的一组实践。
有了阿尔法概念,SEMAT已经能够建立一个强大的、可扩展的、直观的内核。
对于SEMAT更为完整的描述。
在以前所发表的论文中可以找到。
(2,3)
SEMAT对于大型组织的价值
软件世界中有着数量庞大的方法——这是不争的事实,也许已经存在的方法有超过10万种,而且还有更多的没有被使用的方法。
有一些方法因其商业品牌而知名,如Rational统一过程(RUP)、Scrum、极限编程(XP),但是大多数方法是从教科书或其他渠道而形成的,而且如果超出了他们特定的情景,在其他情况下重用的可能性几乎为零。
SEMAT的开展,证明所有这些方法都具备在开发软件时“我们总是拥有的东西”和“我们总是执行的东西”,存在一个共同的根底,或一个内核。
这所有的一切形成了软件工程的本质,而且现在也已经包含在了本质当中。
(5)。
正如前文所讨论的,大型组织都有广泛的各种各样的人员所实施的工程。
如果没有一个公认的内核,就会使开发的协调工作变得异常复杂,因为团队必须在有限的时间内将精力注入每一个工程启动之中。
而缺乏内核也将导致严重的浪费、工期延误、开发人员士气挫伤、客户的不满意。
所有这些情况,都与CIO所追求的“多办事”的宗旨相违背。
这些情况也会发生在工程/团队(努力)层面和组织层面,而且是效率低下的。
为了解决这些问题,并将其量化,考虑以下方式为业务带来的价值:
如果开发团队不需要拿出一个具体的新的工作方式,而是可以从一个共同点开始,然后参加已存在并得到广泛验证的实践(可能是敏捷和精益)。
本质内核在团队层面和组织层面都有益处。
为了使这个讨论让读者们更容易认同,我们引入了两个人物:
史密斯,一名工程主管;戴夫,一名大型公司高管,戴夫一直试图改善公司的软件开发方式。
该公司已投资取得了能力成熟度集成模型(CMMI)的评级,然后采用了统一过程,最近在一些团队尝试使用敏捷方法,并取得了一些成功。
根底层面——确保团队的成功
在团队层面,目标是确保工作(努力)的成功,在上述的案例中,由史密斯负责该目标的实现。
成功意味着在给定的时间和预算内,符合正确的质量要求,交付客户真正想要的东西。
成功也意味着他的团队可以被鼓励和有效合作——从根本上讲,是一个快乐的团队。
这需要四个技巧:
为正确的工作使用正确的方法;度量工程进展和健康状况;有效的合作;基于中间立场的决策。
为了完成手头的工作,使用正确的方法
实战经验丰富的史密斯明白(正如Gartner的调查显示),没有一种通用、用于验证未来需求的软件开发方法。
如前所述,史密斯的组织已经采用了CMMI、统一过程、敏捷方法。
史密斯并不反对这些方法,事实上,他认为每种方法都有优点。
问题是,在过去,在某一个规定的时间里,他的组织只是使用其中一种软件开发方法。
虽然史密斯的同事,在进行小步骤的改良时发现Scrum是有用的,但是史密斯发现在自己管理的大型企业软件开发中,只使用Scrum并缺乏够。
史密斯也注意到他的组织以前使用的基于CMMI和统一过程的方法也有缺乏之处。
在每个工程中,史密斯仍然要进行特殊的工作方式调整,以得到一个适宜的方法。
实际上,他是通过创立自己的变量,增加了“10万种方法的问题”。
制定和建立这样的调整并不简单,史密斯需要和他的团队进行沟通,但是他的团队成员拥有不同的背景和观点。
史密斯需要一个更好的方法,让他的团队成员可以就应该如何在每一个工程上开展工作的问题,快速地达成共识。
轻量级的内核及其所支撑的系统,可以将实践进行结合,创立一系列“恰到好处”的方法,所有的方法都基于共同的内核,允许组织为开发团队提供正确的方法,开展手头的各项工作,这些方法也支持每一个组织的文化、标准,和授权的实践。
精确度量工程进展和健康状况的能力
如果说史密斯已经学到了什么,那就是软件开发是一项复杂的工作,而且工程进展和健康状况必须从多-维度进行考虑——例如,涉众的满意度;需求(由于软件系统的演变会带来需求的增加);软件系统;等等。
但问题是,史密斯的公司没有治理程序,来从整体上帮助每个团队评估进展与健康状况。
事实上,以前从没有一个被普遍接受的框架具有这样的能力。
每个阿尔法(也就是,时机,涉众,需求,软件系统,团队,工作,和工作方式)涵盖了一个维度,为每个阿尔法定义的状态提供了一个进展和健康状况的指示。
例如,本质指出软件系统的状态是:
架构选定、可演示、可使用、就绪、正式运营,和已退役。
每一个状态指示出软件系统的开发进展到何处,团队的下一步应该做哪些工作以保持进展和健康状况良好。
而且已经存在的现代方法,推荐使用类似的思维方式开展工作,但是只是局限在单一的维度(例如,看板主要是集中在“工作”这个阿尔法)。
另一方面,本质,更具有完备性和整体性,因为它是多-维的(即,它着重于所有阿尔法),从而提供了一个更准确的关于进展和健康状况的视图。
更重要的是,本质是一个轻量级的方式,不同于以往诸如CMMI和统一过程等所尝试的实践。
让团队成员有效合作的能力
史密斯每一次开始一个工程时,他必须从组织中不同部门抽调人员组建团队,甚至可能不同的承包商组织。
团队成员必须就如何协作达成共识。
例如,他们必须同意使用何种实践。
因为他们有着不同的背景和经历,这往往是很重要的。
组建团队可以被看作是一项复杂的再造工程。
而且,在过去的20年里许多已发表的文献中显示,在关于工程失败的原因的调查中,团队成员间的沟通不畅排名是很靠前的。
(6)
不同组织的个人,开始时就可以具有共同的根底。
即使是当他们原生的工作方式或最喜欢的工作方式,有很明显的不同的时候,也可用通过共同的根底,帮助团队更有效的沟通,因此具有更好的生产效率,。
基于中间立场的'决策
决策的根底应该是快速健康的检查,而不是死板的流程,或什么也没有做就做出决策。
史密斯工作的一局部内容是,与他的团队一起决定将他们的工作投入在何处,从而可以取得进展并对工程风险进行处理。
有些要求可能是模糊的,需要与客户代表进一步探索;有些技术上的问题需要进行研究;有些缺陷可能需要关注。
但是,以前却不是这样,史密斯不得不在规定的治理程序中,遵循特定的顺序进行工程的工作,在特定的里程碑下,产出所需的特定的文档。
这是一个重量级的、无效的方法,对史密斯和他的团队成员进行决策毫无帮助。
然而,通过使用本质,会将关注点聚焦在结果上,并在工程环境中处理风险。
本质提供了一个框架,能够更快、更有效、更自主的决策,可以帮助组织演进当前的治理实践,来满足当今所面临挑战的需要。
本质是如何完成这项工作的一个例子是,基于当前的工程环境,它通过阿尔法、阿尔法状态,和检查表让团队专注于工程中最重要的关注点并。
这提供了一个独立的检查,来检查团队为了到达预期结果的进展情况。
这项检查与团队使用的方法和实践没有关系。
今天,我们更加明白,当工程涉及到管理本钱和性能有效性时,每一个工程所处环境不同的重要意义。
这就是本质与以前的方法的最大区别,因为它有助于根据当前状态和目标状态,在正确的时间提出正确的问题。
总结一下,使用SEMAT内核向团队级别提供了许多好处。
设想一下,使用一种语言来写一个可互换的实践库,可以根据需要用尽可能轻量或正式的形式,并根据一个不变的事实来进行构建,这个不变的事实就是,所有软件的努力都基于确定关键要素的进展情况。
团队可以根据自己工作的需要和从实践库中进行选择,并根据需要进行实践的组合,而不是重新创造实践。
他们可以构建自己最正确的工作方式。
他们可以使用独立与实践和方法之外的、标准的指标来度量工程进展和健康状况——而且,团队可以防止重新创造和精力分散。
新的团队成员不需要从头开始学习所有内容。
所有这些因素都有助于提高团队的时间效率。
减少这种对时间和精力的浪费,除了能帮助团队实现其目标,显然已经在大型组织产生了累积的效应,从而可以帮助实现CIO们“多办事”的目标。
组织层面——成长和竞争就意味着“多办事”
正如本文开始时讨论的,在组织层面的目标是业务增长。
在我们的案例中,这是由戴夫来负责的。
他知道,只有客户满意,有回头客,为组织提供更多的商业时机,业务才能增长。
他知道,可以通过被鼓励和驱动的团队,使产品上市的速度和相关因素得以提升。
他同样知道,他需要运营一个管理完善的组织。
因此,戴夫想要引进一种机制,培育一种不断学习和鼓励的文化。
戴夫不仅希望他的团队彼此间相互学习,而且希望他们能从整个行业中学习。
这就需要一些改变。
一个共同的术语表和知识体系
人们可能会想到戴夫的团队将共享一个术语表,因为他们在同一家公司工作,但事实上不是这样。
大多数团队在自己的组织中使用不同的术语,往往是同一个术语具有不同的含义。
为了让一个团队成功地从另一个团队学习其实践,就需要冲破语言的障碍。
本质,通过使用单一的词汇——内核,来描述多种实践,从而撕开了这层语言障碍。
此外,本质提供了一种结构,用以组织那些诸如发现、评估、快速应用的实践。
团队也可以将他们所学到的东西回馈给这些实践,从而建立一个结构化的知识库——也就是多种实践。
这也提供了一个组织中的个人学习的路线图。
个人从实践库中掌握的实践越多,胜任能力就越强。
通用实践库的好处要超过单一工程。
例如,它可以大大地帮助那些失败的IT工程中,所存在的沟通问题的解决。
(6)
授权团队平安地改变他们的工作方式
采取这样的方法不仅仅需要小的改良,也需要主要方法的变更。
戴夫想鼓励他的团队创新,但同时,他担忧团队可能会陷入混乱。
因此,他的做法往往会走向保守,从而给团队主管的灵活性也就变得非常有限。
然而,使用本质和建立在内核之上的实践层面,组织可以有一个已被证明的框架,可以平安地改变他们的工作方式。
这让戴夫把精力聚焦在很少的一些特定实践中——也就是那些需要团队保持一致方式的“实践”。
同时他也可以让团队在其他领域进行创新,增加他们认为更为适用的实践。
团队得到控制,以一种直观的方式来取代现有的实践,或者增加一种新的实践。
这可以让团队得到授权,平安地设定其方法的范围,恰当地使用一些重要的方法。
持续的改良/真正的学习型组织
正如前面所提到的,戴夫的组织已经采用了CMMI,统一过程,最近在使用敏捷实践,每种方法的侧重点都有所不同。
然而,当拥抱一种新的方法时,不幸的是他的组织摒弃了那些在旧方法中已经学到的好的实践。
这是组织的一个巨大的损失。
事实上,这导致了显著和昂贵的改造。
例如,当他们引入敏捷实践时,他们改造了已经完成的架构工作方式。
通过使用本质内涵,联合使用这些实践而不是单个使用,戴夫的组织成为一个真正的学习型组织——不断成熟和完善所使用的实践,可以提高他们的开发能力。
团队可以很容易地了解工作内容,并在需要的地方调整一些实践——摒弃一些做法或者精炼一些不太好的做法,增加一些新的做法,来解决组织不断开展变化的需求。
其结果就是,软件开发部门不仅被许可,而且被鼓励探索行业的新技术和提出可能的新实践。
成功的做法(好的创意)可以放到轻量级的本质框架内,并迅速融入组织的工作方式。
这种自由度,在知识工的环境中起到了很大的鼓励作用——而鼓励是吸引和留住这个行业里最好的的关键,从而可以提高软件组织的效率。
组织同样可以得益于SEMAT,而不是简单的团队收益的汇总。
基于实践的工作方式或方法,意味着组织在这个层面进行投资,有大量重用的时机,而不是创立定制的工程的具体方法的描述。
资源组精通实践而不是方法,帮助他们更容易在团队之间进行移动,而且给CIO更大的工作灵活性。
这种更有效的管理实践,结合高适应性和高有效性的人员,通过业务实现,支持“多办事”的要求。
SEMAT成功故事
毫无疑问,本质是一个功能强大的工具,但它需要被适当地使用。
SEMAT方法已经帮助一些大型组织和研发工作,在通用的和特定的情景中都使用了多年。
(4)
离岸开发
这是一个在本质背后的想法,它已经在一个大型、知名的日本消费类电子公司得以应用,这个日本公司将一些开发工作外包给了中国的供给商。
该日本公司(即客户或发包方)从来没有实施过外包,也没有意识到即将发生的风险,也不理解使用用例和测试驱动的方式能带来的价值。
而中国的供给商(承包方)习惯于遵循客户指定的方法,这些方法往往是传统的瀑布式方法。
因此,开始时要建立一个良好的沟通和清晰的愿景,这是一项很大的挑战。
解决的方法是使用本质内核阿尔法,就团队应该如何组织和组成达成共识。
轻量的、直观的阿尔法状态卡能够帮助客户和供给商的团队主管,将其协同工作的方式可视化。
这项工作开始时,在客户方有8名员工,逐渐增长到客户方10员工、供给商方20名员工,然后到达客户方30员工、供给商方50名员工。
在工作接近收尾的时候,客户方有80名员工、供给商方200名员工参与其中。
当成员参加开发团队后,他们得到了一套关于内核的快速入门资料,和一些新的实践(迭代开发,用例驱动开发,测试驱动开发)。
工程经理监控开发的状态和团队的规模。
当一个团队变得太大了,就需要进行拆分,而且新的团队主管会接受关于内核的,从而了解作用在团队上。
显然,每个团队和个人的参与并不是静态的,即使在一个重要工作中也是这样。
本质不仅可以帮助团队开始工作,它还能帮助团队成长。
全球化协作的软件开发
通过使用本质内核来构建根底,一个著名的全球再保险公司已建立了一系列的协作模型,涉及到整个应用软件的开发工作。
从12种实践中,提炼出4种协作模型,而且是在共同的内核上构建起来的。
这些模型是探索性的、标准的、可维护的、可支持的。
每一种模型都定义了一个轻量级的治理流程,以适用于开展不同种类的工作,并提供了足够的实践使团队可以开始工作。
这对组织级层面和当前的工作实施,都有很多好处,包括以下方面:
在效劳组织中的人员工作的统一性。
应用程序开发部门被组织成多个独立的效劳。
团队根据所需的各种效劳技能的成员而进行组建。
内核的使用提供了一个共同的根底,能让这些团队迅速走到一起并确保他们都使用同一种语言。
启用灵活的采购政策。
采用基于内核的方法还允许不同的效劳,通过平安地利用外部资源和供给商,从而具备灵活的能力。
内核的使用,使每个人在工作方式上快速开始,很容易理解自己的角色和责任。
增加敏捷度和提高工程绩效。
通过重点关注那些为开发好的软件所需的效劳和团队协作的融合的实践,组织已经能够使团队及其所使用的效劳,不断地得到检查和调整,在他们的日常工作中,平安地拥抱敏捷和精益思想。
全球化协作。
公司的应用开发团队可能在世界很多地方都存在。
通过提供一个标准的、轻量级的工作方式,就可以到达更大的全球化协作,甚至在某些情况下,全球化采购模式已经得以实现。
标准的应用生命周期管理工具
有很多公司已经使用了本质的方法,来帮助建立独立于实践的工具和应用生命周期管理框架。
包括以下内容:
一个著名的系统集成商集成了一个开源的、低价的工具系统,用来支持使用本质内核的分布式团队,同时也用它来支持对实践的组合和执行。
这个工具系统作为组织效劳来运行,而且已经被成功地运行在各种工程之中。
本质所呈现的灵活性,允许使用相同的工具和实践,来同时支持敏捷和瀑布式开发方式。
一个主要的英国政府部门引入了一套基于内核的敏捷工具集,用以标准敏捷度,并用一种独立于实践的方式跟踪工程的进展和健康状况。
这就允许团队可以根据他们的一致性、有效性、轻量级治理框架,来采用敏捷实践。
它也可以帮助团队继续跟踪和防止一些在向敏捷工作方式转型时的失误。
在以上的这两个例子中,由内核提供了一个通用的根底,其结果聚焦在使用阿尔法扩展工具的应用,而不会削弱团队的自主性和授权。
更好、更快、更省钱、更开心
一种方法是否有效,应该以如何更好、更快、更省钱的进行软件开发、客户和员工更开心来衡量。
更好的方法会使得所有这些因素都得到改良。
更好的软件意味着你的产品竞争力会提高。
速度是让产品进入市场的关键。
速度更快的一种作用就是会更省钱,同样,自动化也可以到达更省钱的效果。
客户更满意的有很多,其中之一是创造更好的用户体验。
更好、更快,更省钱、更开心是CIO优先关注的元素(即,多办事)。
SEMAT提供了一个根底,使一个大型组织的应用开发部门,在所有这些因素上得到改良,成为一个更有效的专业化鼓励的团队,而且真正促进企业的竞争力。
组织不必等到从本质内核获得收益。
团队和部门今天就可以从中受益。
本质能带来的最重要的价值是,防止昂贵的再造本钱,也不必再重复学习的内容。
高层领导应该是什么样的xx-11-0121:
58|#2楼
我们每个人都不是天生的管理者,我们是在管理实践中学习,并不断地进步。
开始我们只是一个实习生,后来成了一个初级员工,再后来成了业务骨干,并被委以初级的管理职责,慢慢地成为中层管理者,后来因为有独特的长处而成为了高层管理者。
成为高层管理者的很多人也可能是因为年资与一时缺才的缘故,因此进入高管岗位并不自然意味着自己有了高级的管理才能,因此有心反省、学习典范、与团队成员协调、听取团队成员建议就成为逐步习得管理能力的一些重要途径。
这里我要提到一些现在特别需要注意的管理风格上的问题,引为高层管理者的考前须知。
1.高层要善用鼓励与鼓励信息,而且尽量要先用这一方法,很多时候高层的鼓励胜过常规几倍的奖金,当然鼓励也需要不断创新,甚至需要建立更加具有鼓励性的目标体系,需要注意的是,高层应该更为中层提供具体的鼓励性目标,而对于基层的鼓励更着重在精神方面,而对于有系统问题的点那么应提醒中层加以解决。
2.高层要善用私人方式与管理对象交流,尤其在批评性的情况下,高层管理者应该在比拟私密的空间中与对象交流,并摆出事实,提出问题,奉献建议,询问支持性的需要,忌讳在开放空间中批评管理对象,更忌讳在其他下属与同僚面前批评下属,而情绪性的、暴-力性的、骂街性的语言说明一个人缺乏作为高管的起码修养,需要认真反思。
3.高管要有很强的资源意识,学习人力资源的科学管理方法。
因为高管是活的公司文化,再好的口号与号召不如高管在日常管理中的随口一说。
要知道公司从招用到训练任何一个同事的本钱都很高,而高管的行为会切实地影响到公司本钱转化为产出的程度、速度与效率。
4.高层管理好似总机,尽管不是需要事必躬亲,但要在人们需要的时候随时可及,因为涉及到要找他们的事情总不会是鸡毛蒜皮的小事情,高管意识就包括随时在线。
5.高管需要身先士卒,这是领导团队时候建立威望并了解问题关键所在的根本方法,但这并不是说他需要经常与常规地事必躬亲,好的高管需要建立赋能系统,不断地辅导与训练团队成员掌握自己已经确定的知识与技能,并不断开发与探索新的知识与技能,并再度转移给团队成员。
6.高管必须成为学习典范,因为知识的更新速度很快,高管的知识落后意味着团队的全面落后,而且只有高管的及时学习,才能知道为团队指引学习的方向,并为大家定立学习的样本,高管的懈怠使得团队的学习要么成为不可能,要么就成为低效率。
7.高管要善于积极主动的社会交往,因为他们是公司资源的内外连接点,是公司形象与业务的具体表现者,很多高管不应只是一个内部的职位,也应该是相应的专业管理圈中的成员,是相应的业务领域的社交参与者,这涉及到资源整合的能力,也涉及到能否把握圈子内的整体开展水平,而不会成为一个孤独而隔绝的落伍者。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 什么是 高层 管理者
![提示](https://static.bingdoc.com/images/bang_tan.gif)