精华内容
下载资源
问答
  • 技术到管理岗位的角色转换:优秀骨干优秀管理者 作者:王珺之 前言 目前,我国企业95%的中层管理者都是从技术骨干提拔上来的,有相当一部分从技术骨干提拔上来的新任管理者都存在着诸多的困惑和问题。...

    技术到管理岗位的角色转换:从优秀骨干到优秀管理者 作者:王珺之


    前言

    目前,我国企业95%的中层管理者都是从技术骨干提拔上来的,有相当一部分从技术骨干提拔上来的新任管理者都存在着诸多的困惑和问题。比如,对技术的研究还痴迷,对技术性的工作始终有割舍不下的情结;对管理工作的陌生,甚至在管理中无从下手。对于整理日常事务性的工作不感兴趣,工作忙乱,每天总有做不完的事情;对下属则总是放心不下,总想事事亲力亲为,生怕出一点差错;对同事也无法坦诚相待;对上级更是忐忑不安,时刻毕恭毕敬,诚惶诚恐的怕领导对自己不满意等等。总之,要想完成从技术骨干到优秀管理者的转变不仅仅是能力上的进步,更重要的换位思考以达到思想上的提升。

      企业人力资源是企业发展的重要保证,技术骨干是企业中从事高技术、高技能、高管理的“三高”人员,是企业人力资源的重要组成部分。对企业技术创新、市场开拓、质量提升、竞争力培育等方面起着决定性的作用。近年来,随着经济全球化进程加快和市场经济的快速发展,我国众多大中型企业遇到产业发展的诸多瓶颈,必须进行战略转型,寻觅新的发展领域。为确保企业持续发展,技术骨干型人才纷纷向管理者转型。在一些高科技公司里,许多中高层管理人员都是由技术骨干提拔来的。这些技术骨干在公司工作时间较长、通晓业务,是公司内比较合适的管理人员人选。当技术骨干被提升到管理岗位后,他将面临角色定位、思维模式、工作方法、技能的一系列转变和提升。但很多企业在这个环节缺乏必要的辅导和帮助,导致企业失去了一个优秀的技术骨干,而增加了一个蹩脚的管理者。

      技术和管理需要不同的思维方式,不同的解决问题的思路和方法。管理者在管理中要面对更多的不确定性。在管理员工和管理决策上信息相对缺乏,需要在各种资源、目标和现实条件之间做出平衡,更要以大局的视角来考虑和解决问题。由于技术骨干往往在工作过程中更加注重专业技术技能的培养和提升,忽视了对管理体系知识的积累,造成缺乏全局意识、知识面的狭窄、影响力弱、问题观察角度单一、缺乏解决问题的手段、管理素质能力训练不足等等问题。这些都加大了从技术走向管理的跨度,如果不能很好的解决,将会给企业和员工本人带来非常不利的影响。为了适应全新的工作要求、定位和挑战,拥有技术背景的管理人员必须培养和修炼能够胜任管理角色的职业意识和管理技能。

      从技术骨干走向优秀管理者,从本质上来说都需要经历“被人管理,自己管理自己,管理别人”这么三个过程,如何完成这三个转变,是一段不短的时间过程。

      本书将帮助您建立一个完整的管理知识体系架构,确立正确的管理角色定位,掌握技术型管理者必须具备的技能,使您能够快速的适应和理解管理岗位;学会如何提升影响力,如何管理激励不同类型的下属;如何更为有效的完成上级交代的任务;如何掌握良好的沟通技巧,如何开展团队建设和管理;我们通过大量实战案例的分析和练习,力图让您能够快速掌握必备的管理技能和技巧,并快速应用到实际管理工作当中去。

      书包网 www.bookbao.com

    第一章 概述

    一名技术骨干所具备的能力主要体现在这三种能力上:一是专业化能力;二是精准化完成工作的能力;三是独立作战能力。也就是说技术骨干的工作角色就是能够按照标准的操作程序执行所承担的工作或任务,其特点是:自已做事和做自已的事,他所追求的尺度就是公平,所带来的成就感也是个人方面的。而技术型管理者的定位就是要做到合理化,也就是说一个技术型管理者不但要能够理解规定,并且还必须看到规定背后的目的,而不是一味地按照规定来执行工作,要学会怎样去变通去管理。技术型管理者的特点是不仅仅自已会做事,同时还要让别人会做事,他所追求的尺度是效果第一,所具备的能力也是以人际能力为主,并具备各方面的综合能力,他所带来的成就感也不再是个人方面的,而是一个团体的成就感。所以,从技术骨干向管理人才转型所扮演的角色也要随之而改变。

      

    第一节 工作转型后的角色定位(1)

    许多技术骨干刚开始进入他们的职业生涯时,没有想过自己有一天也会涉足管理,然而,实际上他们发现,自己的管理职责逐步增多。尽管他们被委派作技术专家,但他们的工作中关键的、日益增加的部分是管理他人。

      要想从一名技术型骨干转变成一位优秀的技术型管理者,他首先要克服专业技术人员固有的思维方式和工作习惯,也就是要先解决最核心最基本的问题——明确自己的角色定位。只有认清自己的角色定位,才能明确的知道自己该干什么和怎么干。对于管理者而言,是否扮演好了技术型管理者这个角色,应该由被管理者,也就是员工来评判。

      一.技术骨干与管理者的特质区别

      要想顺利实现从技术骨干到优秀管理者的转型,首先就要明确这两者之间的特质要求和区别。技术骨干有些什么特质呢?从优秀管理者身上又能看到哪些特质呢?他们在个性、特质、思维习惯、工作风格方面到底有哪些相同和不同之处?对此,经过调查研究我们可以了解到以下的特质区别:

      技术骨干 管理者
      管事 管人
      非黑即白 非黑非白
      对事不对人 对事又对人
      在乎过程 在乎结果

      算加法 算乘法
      收敛思维 发散思维
      科学 艺术
      量化 概念
      古板 灵活

      技术骨干更多的是关心“事”,关注工作是否顺利完成;而管理者更关注是否充分挖掘了每个员工的最大价值,团队成员是否已经尽了自己最大的努力;

      技术骨干在工作上常常习惯从深处、细微处着手;管理者则并不苛求每一个细节都完美,主要是宏观把握,因而很多事情处理起来显得不够精细和具体;

      技术骨干坚持非黑即白的是非观,由于长期从事技术活动,更相信经过反复验证的事情,是非权责分明;管理者则认为在管理中没有绝对的正确或错误,只要不违背一些特定的原则就可以,所以他们在观念上也就没有非黑即白,而是因人而异,具体问题具体分析;

      技术骨干做事只对事不对人,无论对客户还是上司,就事论事,不会变通,更不会因人而异;管理者则坚持对事也对人,常常根据具体情况作出对应的反应;

      技术骨干更多的是享受过程的乐趣,对于结果并不过分重视,只管耕耘;管理者则更强调工作的结果和价值所在;

      技术骨干在工作方式上是“算加法”,通常是完成一件事再去做另外一件;管理者则是“算乘法”,所有关键要素齐头并进,其中任何一个要素都要求配合完成;

      技术骨干倾向于收敛思维,思考问题时思维模式单一化、机械化;管理者则是发散思维,强调融会贯通;

      技术骨干更崇尚科学;管理者则更看重管理中的哲学和艺术;

      技术骨干做每件事都需要量化的指标,坚持科学的观念;管理者更多依靠的是与“科学”相对应的概念性的理念;

      综合以上特点,技术骨干相较于管理者更固执、刻板,管理者则灵活许多,更富有弹性。要想成为一名优秀的技术型管理者就要熟悉这些特质区别,只有知己知彼方能百战百胜。

      二.做好角色的转换

      通过上述详细的对比我们可以看到,技术骨干和管理者在各自的职业生涯中形成了独具特色的习惯,那么如何做好从技术骨干到优秀管理者的角色转换呢?一般而言,从客观的技术领域进入到以主观为主的管理领域,技术骨干们发现这种角色转换要比预想的更具挑战性。甚至许多技术骨干对管理者都持一种否定或者观望的态度。他们眼里的管理者似乎是犹豫不决的人,又没有精湛的技术,还常常自以为是。尽管这样,每年还是有许多技术骨干接受提拔,进入管理者阶层。每位进入管理层的技术骨干们并非仅仅是为了金钱和权力。技术骨干们相信会找到并解决管理过程中存在的种种问题,正是这种信念促使大多数技术骨干接受挑战接受转型。然而,技术骨干们提拔到管理岗位后,将要面临一大堆他们不熟悉的问题。
    老板往往是从创造性和解决技术问题的能力两方面来衡量技术骨干的。一旦技术骨干知道了问题所在,就会应用毫无疑义的技术原理找出解决问题的办法。在这种情况下,做出正确的抉择要靠经验--这是新上任的管理者缺乏的一种素质。  刚从技术骨干提拔到管理者的你,不要立刻着手改变你所在公司现状。在这之前,要给自己留出了解情况的时间。


    第一节 工作转型后的角色定位(2)

    曾在山东一家著名公司的任董事长兼首席执行官的李铭,刚开始谋生时是在德州仪器公司当一名设计工程师。他很了解工程部门和管理部门这两个部门的特点。因为他对从技术骨干被提拔到管理岗位后遭遇挫折的共同根源有自己的看法,他说:“技术骨干们倾向于把世界看成是一个理性的地方:事物都可以加以解释,只要你了解它们;客户们应当买最好的产品;骗人是行不通的;工作最出色的公司和个人总会被人发现,总会得到回报的。”
    同时他还指出:“有时,人们认为技术型管理者在与人们、客户、媒体和高层领导相处时太直率了。”可见任何角色的转换都是一个痛苦而又不简单的过程。

      在完成角色转换以后,要避免技术骨干与管理本身只是层次不同而已的观念。管理也像其它任何一种专业一样,需要专门的知识和才能。在任何一家公司中,管理部门的目标都是完成公司的使命,因此,作为一位新提拔的管理者,你首先要明确公司的使命。

      当你作为一名管理者开始上任时,会发现你的时间不再属于你自己了,你要花大部分时间与员工沟通交流并指导他们的工作。你已经不再像技术骨干时有自己的时间坐到办公桌前钻心研究问题了。管理部门是公司内部沟通的基础。管理者们构成了公司的信息网络,各种各样的数据通过这个网络流动。每个公司都采用不同的协议来传递这些信息。在你扮演的管理者这个新角色时,你应该学会如何包装你的工作,如何滤掉社交信息和无关的信息,如何辨别哪些是需要你及时处理的哪些又是可以缓一缓或者交待员工来完成的。

      一位曾多次荣获工业奖项的工程师在谈到技术人才应该具备什么样的素质才能成为一名优秀管理者时说,“一名优秀的管理者必须是能够在‘灰色地带’进行思考的人。许多技术骨干学会了按非黑即白的态度来对待问题,也就是说,存在着正确和错误两种答案,解决问题的目的就是要找出正确的答案。在管理领域常常没有明确的正确或错误的答案,存在着或多或少满足有关公司、人员和技术的制约因素的各种解决办法。在这些因素中进行很好折衷的能力就是一名优秀管理者的关键素质之一。”他强调道,决策的及时性常常与决策的质量同样重要,从而说明“折衷、质量和及时性都非常重要,三者不可缺一。”
    按照李铭的看法,转型到管理岗位上的技术骨干们工作失败的最大根源,往往是他们忽视人的因素。一名转型而来的技术型管理者必须及时认识到,他不是主管某个部门,而是一个团队的带头人。他作为成为团队的一分子会使团队更有效率和更富创造性地工作。一个团队可以把各成员的潜力和能力综合起来为团队服务。团队的成员要有共同的目标和价值观,这样他们之间才能进行更好的沟通,才能更加集中精力提出一致同意的解决方案。一个团队需要的是领头人而不是老板。你无法靠发号施令来把你的下属们团结成一个团队。你需要赢得手下人的尊敬,也许他们已经佩服你的技术能力,但还需要培养对你领导能力的尊重。你要向人们表明,你了解公司的使命,而且能够阐明如何成功实现这些使命。重要的是要尊重团队中的所有成员,包括从专业和个人能力两个方面都要有正确判断。

      良好的沟通技巧在你新的管理生涯中是必不可少的。实践是培养和提高沟通技巧的最佳途径。大多数公司目前采用的是口头交流。书面的交流始终只限于使用表格,电子邮件尽管也属书写形式,但它几乎只是一种不同步的口头交流。团队的交流通常采用幻灯片讲演形式。你可以通过用幻灯片向下属作阶段进展报告的办法来培养自己的讲演技巧。这样做有助于你熟悉如何列出大纲,并根据这个大纲在下属面前讲演。
    要提高个人的沟通技巧,就要跟手下的员工多沟通交流。要学会关心员工们在工作内和工作外的兴趣、目标以及他们对所承担的工作的看法。同时对每位员工的激励方式也不尽相同。你的技术背景将会使你很快理清并解决他们在技术问题上的专业观点,但是,要当好一名优秀管理者,开始和展开个人沟通就是新任管理者的责任。当然首先你要鼓励团队成员之间相互交流。千万别让自己成为所有团队内部交流的必经渠道,那样,你会忙得焦头烂额的。
    作为一个团队的管理者,你的成功取决于你团队的成功。你的工作包括创造一种最有利于取得成功的环境。当公司分配一个新的项目时,你应该保证自己的团队具有各种必要的工具、必要的工程人才和时间来完成这个产品。

      当一个项目需要几个月来完成时,等到最后才获得正面反馈意见是很难受的。作为管理者,你必须设法不时地奖励下属,安排一些社交活动来使下属放松一下,例如举办晚会。当到达某一个重要里程碑时,要举行一次时间较长的午餐会,释放一下团队的紧张情绪。这种活动不仅对你的团队有好处,对你自己也有益。这些活动会使你更了解自己的下属,观察他们之间如何相互交流,甚至还可以了解到公司的哪些问题最让他们忧心。这样,团体就会自觉地工作更长时间。届时,管理过程将变成第二个天然属性了。一名管理者的成功经历取决于其学习过程的长短。


    第二节 技术骨干到管理者的整合性思维(1)

    从技术骨干到优秀管理者转变,改变固有的思维模式是前提。技术骨干能否转变为优秀的管理者归根结底是管理者的问题,而不是被管理者或者企业的问题,而技术型管理者本身的问题归根结底是思维模式的问题。

      模式是指个人了解外在世界及采取行动的一些习以为常的想法、成见或印象。我们每个人对周遭人、事、物都有他的看法。这样的思维模式不仅影响我们如何了解事物,同时,也影响我们的行为。在企业中我们不难发现,技术骨干很多,但是优秀的技术型管理者很少,而从技术骨干蜕变到优秀技术型管理者的更是不多。存在这些问题的前提就是很多技术人员或者技术骨干对管理者的角色认知存在误区。在他们看来,开过会了就等于解决问题了,宣布什么或者说了什么就等于做了什么,但其实问题依然存在,有人称这种现象叫“泡沫管理”。技术骨干很容易把问题掩盖,开会的头10分钟大家还知道今天开会的主题是什么,可是开了半小时之后却不知道开什么会了,更不知道如何解决问题。反而大家都在制造一些问题,然后把这些问题做为下一次开会的理由。
    我们经常关注成功的管理者是如何行事如何管理的,但往往我们忽略了他们的思考过程。管理者在其行动中很少会展现出他们的思维方式,因此,要想从技术骨干变成一名优秀的技术型管理者就必须先转变自己的思维模式。思维模式是指我们每个人了解外在世界以及采取行动的一些习以为常理所当然的想法、成见或者印象。

      在我们与技术型管理者对话的过程中,我们发现了以下五个思维模式在阻碍技术型管理者的角色转换:
      现象 思维模式
      重技术轻管理
    对技术型管理者来说管理是空的,技术才是实的。
      批评多,鼓励少 对事严谨,对人苛刻,人情味不浓。
      团队合作少,单干多
    喜欢一个人埋头研究,而不擅长跟团队一起合作
      问题多,沟通少 把焦点过度放在“事”上,而少了跟员工的沟通交流。
      讨论少,自作主张多
    单打独斗,自作主张,而不是跟员工一起探讨解决。

      这五种思维模式,在本质上在制约着技术型管理者的职业发展,那么我们究竟需要什么的思维模式才能使技术骨干成功转型为优秀的技术型管理者呢?

      伟大商界领袖的行为方式一直受人瞩目,《杰克·韦尔奇自传》和《执行力》之类的书籍之所以热销,正是因为人们想从成功人士的行为中得到启发。我们希望能够从这些成功管理者身上学到处理问题的方法。很多技术人员于是依葫芦画瓢把这些成功管理者的行为照搬到自己的工作当中,这样当然无法达到理想的效果。最关键的原因就在于,只有彻底转变自己的思维模式最终才能掌握其真谛。罗杰·马丁(RogerMartin)提出了从管理者的思维方式和认知过程来探求其行动的原因——“知其然,亦知其所以然”。
    在过去几年中,罗杰·马丁先后访谈了50多位成功的优秀管理者,他最终发现,这些管理者在思维方式上大都有一个共性:他们都倾向于且有能力同时接受两种相互冲突的观点,与此同时既不会感到焦虑和不安,也不会简单地进行非此即彼的取舍,而是另辟蹊径,提出一个新思路。这一新的思路,既融合了原先两种观点的冲突所在,又比原先两种观点更胜一筹。这种优化选择的思维过程称为整合性思维。书包网
    bookbao.com 想看书来书包网

    第二节 技术骨干到管理者的整合性思维(2)

    优秀技术型管理者的真正特点,既不是高超的战略,也不是完美的执行,而是一种整合性思维准则——放弃“非此即彼”的选择,利用两种对立观点之间的矛盾来寻找一条更好、更有创意的解决方案。
    运用整合性思维的人是如何将两个冲突的观点升华为一个更富有创意的观点的呢?一般来说,技术骨干要想变成优秀的技术型管理者,做到整合性思维模式要学会以下四个步骤。虽然这四个步骤并不是整合性思维所特有的,每个人通过思考、进行决策的时候都会经历这四个步骤,但是,区分整合性思维和传统思维方式是每一个步骤中思考过程的重点和方法。
    步骤1:抓关键

      第一步就是找出管理者在做出决策的时候,所要考虑的因素。为了降低复杂性,习惯性的做法是尽量舍去一些认为无用的因素,甚至一开始就不去考虑不重要的因素。但是这样一来,我们就可能会把一些关键因素给忽略掉。例如,企业的财务部门往往在考虑问题的时候不会忽略情感因素;组织在考虑员工行为问题的时候,也可能会忽略了组织的自身问题。这是因为组织中大多数部门都高度专业化,都有各自狭隘的观点;而技术骨干往往为了奉行企业的规定,强迫员工要在限制的范围内考虑问题,结果员工只考虑了问题中的一部分因素,却忽略了其他应该注意的相关因素。而当决策产生了问题的时候,我们却常常会后悔当初忽略了一些应该予以关注的问题。

      整合性思考在寻找影响决策的因素的时候,会主动寻找那些虽然不是很明显,但是却与决策相关的潜在关键因素。当然,考虑的因素越多,问题可能会越复杂,但是,只要我们能够发现越多的相关因素,则越能够把问题看的全面。

      步骤2:重分析
    决策的第二步,是着重分析众多显著因素彼此的关联性。在分析因果关系时,习惯传统思维的技术骨干们像第一步时一样,采取狭隘的观点,所以他们常常会采用最简单的做法,就是找出两事物间直线的因果关系。经营和管理中的很多关系一般都是线性的关系。很多时候,我们并不需要把事情弄得复杂,只要从各个角度去展示问题的真实所在就好。而有些管理者只会告诉你“管好自己的事情就行了”,于是,一个可能非常复杂的因果关系,就变成了由于原因A而引起了结果B的线性关系,殊不知中间忽略了很多重要的环节。
    例如,公司的培训主管做出了一项决策,由于A生产部门在过去的一个季度中,绩效考核一直为C等,他通过调查发现,员工的绩效不佳是由于个人的技能不足而造成的,因此决定对A部门的所有员工进行一次技能的培训。但是培训完之后,该部门下一个月的绩效照样不佳。在他做出这样一个简单的因果认定的时候,殊不知忽略了一些更为本质的问题。这样一个不全面的因果关系的认定,不仅花费了人力、物力、财力,而且问题仍然没有解决。
    从这点上看,优秀管理者往往会理清问题的因果关系,把握问题中各个关键因素之间的千丝万缕,然后再做出下一步决策,问题也就很容易彻底解决而不是做无用功。
    步骤3:做决策
    当你理清了决策中各个显著因素间的因果关系后,接下来就要准备做决策了。但是如何决策呢?即使一个看似非常简单的问题,在做出决策的时候也要决定很多小的因素。例如,要做出今晚看电影的一个决定,你至少需要考虑看哪部电影、去哪个影院、看几点场?如果考虑的更周全的话,可能还会考虑离家远近问题、出发的时间、走那条路不会堵车、停车方便问题等等,而做出这些细小决策的顺序会影响到最终的结果。传统的思维方式就是这样将问题拆成很小的因素,然后逐个解决,虽然问题最终是解决了,但是,很可能这不是最佳的解决方案。可能从整体的角度来看,问题根本不需要这样来解决。
    具有整合性思维的管理者在决策时,不会先将一个问题化整为零,再用各个击破的方法一一解决,也不会按特定顺序解决。他们会看到问题的整体架构,包括部分如何组合成一个整体,一个决策如何影响另一个决策。

      步骤4:定方案
    通常,我们会接受一个争议较少、较为折中的方案,这样不会有太多的反对意见,看上去也好像是最佳的选择。传统思维的人不去考虑其他潜在的却不引人注意的方案,而是从两个均表现不佳的方案中,选出一个较好的,并无可奈何地说:“除了这样,我还能怎么办?”
    而具有整合性思维的优秀管理者并不会满足于原有的两种方案。他们会将方案暂时延期,要求团队更深入地重新考虑各个因素,而后得出一个新的、更好的方案。甚至在新的方案出来后,仍不满意,回到起点,重新开始分析。当最终得到一个令人满意的方案的时候,与最初的“二选一”的方案比较,我们就会发现,如果没有这样一遍一遍的思考,原先的方案会给最终的执行带来多大的损失。
    整合性思维的结果和传统思维的结果有着巨大的区别,这个区别也就是优秀管理者和技术骨干之间的差距。整合性思维的人会最大程度地考虑潜在的可能性,能够带来新的思路和解决问题的方法,并且乐于接受改变所带来的挑战;而传统思维的人会刻意地掩盖潜在的解决问题的方法,幻想一些不切实际的解决方法,并且安于事物的现状。
    因此,整合性思维并不仅仅是少数人才有的天赋,而是一项可以有意识地培养的技能。技术骨干可以有意识地培养和加强这种思考的习惯,来避免做出“非此即彼”的决策。

      书包 网 bookbao.com 想看书来书包网

    第三节 技术骨干到管理者的障碍与优势

    我们知道专业技术人员和优秀管理者都在各自的职业生涯中形成了自己独具一格的习惯和作风。比如,专业技术人员更执着,更有钻研精神,而管理人员更灵活,更善于合理利用优势。从技术岗位提升到管理岗位,绝对不是请吃一顿“庆祝饭”那么简单。问题是,习惯了单兵作战的技术骨干,如何才能华丽转身为统观全局的管理者呢?

      审视一下技术骨干在转岗为管理岗位时可能存在的困难,或许就能找出一些解决之道。
    总的来说,主要有三大障碍:专业领域的思维模式、工作习惯和能力培养偏向性。技术骨干转为管理者存在的困难:
      思维模式 重技术轻管理的价值观

      工作习惯 习惯从个体角度出发,而不是从全局思考整体;
      喜欢独立思考,亲力亲为;更倾向于表达、说服他人,而不是倾听和影响他人。

      能力培养偏向性 更加注重在专业领域纵深的发展;在决策、组织协调、资源调动和人员激励等管理能力方面倾注较少。

      接下来我们具体分析这三大障碍:
      第一,局限的专业思维模式

      在上一节里我们谈到技术骨干必须要培养的整合性思维模式,是一个系统的解决问题的思路和策略。我们这里要讲的思维模式则是专业上的,作为资深的技术骨干,多年来的工作一直要求他们以客观事实为依据,以提供领先的技术为目标,造就了他们技术重于管理的价值观。他们认为只有在专业领域中保持自己的权威,才能确立自己在公司的地位,所以不愿意花费时间周旋在人与人之间、人与工作之间,更不必说花精力来平衡。并且,技术项目解决方案不需要对整个流程有太多的了解。但是承担管理职责以后,必须要从全局出发,思考整个工作如何部署、调动什么资源、怎么进行计划组织和授权等,才能更好地提供支持或者解决问题。因此,当他们需要180度扭转思维,辗转在人员和工作的关系平衡之间时,就显得突兀而迷茫了。

      第二,亲力亲为的工作习惯

      工作时,技术骨干更倾向于亲力亲为,并要求能够看到具体的数据、产品等实实在在的产出,而管理者的职责是带领、协调整个团队工作,利用好各专业的人才来为产出负责,强调集体产出成果。同时,技术骨干会因为专业领域的权威而变得非常自信,习惯于单向沟通,不擅长倾听,而管理工作则需要聆听不同的声音,理解各方所需,进而说服对方采取一定的行动。

      第三,单一化的能力

      技术骨干更加专注于专业领域内的新动向、研究的实际成果,在专业能力的培养和提升方面投入了大量的时间精力。相对而言,在决策、沟通协调、战略思考以及计划组织能力等方面关注就比较少。因此,技术骨干在向管理者转型的过程中,能力的培养和提升是他们必须要研修的功课,管理层次越高,管理能力提升要求也越高。通过对多家企业的调研不难发现,技术骨干都头脑聪明、积极上进,但容易缺乏人际勇气,不善于人际交通,战略思维、计划组织能力也相对较弱。

      任何事物都有双面性,所以技术骨干向管理者转变既有障碍,同样也会有一定的优势。尽管转型过程中障碍重重,但是技术骨干转岗为管理者的优势还是很明显的:

      第一,技术精湛经验丰富

      企业的技术骨干大都技术精湛经验丰富。因此相比其他背景的工作人员,他们对公司业务的理解更为深厚,不仅能够紧密贴合公司业务发展的需要,还能够站在行业前沿,为公司提供战略研究建议。

      第二,容易与一线达成共识

      对于以技术为核心的高科技企业,进行产品研发、设定技术标准、规范业务管理流程、开发员工知识体系等方面工作是企业可持续发展的关键,这些工作需要多年专业工作的沉淀、总结和提炼。所以,由技术骨干转型而成的管理者在工作方法、思维逻辑与外行的管理者相比,更容易与一线形成共识,达成协作。

      第三,快速反应准确应对能力强

      技术骨干大都是从业务一线成长起来的,深谙前线业务快速可持续发展最需要开展的工作,因此不管是担任业务部门的管理人员,还是担任职能部门的管理人员,技术骨干在快速响应、准确应对上都具有及时准确的优势。

      管理者的职责是建立、建全各项规章制度。一名优秀的技术型管理者既是制度的设计者也是制度的执行者,是管理思想的核心所在,是策划者和执行者的双重角色。所以,不管是战胜障碍还是利用优势,从技术骨干到优秀管理者的转变还有一条很长的路需要走。

      

    第四节 技术骨干到管理者的转型策略

    要实现从技术骨干到管理者的成功转型,最大的问题是如何才能充分发挥技术骨干的优势,同时避免技术骨干的劣势,然后脱变成综合管理人才。这就需要我们甄别哪些是最有潜力成长为管理者的技术骨干,避免走弯路。

      技术骨干怎样才能有效转型为优秀管理者?分两步来解决。
      第一步:甄别“松鼠”和“鸡”的潜质

      西方有句谚语:“你也许能教会一只鸡上树,但你最好一开始就找一只松鼠。”同样的道理,一个人是否具有管理潜质同样是可以预先评估的。

      目前市场上有一些测评工具,这些工具能够有效帮助企业甄别具有什么个性和能力的人更有潜力成为管理者。当前应用较多的个性和管理能力测评工具有DISC、PDP等,效果都比较好。此外,企业可以补充如行为面试、公文筐、案例分析、述职报告等其他测评方法,以对技术骨干做全面的了解。

      通常,一名技术骨干整个测评下来需要3个小时,根据测评内容的不同,时间也可上下调整。一个正式的人才测评和职位晋升过程就像“成年礼”,对于被提升的管理者具有强大的激励作用。因为在这过程中,技术骨干需要系统梳理自己的经验、专长和优劣势,才能在领导和员工面前展现自己最好的一面。绝大多数大型跨国公司,像惠普、IBM等公司,提拔中高层管理者之前,都会进行个性测试、述职或能力评估,以确定管理者的专长、优劣势,并避免可能的风险。国内一些市场化较好的大型企业也会对管理者进行360度测评或民意评估,如华为、联想、新浪等都会对中高层管理者进行类似的评估,并形成企业人才库。

      第二步:“成年”仪式
      如果某位技术骨干有幸从众多技术元老中脱颖而出,成为管理者,他自身与企业应该做哪些准备和调整呢?

      通常情况下,技术骨干由于在本专业领域工作表现突出,对自身能力通常比较自信,所以要想让他们公开承认自己在管理上的欠缺是一件很难为情的事情,这种欠缺可以分为心态和技能两种。

      技术骨干转岗管理人员需要的素质流程如下图:
      首先,技术骨干要调整好自己的心态。

      心理学上讲,如果一个人因为过去的实践经验得到提升,那么这种经验在未来的工作中会趋向于进一步强化,这是许多技术骨干沿袭原来岗位的工作习惯和沟通方式,不肯做出改变的根本原因。

      当然,要求管理经验缺乏的技术骨干能够准确把握管理者的心态,这是非常急功近利的,因此企业需要一点耐心对被提升者进行适当的指导。指导方式一般有以下两种:

      角色辅导:充分意识到角色的调整,以及新角色的要求。公司指派专人帮助技术骨干发现并发挥自己内在的管理潜力,并作出一定的转变。

      自我述职:述职不仅是对过去工作进行总结,同时还需要对未来工作进行展望。新上任的技术型管理者需要告诉大家自己未来的管理目标,公司也会对管理者提出管理方面的新要求,这就促进了技术型管理者对自身角色进行调整。

      不管通过什么方式,其重点就在于引导被提升者领悟管理者和技术骨干的差异,关注做好“一个人”的事和带领“一群人”把事做好的重要区别。

      其次,管理技能拓展。

      与心态转型相比,技术骨干管理能力不足的情况更为严重,这导致其管理职责无法有效行使。这里有两方面的原因:一方面,技术骨干原来管理经验不足。更重要的一方面是,技术骨干不知道公司有哪些管理工具可以对他的管理进行支持。大多数企业没有一套完整有效的办法支持技术骨干转型,出现技术骨干成为管理者之后对部门定位、岗位配置、部门协作关系不够明确,所有工作都只能听从领导安排,以致常常患得患失。

      一个“成年仪式”的管理者转型仪式有其必要性,“成年仪式”内容根据职位高低可简可繁,然而以下方面必不可少:角色的职责和权限、可行性的绩效目标、新的管理能力要求、技术骨干本身的任职展望。

      完成心态转变和技能拓展工作,转型后技术型管理者就能在一个较高的层面和夯实的基础上进行管理,剩下的工作就是在实践中成长。
      书包网 电子书
    分享网站

    第五节 技术骨干到管理者的转型原则(1)

    古人云:学而优则仕。在当今社会,则是技而优则管或专而优则管。然而,很多技术精湛的技术骨干被提升为专业技术团队管理者时,却不能很好的胜任管理者的角色。可见要想顺利的实现从技术骨干到优秀管理者的转型,自然要先明确其中的原则,总结起来就是六项管理原则:关注结果、为公司谋福利、看本质抓核心、利用优势、学会信任、积极正确思考。这些原则是组织管理的基础,也是优秀企业的文化内核,更是技术型管理者必须要掌握的原则。这些原则的科学性与准确性让很多“理论”成为了多余。

      一、关注结果
      我们可以把“关注结果”这项原则理解为:管理是一种以取得结果为目标的职业,其评价标准就是目标和任务的完成程度。

      现在的企业中到处都是不重视“关注结果”的现象:做事不求结果,追究起来总有大堆的理由;空谈理念和构想却没有行动;技术型管理者有苦劳,有疲劳,就是没功劳等等。关注点总是落在完成任务如何困难、自己又如何努力地工作等,也就是说:在思维模式中,大部分人更关注付出多少,而不是结果如何。

      作为一名技术型管理者,更成熟的思维模式显然应该是:既然公司每个月付给我薪水,那我应该为公司创造什么样的产出才配得这薪水呢?

      海尔集团“日事日清”的企业文化正是此原则的极佳运用。前总裁张瑞敏聪明地将这一原则杂糅到一句简单易流传的口号当中,创造了一种结果文化。而后一句“日清日高”即每天提高1%的生产率,更是从另一个角度对此原则作了升华。

      二、为公司谋福利

      这个原则的核心要点是:卓有成效的技术型管理者不是从自身的角度出发,而是从他们在这个职位上能为公司做出什么贡献的角度出发,去诠释他们的职责。运用这项原则会让技术型管理者的心态发生根本性的变化,既能避免那些损害组织绩效的关键要素,还能为解决一系列著名管理难题打下了坚实基础。

      在现代企业中,充满了各式各样的专业人员,很多专业人员对其专业研究有一定的造诣,而对公司整体却缺乏足够的认识。如技术骨干的兴奋点是新的技术发明,但缺乏对市场的把握,从而难以做出引爆市场的产品。很多公司采用岗位转换制来尽量减少这种障碍,但这种方法太过费时费力,还不能真正有效解决问题。此时“为公司谋福利”的宗旨就变得非常重要,尤其对一些技术岗位的管理者来说。

      在现代组织中,很多公司需要像信息草原中的牧民一样主动寻找生存机会,这种游牧化的市场形态决定了技术型管理者不可再任选工作的自组织性,而必须有意识地组织工作,即站在整体的高度上,寻求对各个岗位的更深刻理解,以便适应竞争激烈的市场。

      三、聚焦关键

      “聚集关键”原则也可以分为两部分来理解:聚集原则与关键点原则。前者强调集中精力,后者强调聚焦到任务的关键点上。战略学家冯·克劳塞维斯将军说:“把你全部的人手、资源都配置到成功的关键环节,竞争优势由此产生。”这正是此原则的最好注解。

      SOHO中国联席总裁潘石屹也说:“做事力求简单,繁杂会让我们陷入不能自拔的境地…能把简单作为自己的世界观,成为自己做事情的指导思想,这是走向成功的一个要素,你会在简单中获得成功的力量。”txt电子书分享平台
    书包网

    第五节 技术骨干到管理者的转型原则(2)

    这个道理大家都懂,但在现实中却没那么容易做到。因为在现实工作中,技术型管理者的很多时间不属于自己,他们的上司或者下属很少给他专注的事情来关注真正重要的事情,他们的工作特点是常常被琐事打断。美国一项研究表明,一个人的工作被打断了,当他再回到原来的工作状态与深度时,所用的时间平均为十分钟,很显然这大大降低了效率。

      提高脑力劳动者工作效率的基本原则是:聚焦原理,即不被打扰的大块脑力工作时间。一个人可以连续工作三小时来完成某项任务,但不见得能在分散的六个半小时中完成同样的任务,这即是差别。很多人失败的原因不是能力不够,而是因为精力分散,为琐碎的事情耗尽心力。

      四、利用优势

      很多从技术骨干转型成管理者后的思维模式是:一方面,他们关注开发新优势,而不是利用现有优势;另一方面,他们关注力度不足,而不是利用优势。

      当企业的文化变成批评多于鼓励的时候,这样的企业必然会造就出一批各方面能力都十分平庸的“综合型人才”,而那些拥有突出优点同时又不够完美的真正人才则慢慢被埋没掉。这种局面的改变,技术型管理者的重要性不容小觑。

      我们仔细观察各类成功人物,会发现一个共通之处就是,无论是政界还是商界,无论是思想家还是艺术家,他们成功的原因都不是因为没有缺点,十全十美,而是因为他们拥有突出的优点,他们正是用后天的努力来加强这些优点,以致这种优点变得非常卓越。

      林肯总统在南北战争时任用格兰特将军的案例十分经典,此前林肯总统的用人标准是无重大缺点,但用此原则任命的三四位将军都毫无建树,最终林肯选择了嗜酒的格兰特将军,任命他为总司令。当有人向林肯总统告状说格兰特嗜酒贪杯难当大任时,林肯却说,他喜欢什么酒,我倒想送他几桶。结果格兰特只用了一年多时间便打败了南方盟军。

      始终瞄准员工的长处可以使不少人事制度工作成为多余,人事工作变得精简,成本变低也更有效。

      所以,一个转型成功的技术型管理者应该清楚地知道下属的长处与短处,并将每个人安排到合适的岗位上,使其长处得到充分甚至超常发挥,至于短处,只要不影响其长处发挥即可。技术型管理者应该具有包容性、开放性与未来性,这是下属扬长避短最强大的后盾。

      五、学会信任

      一根铁丝可以在瞬间通电,而一根木条却不会。信任的力量可以让团队的信息流动一路畅通。但大多数企业在信息传递中却充满了障碍与壁垒,相互间的沟通如在泥沼中前进般艰难,一个信息不流通的团队,员工们的热情自然下降,工作效率也大大降低。很多时候团队的成功取决于互相信任,而不仅仅只是平时说的动力、领导风格或企业文化,信任是坚实的管理环境。

      技术型管理者首先要学会付出信任,才能收获信任。信任是最好的激励,不信是最伤士气的毒药,如果演变成公司政治,这相当于企业得了疑难杂症,一旦这种坏细胞扩散开来,企业最核心的精神难逃污染的厄运,企业的命运将岌岌可危。

      技术型管理者者要获得下属的信任要做到四点:管理者的成功属于团队;错误属于自己;下属的成功属于下属;下属的错误属于管理者。

      中国企业家枭雄史玉柱拥有着令人艳羡的团队,尽管经过大起大落,但谁也不能否认他的“嫡系”团队极其稳固,对他不离不弃。史玉柱说,“最关键的原则就是我对他们真诚,只要你真诚了你在言行上必然会表现出来,就是内心是真诚的。很多民营企业家进监狱,一般都是核心团队出现内哄,举报老板,但我们之间没有斗争,没有发生过一起勾心斗角的事情。

      六、积极正确思考

      生活只有10%是真实发生的事,90%在于我们选择如何应对它。积极正确的思考能让技术型管理者拥有创造性的力量,从困难的缝隙里发现闪光的钻石,成就非凡之事。

      当杰克·韦尔奇1981年接手通用电气的时候,GE已经是一个烂摊子:350家企业,40万员工,经营着从电机、照明、信息服务到银行、家电、广播公司在内的几乎无所不包的产品,内部机构重叠,官僚气息浓厚,亏损严重,患上了典型的“大企业病”。在这种状况下,杰克·韦尔奇不仅没有逃避反而采用正面的思维模式,施行了三大战略:“数一数二”战略、“无边界组织”战略和“六希格玛”战略。通过“数一数二”战略出售了110亿美金的低效部门,解雇了17万员工;通过“无边界组织”战略把九到十一层的组织结构削减到了四到五层,有效遏制了官僚主义;通过“六希格玛”战略削减了公司运营中每一个工序的缺陷和不足,建立了企业的规范。GE负面的不足被当作走向成功的契机,这正是正面思考的最佳范例。

      “危机”既是危险又是是机遇,关键看你如何应对。技术型管理者应该知道如何建设性地思考,从困境中摸索出新的出路。非典对很多服务型企业来说是一场灾难,对马云来说却是推广阿里巴巴网站的最好机会,在两个小时之内,阿里巴巴的工程师为员工家里安装了正常工作的一切设备,员工在家便可工作。

      成功的人之所以伟大,并不是他的条件多么优越,而是他看待问题的角度的与众不同,正面思考正是伟大的角度之一。
      

    第六节
    优秀的技术型管理者是如何炼成的(1)

    做为刚从技术骨干转型过来的管理者,刚开始的管理者生涯距离优秀管理者还有一定的距离。很多刚晋升成功的管理者都是企业的中层管理者,是团队中的中坚力量。如果说他们是主角,员工是配角,那么作为团队或团队之外与之相关的人就是所谓的“观众”,技术型管理者需要比别人付出更多,更卖力的去表演,并且带领好自己的团队,完成好自己的任务目标才能博得“观众”的喝彩。否则,一切的光环将会化作水中月和镜中花。如何从技术骨干炼成一名优秀的管理者我们主要总结归纳了四个方面:

      一、技术型管理者的素质涵养

      技术骨干的素质与涵养往往与他的工作生活有着密切关系,尤其在进入到工作状态后,自然而然的就会将平常良好的习惯融入到工作中去,同时也会把学习到的新知识潜移默化的融入到管理工作中来。因此,在工作过程中,将良好的习惯与完善过硬的知识技术结构以及工作能力结合起来后,就会势不可挡的派生出技术型管理者的素质与涵养来。这些素质与涵养需要技术型管理者平时的高标准的要求自己才能形成,而这些良好的习惯和素养的养成也会让技术型管理者在实际的管理运用中最大的受益者。

      二、技术型管理者的为人处世

      技术型管理者的宽容大度与身先士足不能总是挂在嘴上,而是要付诸于行动中。要知道,作为一名技术骨干转型过来的管理者,有多少“观众”正等着看好戏。所以任何时候都不能抱有丝毫的侥幸心理,身为管理者,不仅不能搞特殊化,相反要更加严于律己,给下属树立一个标杆。

      技术型管理者要养成良好的品德,善待他人,尊重他人,善待企业员工,平等待人。这样才能使员工感到公平公正,积极性才能充分调动出来。同时还要善于倾听不同意见,团结一切可以团结的同事一起合作共事。管理的本质是服务,技术型管理者必须做到服务认真、态度端正,礼貌待人,工作热情、周到。

      技术型管理者,冲锋在先,享受在后是理所应当的,大气魄、大智慧才会孕育出一个受人尊敬,拥有无数掌声与鲜花的管理者。

      三、技术型管理者的能力水平

      技术型管理者应具有把握全局统领团队的能力,善于了解情况,发现并解决问题,并且能够协调目标和各种资源以获得最佳解决方案。

      技术型管理者既是一个团队的主导者,也同时是一个彻底的执行者。在执行过程中要将各个方针政策落实到细节,这些细节的处理就会象水滴印衬出整个太阳一样是管理者能力与水平的充分体现。这就是我们常说的,“一只狮子领着一群绵羊的团队,是完全可以战胜被一只绵羊领导着的一群狮子的团队”,从中说明了团队中管理者领导力的重要性以及管理者本身能力与水平的重要性。

      “中国向来不缺少雄韬伟略的战略家,而缺少的是一个个不折不扣的执行者”。而技术型管理者的能力水平既体现在执行力上,也体现在战略决策上。不管是战略决策也好,执行力也罢都是管理者能力与水平的体现。用业绩与结果说话,用过程控制来对结果起到导向作用,这对技术型管理者有着更高的要求,对他们能力和水平的反复严格考验也一点不过分。

      四、技术型管理者的团队意识

      技术型管理者不是圣人,也不是完人,不可避免的也常常会犯一些大大小小的错误。同时,技术型管理者也会存在着私心与私利。而这些不利于团队健康良性运作与发展的非客观因素是需要技术型管理者好好剔除掉的。从横向比,技术型管理者有大有小,同与自己平级的团队协作配合时,需要一种团结协作,相互帮助的团队精神;从纵向比,技术型管理者作为团队的主导力量,更应具备维持团队的稳定与和谐发展,始终如一的与团队成员保持紧密融洽的协作关系,不贪功、不唯利、尽义务、讲实效,做到公正廉明对于一个团队的管理者是至关重要的。书包网
    bookbao.com 想看书来书包网

    第六节 优秀的技术型管理者是如何炼成的(2)

    另外,还有管理者的四字箴言需要技术型管理者努力做到的:
      1.行胜于言

      “实践是检验真理的唯一标准”。技术型管理者想带领好一个团队,必须学会“实践”;通俗的讲,就是“做了再说”。作为技术型管理者,我们要明白一点就是业绩是做出来的,而不是想出来的,更不是说出来的!

      很多时候,由技术骨干转型的管理者很容易沉溺在繁琐的会议研讨中,争论不休,迟迟没有结论,更别说真正开始行动起来;

      更多的时候,是在“冥思苦想”、“谨慎思考”自己的工作,探究其中有哪些遗漏、问题,或者是决策不完善。我们似乎在奢望一种能够“长治久安”的良药,等待着找到这样一种“良药”,以致没找到之前都不会有行动。

      同样的,还有一些时候,作为技术型管理者的我们,往往将全部希望寄托在我们的员工、下属身上,希望他们能够全面、彻底、有效的贯彻我们的经营思路,“相信员工而不相信自己”,所以我们习惯于“说”、习惯于“指导”、习惯于“建议”和“希望”员工能够做到某种业绩、达到某种水平,但是由于缺乏“监督”、缺乏“考核”,没有真正“实践”,最终将一无所获。

      “摸着石子过河”,就是对“做了再说”的一种很好的阐述,也是我们每个技术型管理者必须切记并具体落实的一项工作。
      2.解决问题

      出现问题怎么办?很简单——解决问题!不论是时间成本还是人力成本都是非常有限和昂贵的。所以,在出现问题时,千万不能拖拉,要及时将各项资源充分利用起来。当问题一出现,技术型管理者便立即行动,分析问题、解决问题;而不是喋喋不休,相互推脱,或者是敷衍了事、得过且过。

      问题出现了,就必须要想法设法快速解决,这样才能让员工满意、领导满意,企业借此也积累宝贵的经验和财富,完善自己的规章制度和运作流程;否则,问题将越积越多,就像滚雪球一般越滚越大,严重者甚至会影响到公司其他工作的顺利展开和进行。

      问题出现了,绝对不能推脱、推委、相互指责——遗憾的是不少技术型管理者都习惯于“先内部批斗,再解决问题”。作为技术型管理者的我们,一定要学会这点:出现问题,“先解决问题,再总结和提高”,“打和骂”、“相互指责、推委”是解决不了问题的。

      事实上,技术型管理者的能力体现在哪里?解决问题绝对是体现管理者能力的最好平台。管理者解决问题越多、越好,那么管理者的能力就越强,价值就越大。“能力与解决问题是成正比的”。

      解决问题,这是我给技术型管理者的第二条四字“箴言”。还有最后一个四字箴言即简单管理。
      3.简单管理

      不管是搞研究,还是做管理,我们都需要尽量做到“简单化”。这是给技术型管理者的第三字“箴言”。为什么呢?

      首先,“简单化”并不是简简单单,敷衍了事。简单化是要求“言简意赅、简洁明了”,这样就会避免很多冗长的琐事,便于员工更好的执行和落实。

      其次,简单化要求“方向明确,重点突出”,所有员工能够朝同一个方向和同一个目标前进,便于集中精力发挥团队作战的优势。

      再次,简单化要求“责任明确,思路清晰”,便于管理者对整个工作进行有效监督、考核和指导。

    第六节 优秀的技术型管理者是如何炼成的(3)

    总而言之,简单化要求更加实用、有效,可行性强,便于员工更加顺利的展开工作,更便于技术型管理者有效管理。

      反之,那些繁琐、复杂的要求,往往前后文件自相矛盾,琐碎拖拉,同时存在多个目标和问题,让员工无所适从,摸不着头脑,让管理者手忙脚乱,无从下手,企业经营愈来愈窘困。《孙子兵法》中云:“无所不备则无所不寡”,说的就是这个道理。

      所以,我们的技术型管理者,必须学会“简单营销”、“简单管理”,越是复杂的做法,越是让我们得到与初衷相反的结果,事与愿违!

      一个优秀的技术型管理者必须是一个全面发展的管理者,而他的管理思想都源于他的智能,这是保证他成功的管理的前提。

      案例分析:从技术骨干到优秀管理者的梁仁添

      在现代企业中,很多管理者都是从技术岗位上被提拔的。这些技术精英无疑在技术领先方面为企业带来了卓越价值。而在某种程度上,当这些技术骨干走到管理岗位上之后,他们得天独厚的技术优势恰恰成成了阻碍他们职业发展的一个瓶颈。

      一名出色的技术骨干转变为优秀的管理者需要经过多个阶段的蜕变。著名的人力资源顾问、培训师沃尔特·马勒于1970年代在通用电气公司所做的研究工作。马勒界定了成功走上不同层级上的领导所需的六个十字路口及其对应的转变。对于技术型管理者最为痛苦的一个阶段就是完成“从管理自己到管理他人”的转变。当一名技术骨干转变为优秀管理者的时候,在他的实际工作中有三个纬度发生了巨大的转变见下图:

      工作技能的变化 从亲力亲为转变成通过他人完成工作的能力
      时间配置的变化 从时间完全属于自己到重新配置时间
      工作价值的变化
    从独立工作的价值向管理工作的价值转变

      一名普通的员工转变为合格的管理者,适应上述的转变大概需要经历6-18个月的历练,对于多数技术型管理者这个转变的周期可能会更长久。但是一旦技术型管理者能够实现自我突破,顺利的完成这从自我管理到管理他人的转变,便能让其事半功倍!

      生于七十年代的梁仁添便是从技术骨干成功转型到优秀管理者的。1992年毕业于一所理工学院的他,1993年加盟一家大型制造业公司,之后历任品管部助理工程师,工程师、高级工程师、总工程师、助理经理,2000年公司经理至今。

      不得不说这是一个传奇:一名技术人员在“东莞制造”、“知名企业”的大背景下,凭藉自己的才能,完成了由技术人员到管理者的漂亮转身,成长为一名复合型的职业经理人。十年中,无论是技术、思想,还是管理,他的成长之快让人侧目,他带领团队引进了“精益生产系统”并将其发挥到了极致,使“生产率的提高完全可以通过工业工程的方法来实现”得到了最具说服力的证明。  曾经接受新闻采访时,他是这么解析自己的转型的:“完成这一角色的转变,我最深的体会就是性格改变命运。一个管理者要具备哪些性格?要塑造自己的哪些性格?明白了这一点,从行动开始,让行动成为习惯,进而形成自己的性格。说一件我生活中的小事:以前走楼梯,我会以方便自己的角度去走。在香港我发现很多人会靠右行。经过思索,
    相信是出于礼貌和尊重地让行,宁愿自己多走几步路。之后我就完全照此行动。当处理问题,所思所想都是积极主动的之后,你会发现在不止技术方面,而且会在各个方面(包括管理技巧)有所改变和提高。
    当管理技巧提高到一定程度,一个技术型管理者就诞生了。”

    第六节 优秀的技术型管理者是如何炼成的(4)

    事实上他也并不是一帆风顺的,从一名普通的技术人员凭借着自己的上进和努力,很快成了部门的技术骨干。成为被大家认可的技术骨干之前,他便开始有意识地改变自己,积极主动地思考,处理工作中的难题。在管理工作中,表现在大的方面就是主动地制订计划,建立系统、改善生产、提高效率等等。表现在小的方面,改变自己,改变下属,为下属进行生涯规划等。这种积极主动的习惯表现在方方面面上。

      在他看来,作为管理者走出第一步很重要,之后还要持之以恒。比如每周六他坚持和公司的部门主管进行一次“脑激荡”,大家在一起进行思想碰撞,解决一些在工作中遇到的问题。要想成为优秀的管理者,要做好表率作用,自己首先以身作则。成功在于细节,积极主动地把每一个问题处理好了,那么大事也就做好了。这种积极主动、有意识的行为,使我的专业水准和管理水平都得以持续性的提升。

      将所有的小事都做好了,那么大事也做好了。梁仁添是那种做事执着、严谨的人,他为人热情主动、善于沟通。他导入了“精益生产系统”的概念,在生产中严格地执行,取得了卓越的成效。作为一名稳健、成熟的经理人,他精于技术,长于管理,职业道路便越走越顺。

      对于技术骨干是否适合转型做管理者,他谈到自己的三点认识:一是管理者要具备管理知识,这一点技术骨干可以通过学习得到;二是要管理的人才分为技术人才和非技术人才,而技术骨干可以同时管理两种人。如果管理者没有技术背景,和技术人才没有共同语言,沟通起来是很困难的;三是作为管理者要做决定,技术背景的管理因为工程的思维方式,所以时不时会有数据依据,客观、准确,
    不会走弯路。

      最后他强调的一点就是:“管理既是技术又是艺术,要成为一名优秀的管理者,要掌握和具备的东西会有很多,我觉得技术骨干只要具备管理者的一些特质,是完全可以做好管理的。这正代表了人才市场上大受追捧的热门人才方向——横向型人才。”  在正式转型为管理者后的梁仁添更加积极主动地发现问题、思考问题、解决问题。他觉得一个管理者一定要会主动预防问题,要教会下属学会这种思维方式,
    要懂得授权,要相信下属,给下属发展的空间,通过正面的宣导和激励,创造开放式学习型团队的氛围。这些在管理中我大部分已身体力行并且效果显著。

      我以为他的成功之处在于我是一个能够带好团队的管理者,与大家一起研究、探讨并解决问题。这样一来,要想使自己手下拥有更多能力强、业务精、能够解决问题的下属,让更多优秀的人才发挥他们的作用,
    打造一个更加高效、精良的团队的目标便指日可待。
    思想有多远,人就能走多远。一位管理者,首先是一个思想者。从理论上突破,在生产中改善,持续地进步,不断地创新——这就是永不满足于现状的梁仁添的技术性管理者转型之路。从技术骨干转型成或者准备转型的你从中找到自己的差距和启示了吗?

      

    第一节 目标设定与下达

    目标设定理论,又称目标制定理论。该理论认为挑战性的目标是激励的来源,因此特定的目标会增进绩效;困难的目标被接受时,会比容易的目标获得更佳的绩效。
    1967年最早提出“目标设置理论”的美国心理学家洛克认为:目标本身就具有激励作用,目标能把人的需要转变为动机,使人们的行为朝着一定的方向努力,并将自己的行为结果与既定的目标相对照,及时进行调整和修正,从而能实现目标。

      目标设定理论提出,目标是一个人试图完成的行动的目的。目标是引起行为的最直接的动机,设置合适的目标会使人产生想达到该目标的成就需要,因而对人具有强烈的激励作用。
    目标设定理论预测当目标困难增加是一个人的工作业绩会提高,直到到达业绩的顶峰,而对困难目标缺乏认同感的个体,企业业绩降低或者很差。
    1.目标要有一定挑战性,但又要在能力所及的范围之内。 2.目标要清晰明确可行。 3.必须全力以赴,努力达成目标。

      4.短期或中期目标要比长期目标可能更有效。
      5.要有定期反馈,或者说,需要了解自己向着预定目标前进了多少。
    6.应当对目标达成给予奖励,用它作为将来设定更高目标的基础。
    目标对绩效直接产生的影响,在目标设定与绩效之间还有其他一些重要的因素产生影响。这些因素包括对目标的承诺、反馈、满意度等。
    很少有管理者质疑目标的重要性,只是到底什么才是该设定的目标却疑问不少。正如在第一章中所讨论的那样,管理就是协调组织各种资源、人力和资金实现组织目标这样一种形式的工作,而这个过程就是以目标为中心的。不去追寻特定的目标,管理就不可能被适当地实践。技术型的管理者必须格外关注他们以及他们的组织将朝什么方向前进。

      意识到组织内所有层级的管理者和员工都应该有目标这一点是至关重要的。每个人都应该知道他要追求什么活获得什么。要想团队成功的很大一个关键就是使不同层级的目标紧密结合在一起。

      长期目标 短期目标

      长期目标必须支持组织的使命,而不是与之相冲突。它们也许和组织使命相当不同,然而依然要支持组织使命。举例来说,一家快餐店的组织使命也许是为城市的某一个区域提供快速的热食服务。它的一个长期目标也许是在接下来的4年内使销售量增长到一个特定水平。很明显,这个目标与组织使命相当不同,但是它依然支持了这个使命。

      短期目标应该清晰、简明,在可能的情况下要进行量化。受目标影响的人应该清楚地认识到对他们的期望是什么。通常来说,多重目标应该反映某个组织单位或员工的理想绩效。从高层的角度来看,目标应该跨越组织所有主要的领域。一个主要目标的问题是,它的实现常常要以牺牲其他所欲求的目标为代价。

      目标的制定与下达的动态的:
      一、制定目标需要考虑的因素

      企业是一个复杂的系统,制定目标要考虑:市场因素、战略和文化、企业的产品、生产能力、研发能力,人力资源、组织架构等多方面因素:
      见下图:

      从上图可以看出目标管理之制定目标,仅仅为十五个管理模块中的一个模块。也就是说,是其它十四个模块的某种组合,形成了目标管理,其它十四个模块是制定目标需要考虑的因素。
    二、越复杂,则越简单;越简单,往往越复杂 1、信息汇总(见下图):
      2、目标的分解
    下级的分目标和个人目标是构成和实现管理者总目标的充分必要条件。总目标、分目标、个人目标,左右相连,上下一贯,彼此制约,融会成目标结构体系。目标的完成沿时间轴展开,然后再完成部门的分解,最后分解到个人。
    3、目标的管理 目标管理是事前思考,目标管理需要足够的预见性。目标是为了事前明确各子系统在母系统中的作用、责任;目标管理其实是系统化的预见与探索。

      制定目标看起来是一件再简单不过的事情,每个人都有过制定给目标的经历。但是如果上升到技术层面,技术型管理者必须学习并掌握SMART原则。最后让我们看一下SMART原则,他们分别是5个英文单词首字母的缩写:

      

    第二节 恰当的授权管理(1)

    身为一名从技术骨干转型来的管理者,往往会觉得管理工作越来越束手束脚,或者时间越来越少,经常会怀疑自己有强迫症,唯有事必躬亲方能安稳于心。于是越来越疲惫不堪,心力憔悴。怎么办?

      事实上,恰当的授权是技术型管理者必须掌握的基本功。当技术型管理者开始学会对自己的权力放手后,会发现不但没有削弱自己的权力反而退一步海阔天空。韦尔奇那句经典的“管得少就是管得好”竟然成为事实。与此同时,下属的责任心与自信心增加,工作进一步展开,企业也迈进新的阶段。越来越多的实践证明,管理者管得少并非说明管理的作用被弱化,效率管理可能会产生100%的效果。

      关于如何恰当授权的问题,威廉·翁肯和唐纳德·沃斯在《哈佛商业评论》上发表过一篇有趣而经典的文章《谁背上了猴子》。他们认为,管理时间可分为受上司支配的时间、受组织支配的时间和由个人支配的时间三种,“大多数管理者没有意识到,他们把过多的时间花在解决下属的问题上”,因此,其将利用背上的猴子(monkey-on-the-back)这个比喻来分析受下属支配的时间是如何产生的,以及管理者当如何应对。

      事实上,当下属将一堆问题留给管理者时,“猴子”还在下属的背上。而当问题交到管理者手中后,猴子就顺势跳到了管理者的背上。这时候,受下属支配的时间就开始了,也就是说,责任从下属那里转移到了管理者这里,同时管理者还需承诺并报告工作进展,并受到下属的监督。这样一来,问题的时间拖得越长,下属就越沮丧,管理者则越于心有愧。于是乎管理者的时间都用在了满足自己上司和公司要求的事情上,还要应付下属抛来的一个个难题,因此很快将陷入恶性循环。

      技术型管理者需要明白,到底是谁在为谁工作,清楚了这一点便能果断地摒弃受下属支配的时间,才能达到管理好自己的时间这个最终目标。通过背上的猴子这个比喻,威廉·翁肯和唐纳德·沃斯力图说明,管理者们可以把行动的主动性还给下属,并使下属维持这种主动性。

      与此同时,还要对工作时间进行重新配置和安排以及对工作内容加以控制。具体做法分两步走:第一步是通过切断受下属支配的时间,扩大自己自由支配的时间;第二步则是把扩大的自由支配的时间用于控制上司和组织分派的任务上。这些步骤将增加技术型管理者控制时间的能力,使他们在“管理时间”上花费的每一个小时都能无限增值,同时也满足了对下属恰当的授权。

      在企业中,授权是技术型管理者的重要任务之一。若授权恰当,员工和管理者皆能受益。我们都知道授权的主导者是管理者,所以如何有效授权就是技术型管理者非常重要的任务。任何一个项目都不可能一个人去完成,任何一个公司也不可能靠一个人去运转。如何正确授权对从技术骨干转型而成的管理者来说至关重要。因为技术骨干往往喜欢亲力亲为,或者因其疏忽而放任不管。所以学会恰当的授权就是即不必事事亲力亲为,又不能听之任之。

      选择一个正确的授权对象是恰当授权的关键一步。技术型管理者应该将权力授予那些品德好、有能力的人。这就要求管理者在授权之前要对被授权对象进行细致的考察,包括被授权员工的特点、强项、弱势等都应该有所了解。管理者在授权的过程中,一定要让被授权对象明确了解自己所期望达到的目标具体到如何达成目标以及用什么样的方法达成目标。管理者不需要去严格监督,更不需要用自己的方式去影响被授权者。而被授权的员工在完成任务的过程中,管理者必须给予他一定的权利,包括资源、经费、人员以及了解信息等方面。但是技术型管理者要清楚,当你把权力授予下属时,并不意味着任务完成的成败与你无关,管理者永远都是最终的责任承担者。书
    包 网 txt小说上传分享

    第二节 恰当的授权管理(2)

    身为技术型管理者的你还要分清一点就是并不是什么事情都可以授权给下属的,不可授权的事情一定不能让别人去代劳。比如,绩效考核、人事调整、制定预算以及一些机密的工作等。当你不清楚这件事情是否可以授权的时候便不要去授权给别人。

      不同的企业在不同的情况下,授权的方式可能不同,这里我们主要是谈了一般的授权原则和授权存在的误区以及授权绝技。
      一、授权原则

      具体来讲,应分为: 1.承担风险
    技术型管理者在授权以前应充分评估风险、损失。可是有的缺乏经验的技术型管理者则拿授权作为推卸责任的“挡箭牌”,认为授权后出现的一切问题由下属全权负责,自己则高枕无忧。显然他们忘记了“士卒犯罪,过及主帅”,忘记了自己还有管理者责任,下属完不成任务,上级也要承担“用人不当”的责任。
    所以,可以先授予下属一些风险小的权力,随后逐渐加大风险和权力范围,直至下属能完全独挡一面为止。 2.充分授权,权责明确
    技术型管理者要给予下属充分的权力,不干预下属的具体做法,下属才能大展拳脚而不是觉得束手束脚。

      授权不单单是给予权力,更重要的是通过授权管理者可以指导、监督培养炼下级,使下级尽快成长。同时管理者也有时间和精力去处理更重要的工作。为此,授权不是授人以鱼,而是授人以渔。人总是希望能得到社会的认同从而实现自我价值,为达到这个目的,人会努力表现自己,而授权就是给员工提供一个施展才华体现能力的舞台。
    3.适当监督,有效检查
    一般可以通过下属的业绩、进度报告或与下属研究计划的方式进行监督指导,即“信任是好的,控制更好”。  所以,授权必须进行有效的指导与控制,并辅以适当的监督和及时检查,只有做好了这些才没有后顾之忧。
    二、授权的误区
    技术管理者要想恰当的授权,必须先过自己的心理关。技术型管理中最大也最普遍的问题是,给下属授权时并没有赋予权力。对于技术型管理者来说要完全相信下属的能力,首先要走出管理活动中经常出现的六大误区(见下图):

      三、授权绝技

      恰当的授权技术型对管理者、下属及企业三方都有百利而无一害,不仅可以让管理者空出较多时间做策略性思考,让下属得到成长和锻炼,还能增进企业整体的效能。那么,究竟有哪些技巧和要诀可以让技术型管理者恰当的授权呢?

      1、先列清单再授权
      技术型管理者可先列出每天自己所要做的事,再根据不可取代性及重要性删去非自己做不可的事,剩下的就是可授权事项清单。

      2、给最信任最有能力的人授权

      管理者所指定的人,如果经验较多、但对于该项任务不擅长或意愿较低,未必会比经验较浅、有心学习而跃跃欲试的人更适合。
      3、分清授权的限度

      有些下属会自作主张,做出一些超出授权的事,因此技术型管理者最好在授权时能特别交待底线,一旦快触碰到,就该提醒他们急刹车。

      4、明确绩效指标与期限

      管理者必须明确告知下属必须达到哪些具体目标,以及在什么时间内完成,清楚了这些才能有基本的行动方向。授权不是单单把事丢给下属,还要让他明白管理者期盼些什么。

      5、给予一定的支持和帮助

      虽然说授了权就该适度放手,不能表面授权,私下不放。但仍要适时关注进度,给予意见提,并交待下属,有问题时可以向谁求助,并提供他们需要的工具或场所,给予他们一定的支持和帮助。

      6、检查并总结每一次授权

      授权后,技术型管理者应下属这次的表现提出一定的建议,让其改进不足,也可让下属描述自己在这次过程中学到了什么,再配合管理者自己观察到的状况,做下次授权的参考。

      书 包 网 txt小说上传分享

    第三节 有效的培育下属

    培养下属是技术型管理者的一大难题,必须认真对待,如果能培养出来好的下属,那么自己的工作也会相对轻松,从而得以从繁杂的事物中解脱出来。

      管理企业、管理管理者、管理员工和工作是管理者的三大任务。要使普通员工变成能为企业持续做出贡献的人力资源需要一个转化过程,实施这个转化过程就是要通过教育培养。教育培养的任务需要通过管理者来实现,作为管理者,必须履行管理的职责。培养下属,履行管理职责的重大项目之一。

      一项调查表明,企业员工的离职原因80%跟管理者有关,足见管理者对下属的影响力。强将手下无弱兵,更无散兵。要想成为优秀管理者就要成为下属的良师益友,至少要扮演四种角色。

      第一,教育者

      管理者是企业文化的宣传窗口,上情下达,是管理者的例行性工作。无论是言传声教,还是耳濡目染,你都是下属心中的标杆。所以,技术型管理者要特别注意自己的一言一行,要以正确的舆论导向教育下属,让下属树立积极的心态和正确的价值观,认真负责并兢兢业业,这就是管理者的教育角色。作为教育者,管理者必须了解下属的思想动态和行为表现,并找适当的时间、地点、人物,及时沟通。有一点需要特别指出,教育者,正人先得正己,否则一切都是纸上谈兵。

      第二,培训者

      光统一下属思想,还远远不够。想让下属将工作做好,既需要为他们创造条件,更重要的是培养他们具备干好工作的能力,用而不教就不是一个合格的管理者。只有经验共享,技能互补的团队才是理想的团队。“木桶理论”再次告诉我们,只有全员素质整体技能提高了,整体业绩才能提高。所以培训每时每刻,是管理者不可推卸的责任,让你的下属跟你一起成长。当然,给人一杯,自己要有一桶。

      第三,支持者

      即使对下属进行了充分的培训,也并不能保证他们能够将工作做好。这就需要技术型管理者及时给予支援,简单说是给予扶持。扶持就是给下属提供资源,创造条件,给他实践的机会,让他有发展的空间。“不下水怎么会游泳”?而非“不会游泳怎么下水”?支持也是一种培训,必须以支持者的广阔胸怀和开放心态来扶持帮助下属。

      第四,教练员

      教练员具有两个方面的责任:对员工需要根据特点分别制定指导方案;对团队需要根据团队目标和特点确定其位置、角色。打前锋还是后卫?把后卫放在前锋位置,很难找到球门;把前锋放到后卫位置,容易自摆乌龙。合理分工,才不会内耗;人尽其才,方能最大效用。

      介绍了管理者应该承担的四种角色后,在实际工作中具体如何实施呢?培育下属的步骤和要点有哪些?

      培养下属是管理者的责任,因此技术型管理者要清楚工作的目标与标准,知道下属所需的知识、技能、态度,并且对下属和部门的业绩负有直接责任,义不容辞地承担起培养和指导员工的责任。

      在指导培育下属之前,技术型管理者首先要清楚了解每个下属的实际状况,并且明确指导的基本原则。

      技术型管理者对下属的了解程度可以分成三个层次:
      第一个层次是了解下属的基本情况,包括学历、年龄、毕业学校、工作经历、兴趣爱好等基本信息。

      第二个层次是了解下属的性格和特点。对不同性格和不同能力的员工应采取不同的指导方法。相对而言,性格内向的员工不太表达自己的意见和想法。技术型管理者应通过认真观察,对下属进行及时的指导和帮助,并且在遇到困难时,给予适当的支持和鼓励。

      第三个层次是深层次的了解,就是了解下属的内心世界。包括对下属的价值观、做人的原则、内心的想法等都深入了解。要做到这一点,必须认真观察和经常沟通,真正做到知人善用,发挥下属工作上最大的潜力和优势。

      培育指导下属要遵守以下五个基本原则:

      有效培育下属是管理者的责任和义务。作为技术型管理者,在谋求自身发展的同时,务必要帮助下属员工共同发展,只有这样,才能带领团队更好的完成各项任务。

      书包网 bookbao.com 想看书来书包网

    第四节 善于给下属铺路

    有人曾经下过这样一个定义:智慧=经验×反思2(平方),只是批评员工只能增长员工的经验,员工的智慧成长最重要的是错误的反思。所以技术型管理者最重要的不是忙着批评员工而是要帮助员工进行错误分析,帮助员工反思将大大提高员工成长的速度,减少再次犯错误的机率。

      作为技术型管理者,不光要会规划目标和发号施令,还要学会给下属修路,因为改进系统比目标更重要。善于“修路”是执行力文化的体现。

      例如,一个平时善于分析问题的主管,在遇到问题的时候,也都经常引导下属分析问题,并且对一些表面的问题进行深入的“同理可证”或“举一反三”因果归纳分析,找出问题的根源,然后从根本上解决问题。这样,当下属遇到类似问题的时候,自然就能轻松搞定了。

      企业文化的本质是价值观和由此决定的习俗、习惯,企业文化所规定的路径可以说是员工日常行为的“默认路径”。例如:企业文化倡导创新,下属在开展工作的时候会敢于创新和承担责任;企业文化倡导保守,员工在平时的工作中就会“宁推不拦”,因为“拦”的职责越多,犯错误的机会就越大。

      管理是以组织各种资源完成任务为使命的实践艺术。管理的目的是创造井然有序、优质高效的企业生命力。

      通常认为,如果一个人在同一个地方摔两次跤,他会被人们笑为“笨蛋”,如果两个人在同一个地方各摔一跤,他们会被人笑为两个笨蛋。按照“修路”原则,人们正确的反应应该是:是谁修了一条让人这么容易摔跤的路?如何修正这条路,才不至于让人在这里再次摔跤?如果有人出错,可能是个人的原因;如果有人在同一地方重复出错,那肯定是路有问题。

      曾经有一次我去拜访一家公司,由于疏忽,差点撞上该公司高大明亮的玻璃大门。而过了不到半小时,我看到一个边走路边接听手机的客人实实在在的撞上了玻璃大门。

      前台小姐忍不住笑了,那表情明显像是说:“这人真是的,居然能撞上这么大的玻璃,走路不用眼睛看吗?”

      其实解决问题的方法很简单,在这扇门上贴上一根横标志线,或贴一个公司标志即可。然而,问题的关键是,为什么重复发生问题的事情就是没人来解决呢?这一现象实质上需解决的问题是人的思维方式,即“修路原则”。

      如果你发现有员工工作偷懒,不一定是人的本质是惰性的,很可能是因为现行的规则即“路”能给他人偷懒的机会;如果你发现有员工不求上进,不一定是他不思进取,很可能是因为现行的激励措施还不够得力;如果你发现有的员工经常加班到很晚,不一定是他具有为公司奉献的精神,很可能是因为他自己的工作方法不得当甚至故意赚取加班费;如果你发现一个公司经常出现员工之间互相推卸责任的现象,不一定是大家都喜欢推卸责任,还很可能是因为“路”上职责划分得不够细致明确。

      小平同志有一句名言:“好的制度能让坏人干不了坏事,不好的制度,能让好人变坏。”制度就是路。作为技术型管理者,最重要的工作不是“管”——惩罚犯错的下属并要求他不要重犯错误,而是修“路”。世界上没有完美的制度,也没有完美的管理,任何一家先进的公司管理中都会存在问题。管理进步最快的方法之一就是:每次改善一点点,每天进步一点点。时间长了,一条宽大的“路”就修好了。

      这是作为从技术骨干转变过来了管理者应该注意的,平时的路修好了,关键时候才能一声令下,及时出击。为什么说主管就是培训师,其实强调的就是技术型管理者的“修路”功能。如果平时不“出资”“修路”,做不到未雨绸缪,关键时候就只能临时抱佛脚,结果可想而知。

      尤其对于管理难题的解决和管理改进过程,修路显得尤为重要。例如在推行绩效考核的过程中,如果在设定考核指标的时候让被考核者也就是员工感觉到这是对他的约束,这样的考核往往很难起到好的效果。这个时候,我们一定要将部门和人员的目标明确并统一起来,让被考核者确实感觉到所要达成的目标是建立在完成一项项考核指标的基础之上。有了这样的修路过程,才有利于考核的推行和保证考核的效果。

      善于“修路”也是执行力文化的体现,如果我们的工作仅仅停留在目标和要求的层面,“我们要严格的按ISO9000体系的要求执行,我们一定要保证产品质量,从今天开始,我们一定要严格地执行各种标准”等等,如果领导仅仅停留于此,不去“修路”,所谓的执行力就是空谈。从技术骨干到管理者的人尤其注意这一点。

      

    第五节 必赢的管理法则(1)

    管理之道在于迅速建立领导者在团队中的权威,使自己的指令能够不打折扣地被贯彻执行到底,这是需要技术型管理者掌握的要素之一。制度是团对的“硬性法规”,文化是团队的“软性法规”,管理则是“执行法规”。管理是团队运作的基础性工作,必须使制度与文化在团队管理全过程中发挥作用,其核心问题是使员工的素质促进团队发展的要求,以提升团队的战斗力。管理的最高境界是激励团队的成员,主动积极的完成目标,这就需要技术型管理者必须具备各种的能力。

      参与式管理是一种非常好的管理形式,它又叫管理领导,管理领导并只不是“管理者领导”,而是指团队管理者应该鼓励每一位团队成员积极参与管理。企业是大家的,团队也是大家的,制定一定的管理法则,让每一位员工都具有“主人翁意识”才能把团队经营得更好。

      技术型管理者必懂的法则一:羊群效应

      羊群效应最早是股票投资中的一个术语,主要是指投资者在交易过程中存在学习与模仿现象,“有样学样”,盲目效仿别人,从而导致他们在某段时期内买卖相同的股票。

      羊群效应理论:在一群羊前面横放一根木棍,第一只羊跳了过去,第二只、第三只也会跟着跳过去;这时,把那根棍子撤走,后面的羊,走到这里,仍然像前面的羊一样,向上跳一下,尽管拦路的棍子已经不在了,这就是所谓的“羊群效应”也称“从众心理”,是指管理学上一些企业的市场行为的一种常见现象。它是指由于对信息不充分的和缺乏了解,投资者很难对市场未来的不确定性作出合理的预期,往往是通过观察周围人群的行为而提取信息,在这种信息的不断传递中,许多人的信息将大致相同且彼此强化,从而产生的从众行为。

      羊群是一种很散乱的组织,平时在一起也是盲目地左冲右撞,但一旦有一只头羊动起来,其他的羊也会不假思索地一哄而上,全然不顾前面可能有狼或者不远处有更好的草。因此,“羊群效应”就是比喻人都有一种从众心理,从众心理很容易导致盲从,而盲从往往会陷入骗局或遭到失败。

      对一个团队来说,羊群效应的出现在于管理者,也就是说管理者是这个团队的领头羊,整个羊群会不断摹仿这个领头羊的一举一动,领头羊到哪里去“吃草”,其它的羊也去哪里“淘金”,技术型管理者既是领头羊也是带路人。

      技术型管理者必懂的法则之二:手表定律
      森林里生活着一群猴子,每天太阳升起的时候它们外出觅食,太阳落山的时候回去休息,日子过得平淡而幸福。

      一名游客穿越森林,把手表落在了树下的岩石上,被猴子A拾到了。聪明的猴子A很快就搞清了手表的用途,于是,它也因此成了整个猴群的明星,每只猴子都向它请教确切的时间,整个猴群的作息时间也由它来规划。于是便逐渐建立起威望,最终当上了猴王。

      做了猴王的它认为是手表给自己带来了好运,于是每天在森林里巡查,希望能够拾到更多的表。功夫不负有心人,它又拥有了第二块、第三块表。

      但却并没有带来更多的好运,反而有了新的麻烦:每只表的时间指示都不尽相同,哪一个才是确切的时间呢?它被这个问题难住了。当有下属来问时间时,它支支吾吾回答不上来,整个猴群的作息时间也因此变得混乱。过了一段时间,猴子们起来造反,把它推下了猴王的宝座,而它的收藏品也被新任猴王据为己有。但很快,新任猴王同样面临着同样的困惑。


    第五节 必赢的管理法则(2)

    这就是著名的“手表定律”:只有一只手表,可以知道时间;拥有两只或更多的表,却无法确定几点。更多钟表并不能告诉人们更准确的时间,反而会让看表的人失去对准确时间的信心。

      定律启发:手表定律在企业管理方面给技术型管理者一种非常直观的启发,就是对同一个人或同一个组织不能同时采用两种不同的方法,不能同时设置两个不同的目标,甚至每一个人不能由两个人来同时指挥,否则将使这个企业和员工无所适从。

      一个员工不能由两个以上的管理者来指挥,否则将使这个人无所适从;对于一个企业,更是不能同时采用两种不同的管理方法,否则将使这个企业无法发展。

      在这方面美国在线与时代华纳的合并就是一个典型的失败案例。美国在线是一个年轻的互联网公司,企业文化强调操作灵活、决策迅速,要求一切为快速抢占市场的目标服务。时代华纳在长期的发展过程中建立起强调诚信之道和创新精神的企业文化。

      两家企业合并后,企业高级管理层并没有很好地解决两种价值标准的冲突,导致员工完全搞不清企业未来的发展方向。最终,时代华纳与美国在线的世纪联姻以失败告终。这也充分说明,要搞清楚时间,一块走时准确的表就足够了。

      两只表并不能告诉一个人更准确的时间,反而会让看表的人失去对准确时间的信心。你要做的就是选择其中较信赖的一只,尽量校准它,并以此作为你的标准,听从它的指引行事。

      尼采有一句名言:“兄弟,如果你是幸运的,你只要有一种道德而不要贪多,这样,你过桥会更容易些。”如果每个人都“选择你所爱,爱你所选择”,无论成败都可以心安理得。然而,困扰很多人的是,他们被“两只表”弄得无所适从,心力交瘁,不知自己该信哪一个。

      技术型管理者必懂的法则之三:刺猬法则

      刺猬法则:两只困倦的刺猬,由于寒冷而拥在一起。由于各自身上都长着刺,于是它们不得不拉开一段距离,但又冷得受不了,于是凑到一起。几经折腾,两只刺猬终于找到一个合适的距离:既能互相获得对方的温暖而又不至于被扎。

      刺猬法则的运用:刺猬法则主要是指人际交往中的“心理距离效应”。法国总统戴高乐就是一个很会运用刺猬法则的人。他有一个座右铭:“保持一定的距离”!这也深刻地影响了他和顾问、智囊和参谋们的关系。在他十多年的总统岁月里,他的秘书处、办公厅和私人参谋部等顾问和智囊机构,没有什么人的工作年限能超过两年以上。他对新上任的办公厅主任总是这样说:“我使用你两年,正如人们不能以参谋部的工作作为自己的职业,你也不能以办公厅主任作为自己的职业。”这就是戴高乐的规定。这一规定出于两方面原因:一是在他看来,调动是正常的,而固定是不正常的。这是受部队做法的影响,因为军队是流动的,没有始终固定在一个地方的军队。二是他不想让“这些人”变成他“离不开的人”。戴高乐是个主要靠自己的思维和决断而生存的领袖,他不容许身边有依赖自己的人或者自己依赖的人。只有调动,才能保持一定距离,而惟有保持一定的距离,才能保证顾问和参谋的思维和决断具有新鲜感和充满朝气,也就可以杜绝年长日久的顾问和参谋们利用总统和政府的名义营私舞弊。


    第五节 必赢的管理法则(3)

    戴高乐的做法是令人深思和敬佩的。没有距离感,管理者的决策过分依赖秘书或某几个得意下属,容易使智囊人不断干涉进来,进而使这些人滥用职权,谋一己之私利,最后破坏整个团队的规章制度,后果是很危险的。两相比较,还是保持一定距离好。

      通用电气公司的前总裁斯通在工作中就很注意身体力行刺猬理论,尤其在对待中高层管理者上更是如此。在工作场合和待遇问题上,斯通从不吝啬对管理者们的关爱,但在工余时间,他从不要求管理人员到家做客,也从不接受他们的邀请。正是这种保持适度距离的管理,使得通用的各项业务能够芝麻开花节节高。

      与员工保持一定的距离,既不会使你高高在上,也不会使你与员工太过依赖。这是管理的一种最佳状态。距离的保持靠一定的原则来维持,这种原则对所有人都一视同仁:既可以约束管理者自己,也可以约束员工。掌握了这个原则,也就意味着从技术骨干向优秀管理者迈出了一大步。

      技术型管理者比懂的法则之四:鲶鱼效应

      以前,沙丁鱼在运输过程中成活率很低。后有人发现,若在沙丁鱼中放一条鲇鱼,情况却有所改观,成活率会大大提高。这是为什么呢?

      原来鲇鱼到了一个陌生的环境后,就会性情大变,“暴躁冲动”,四处乱串,这对于大量好静的沙丁鱼来说,无疑起到了搅拌作用;而沙丁鱼发现多了这样一个“异已分子”,自然也很紧张,加速游动。这样沙丁鱼缺氧的问题就迎刃而解了,沙丁鱼也就不会死了。

      当一个组织的工作达到较稳定的状态时,常常意味着员工工作积极性开始降低或停滞不前,“一团和气”的集体不一定是一个高效率的集体,这时候“鲶鱼效应”将起到很好的“医疗”作用。一个组织中,如果始终有一位“鲶鱼式”的人物,无疑会激活员工队伍,提高工作业绩。

      “鲶鱼效应”是企业管理者激发员工活力的有效措施之一。它表现在两方面,一是企业要不断补充新鲜血液,把那些富有朝气、思维敏捷的年轻生力军引入职工队伍中甚至管理层,给那些固步自封、因循守旧的懒惰员工和官僚带来竞争压力,才能唤起“沙丁鱼”们的生存意识和竞争求胜之心。二是要不断地引进新技术、新工艺、新设备、新管理观念,这样才能使企业在市场大潮中搏击风浪,增强生存能力和适应能力。

      关于鲶鱼效应的应用,目前已有鲶鱼效应在人力资源管理中的应用、在管理活动中的应用,具体包括竞争机制的建立、能人的启用、管理风格的变革等等。但我认为鲶鱼效应的分析和应用远不止这些。思考问题的视角不同,发现问题、解决问题的方法就不同。

      首先,如果鲶鱼本体代表技术型管理者。

      管理者即影响他人完成任务的个体或者集体,在死气沉沉的沙丁鱼箱内,沙丁鱼就象征着一批同质性极强的群体。他们技能水平相似,缺乏创新和主动性,人浮于事,效率低下,整个机构是一种臃肿不堪的状态,而鲶鱼管理者的到来,新官上任三把火。整顿纪律,规范制度,改造流程,合理配置岗位和人、财、物,逐渐组织的经营有了起色。

      从这个角度看,鲶鱼技术型管理者应该具备如下特质:
      1、办事果断

      迅速发现组织停滞不前的病症所在,并能够快刀斩乱麻,迅速而有效地解决问题。书包网 bookbao.com 想看书来书包网

    第五节
    必赢的管理法则(4)
    2、作风强势
      科学地决策,并能够监督决策的执行,及时评估政策的有效性。
      3、倡导创新

      提倡创新,塑造鼓励创新的氛围,从业务流程、工作设计、人员招聘与配置、薪酬设计和考核等方面体现创新思想。
      4、前瞻视野

      有短中长期发展规划和目标,能够预见组织发展的方向以及现存人力资源与未来的差距,能够有效地辨别未来人才,裁减掉不适合组织发展的拖后腿人员。

      对于在技术型管理者管理下为了共同目标而奋斗的职工群体而言,如果管理者有鲶鱼特性,那么要生存下去的方法就是运动起来,激发自己的能量,至少要和鲶鱼同步速度,并且要保证同一方向,这样才不至于被鲶鱼追上吃掉,或者被其他沙丁鱼挤到最后憋死。

      从不同的角度分析,鲶鱼代表的内容是不同的,对于一个从业者,领导可能是鲶鱼,那么你的努力最好和组织保持同方向,不要往后游,否则就有被吃掉的危险,永远充满激情地向上游,也许某一天你也变成了鲶鱼,赶着一群沙丁鱼向上奋斗;你的同事也可能是鲶鱼,那就和他比拼比拼,看谁翻腾的能量更大;你的下级也可能有鲶鱼,那就在激励下属成长的同时,别忘了给自己充充电,保持强劲的势头发展,否则你也有被下属吃掉的危险;你的工作中也可能有鲶鱼,那就合理地安排自己的工作,分清主次,让鲶鱼工作越游越欢,最好能到上一层工作岗位上去搅动一番。

      案例分析:人才是财富中的财富

      中国企业在管理人才上向来没少下功夫。在人才的竞争中,如果说一定的人才流动不可避免而且有利于组织的新陈代谢,那关键人才却是企业必须保留的。而所谓的关键人才,首当其中就是管理人才,也就是管理者。而管理者中如果充分挖掘了技术型管理人才的潜能,那绝对是公司一笔丰厚的财富。

      “如果说员工是企业的财富,那管理人才就是财富中的财富。”负责人力资源的沃尔玛中国副总裁说,无疑她的这句话道出了关键人才备受重视的关键原因。

      管理人才掌握着企业发展最需要的知识、技能和管理经验,而且替代成本非常高。能否有效的保留他们,直接影响到能否实现企业的战略,很大程度上决定了企业在市场上的竞争力。伊利集团在谈到这个话题时明确表示,“关键人才是所有资源中最具增长潜力和价值的资源,关键人才占伊利员工比例为,但是公司将近80%的价值是由他们创造与产出的。”

      重点关注关键人才,不只是因为这些人的重要和稀缺,还因为,企业的资源是有限的,为了让有限的资源产生最大的投资回报,企业倾向将精华的资源投入到精华的人才上面。

      为了保留“财富中的财富”,企业不仅在物质上做更多投入,在管理上,也采用更具创新性和灵活性的管理方式。

      在沃尔玛中国公司,关键人才分为以下三种:一是有特殊的专业才能和经验,而且短时间内在市场上很难找到的人才。他们也许职位不高,上升的空间也不大,但对公司而言却非常关键。第二,在继任计划中,那些有能力担任两个甚至两个以上职位的候选人。第三,所有在任管理者和继任者中,有两级甚至更多级别上升空间的人。这些,是沃尔玛重点关注的人群。

      而伊利集团的关键人才则是:他们是人才市场的稀缺资源;他们掌握公司核心业务、拥有专门技术、控制关键资源,在生产经营中具有不可替代的作用;他们在公司不同的发展阶段,始终是公司管理创新、技术创新的领导者和创始者,他们掌握公司产品发展的方向,了解行业的发展规律和技术进步的信息;他们能够推动企业发展。


    第五节 必赢的管理法则(5)

    中兴通讯的关键人员分为研发、管理和市场人员三个部分,其中研发人员为二级主任工程师以上;管理人员为部长以上级别以及部分重要的市场营销人员。

      可以看出,关键人才因公司的不同而不同。对快递公司来说,可能司机就是关键人才;对金融企业来说,分析师需要重点关注;对通信企业来说,研发人员又成为公司手心中的宝贝。但是相同的是,在公司内部,关键人才对创造利润和价值有直接重大影响,从外部看,这些人也是竞争对手和猎头公司争相拼抢的对象。关键人才在企业中一般占到10%-20%,并且这部分人的名单每年都在变动之中。

      为了吸引和保留关键人才,跨国公司和领先的中国企业为他们提供了一流的发展平台,他们参与各种发展计划,有机会承担重大的工作任务。在企业,他们像不断成长的大树,而不只是一支只为企业燃烧的蜡烛。

      2006年,伊利引进中欧国际工商学院培训课程对高层管理人员驾驭国际企业的综合管理能力进行培养;并通过建立伊利商学院、伊利-利乐专业学院对关键人才进行系统的、有计划的培养。沃尔玛中国的培训课目非常完备,从领导力到客户服务,从本部门到跨部门,从国内到国外,应有尽有。

      除了更精华的培训项目,最值得强调的或许是关键人员不再是作为一个群体被看待,他们得到的是持续的一对一的重点关注。沃尔玛中国为关键人才度身订做发展计划,在计划里,会告诉他需要参加什么培训、什么活动,需要看什么书。比如如果觉得一个员工在公开场合的演讲技巧需要提高,那就会让他在公司某个大会上做5分钟或10分钟的演讲。

      在另一家领先企业伊利那里,每个关键人才的发展也都有详细计划。他们推行“三个一”自我提升计划,包括关键人才每季度要阅读一本管理或专业的书籍,并撰写读书心得与他人心享;每季度要撰写一个管理案例,进行经验总结并与他们交流分享;每年要针对个人成长制定一项改进计划。

      这样的一对一的关注不只表现在度身订做的未来发展计划,还表现在对日常工作和生活的关心上。沃尔玛有一个“良师益友计划”(Mentoring
    Program),这个计划基本上涵盖了公司所有的关键人才。公司设有导师库和弟子库,导师与弟子进行一对一的交流。为了保证这个计划的质量,沃尔玛会安排各种培训,告诉他们怎么做才能使得他们相互利益的最大化,并经常设立会议,让他们交流彼此的最佳实践。

      王培说:“通过培训你得到的是感性的认识或者理论性的知识,但是通过一对一的沟通,可以把理论转化成实践,更带即时性与准确性。”弟子任何时候有困惑,哪怕是与家庭生活相关的问题,都可以打电话给导师寻求建议。

      同样作为关键人才的导师也可以从弟子那里学习到很多东西,“比如了解现在的年轻人看问题的角度是怎样的,指导不同的弟子,也可以丰富导师的管理经验”。

      为了使双向的沟通更有效,“一般我们不鼓励直接上司做导师,只要你认为这个人足够信任,而且有经验可以充当你的导师,都可以。”

      这些培养与发展的计划体现在员工身上就是工作的进步与变化。伊利为关键人才设立了管理和技术两个职业发展通道,建立了不同层次的人才梯队,每一个关键人才都可以根据自己的专长,自主选择职业发展方向。

      这也是在管理关键人才的发展时非常重要的一个方面,就是公司要根据关键人才的意愿和能力,为他们设定适合的发展方向。对于关键人才,职业阶梯(ladder)与职业格子(lattice)并存,员工可以选择向上发展,可以选择在专业领域的纵深发展,也可以选择跨部门跨领域的发展,甚至到其他公司交换发展。总体上说,工作对他们来说,意味着更多的选择和可能性,而且他们有机会从事重大的有影响力的工作。这对于保留关键员工的意义在于,如果企业可以提供他想要的机会,给他想要有成就感,那他也不必再到其他公司寻求发展。

      

    第一节 必须养成的五个好习惯(1)

    从技术骨干到管理者角色的变化,原来的工作方式和工作习惯已经不再适应新工作的需要。因此管理者必须重新养成正确的习惯,才能在工作中如鱼得水,驾驭自如。对技术型管理者来说,对习惯进行管理,简单地说就是用新的良好习惯去破除和取代旧的不良习惯。改掉坏习惯,关键是明确什么是好习惯。
    作为从技术骨干到管理者应该逐步养成如下五个好习惯:1、高效管理时间的习惯
    现代管理学大师彼得·德鲁克认为,高效利用时间是完全可以后天学习的,其关键是:首先,为成效而工作,而不是为工作而工作。先要考虑“我期望得到的成果是什么?”,而不是一开头就考虑做些什么工作,采用什么技术或手段;其次,把主要精力集中于少数主要的领域。制定工作的优先次序,按紧迫程度和重要性来安排时间,有条不紊的完成工作。

      巴莱多“二八定律”告诉我们,在任何一组事物中,最重要的只占其中一小部分,约为20%,其余80%虽为多数,却是次要的。最重要的事情先做,而不是先做那些次要的事情,那将一事无成。2、当天任务绝不拖到明天的习惯
    成为技术型管理者后,每天都会接到来自高层的工作指令,来自其他的部门的协作要求,以及来自下属的工作请示等,要处理的事情太多。在这种情况下,做到“日清日毕”就很有必要。规定当日完成或在一定时间完成的工作尽量要按时完成,否则拖拉的结果必然是影响今后的工作计划。长期以往,就会形成一个恶性循环,总会有事情做不完,总会有事情打断手头的工作,工作效率必然大受影响。3、加强合作,戒掉单打独斗的习惯
    以前是技术骨干的时候,“个人英雄主义”是常有的事,这个也是做技术的特点,但变身为管理者后要学会团队合作。为顺利的实现工作目标,技术型管理者更加需要沟通和协作,而不是单打独斗。
    与人合作就包括与其他管理者合作,也就是部门间的合作。对技术型管理者而言,所要完成的工作就是实现企业战略,要做到这一点,仅靠某个部门是不可能实现的。所以,技术型管理者之间要加强合作。
    4、养成勤于反思擅于总结的习惯
    进入管理者角色后,总是被大量的工作所包围,每天只能是埋着头被动的完成来自高层布置的任务,日复一日年复一年,完成任务还来不及,哪里还有时间顾得上自身能力的提高呢?
    所以要养成反思和总结的习惯,不断的反思总结更多的经验和教训,也能让你不断地修正今后的工作,这样就可以非常清楚的看到自己迈出的每一步。反思和总结应该是一种持续不间断的过程,而不是事到临头才去抱佛脚。只有这样才能很好地把握自己要做的任何事情。
    5、养成集思广益的习惯

      以前做技术时已经习惯了我行我素,总把别人的意见当做是对他们的技术权威的挑战。转型成技术型管理者后,你已经拥有了一个团队,作为管理者的你要想成功地做出一项决策,绝不能一味地固执己见。相反,必须善于倾听各方面的意见。换句话说,就是要集思广益,集众人的智慧和意见,取精华弃糟粕,只有这样,才能使决策取得更好的效果。

      事实上,企业的发展团队的成功不能够只靠上层管理者的决策,而应该靠全体员工,特别是能够集中全体员工的智慧。企业中重大的问题应该广泛地听取大家的意见,要分析看有没有不合理的成分;少数人的意见也要听,看一下有没有合理的方面,认真思考分析,对各种意见分析、归纳和整理,取其精华去其糟粕,最终得出正确的结论。


    第一节 必须养成的五个好习惯(2)

    集思广益是前人在长期实践中总结出来的制胜法宝,其中蕴含着深刻的道理和原则,是技术性管理者作出好决策的必备法宝。

      在这个问题上,杰克·韦尔奇曾说:“CEO的任务,应该对他手下人的成长感到自豪。企业的副总应当对他的领域负起责任,而不是等CEO向他发号施令,如果所有的想法都来自CEO,CEO告诉每一个人如何做每一件事的话,这样的企业就很难长远成功。企业的成功需要集思广益,所有的人都要有激情。”他还说:“我在通用的时候,我们的销售达到1300多亿美元,我们制作发动机,制作电影,生产医疗设备,制造塑料产品,等等。大家想一想,在这么多的领域,如果让我来告诉大家怎么做发动机,怎么做塑料产品,怎么制作电影,如果这样做的话,做出来的肯定是特别滥的电影。所以,一定要调动所有人的积极性,用集思广益来促进新思想的出现和创造力的出现。”

      通用电气公司的前身是美国爱迪生电气公司,创立于1878年。经过一百多年的努力,通用电气公司现已发展成世界上最大的电气设备制造企业。生产的产品种类繁多,除了一般的电气产品,如家电、X光机等,还生产电站设备、核反应堆、宇航设备和导弹。但到了1980年,这个巨大的企业却到了山穷水尽,难以维持的境地。

      就在这个危急关口,年仅44岁,出身于一个火车司机家庭的韦尔奇走马上任,担任了企业的董事长和总裁。新官上任三把火,他一上任就进行了一系列改革,其中最重要的一条就是宣布通用电气公司是一家“没有界限的企业”,他指出:“毫无保留地发表意见”是通用电气公司文化的重要内容。

      “集思广益”的大部分理论基础包含着诸如员工的参与、信任感和下放权力等朴素、甚至有些陈旧的观念。它拆除了“上级”和“下级”的界限,不同岗位、不同阶层的职员集中到一起,针对某些问题研究提出建议和要求,当场确定实施意见。这种管理方式,减少了大量中间环节,迅速提高了行政效率。

      “集思广益”讨论会不仅带来了明显的经济效益,而且让员工广泛参与管理,感受运用权力的滋味,从而大大提高了员工的工作热情。

      1987年,通用电气公司制造一台燃烧室喷气发动机上的关键部件需要30周,通过开展“集思广益”活动,1991年初,这一产品的生产周期缩短到8周,如今只需4周。负责制造加工燃烧室的员工们还在商讨10天内完成任务的可能性。

      “集思广益”讨论会已成为通用电气公司一种日常性的活动,随时都可以根据需要举行,参与人员也从员工扩大到顾客、用户和供应商。

      “集思广益”活动把本来企业里面原本不相干的人们聚集到了一起,包括计时工人、白领阶层、管理者甚至是工会领袖们。他们平时在工作中很少有机会接触,现在却可以在这种活动中相互交谈并相互信任。

      在这种工作经历中,人们看到企业的言行一致,他们的信任感在这个过程中不断地增长,智慧的火花不断地迸发。过去只被要求贡献时间和双手的人们现在感到他们的头脑和观点也开始备受重视了,慢慢有着自己存在的价值感和自豪感。

      在听取他们想法的过程中,每个人都更加清楚地认识到,越是接近于具体工作的人就越是看得透彻。因此,韦尔奇说:“上世纪90年代期间,我们通用电气公司具有创造这样一种企业气氛的根本性的机会。在这种企业气氛下,毫无保留地发表意见在文化上是可以接受的,讲真话受到奖赏,而对下属一味喊叫的管理者则不会受到奖赏。”

      也正是这种“集思广益”的活动,推动着企业的管理者必须更多地去放权,更多地去行动,更多地去听取意见。他们必须信任别人,也必须被别人所信任。虽然这并不十分容易,但却是通用电气公司在20世纪90年代所致力于促进的。

      其次,集思广益包含着决策民主化、决策科学化的思想。

      集思广益还包含在某一具体问题的处理上也要广开言路,不能只听一面之词,只考虑一种方法,而要围绕这一问题,充分征求意见,提出各种可能的解决方案,然后在可供选择的方案中进行利弊比较,选择最优方案来加以实施。

      企业所需要于员工的,不但需要他们为企业做事,更需要他们为企业出谋划策。企业就像一所大房子,房子越大,门窗越多,而集思广益就是要拆掉这些门窗。管理者所作出的决策应该为下属所理解,并具有强大的感召力。

      技术型管理者要记住一点:请下属参与目标的制定是至关重要的。在一起制定目标的过程中,因为各个下属部门或个人都会根据自己的需要,从自己的利益出发,提出对即将制定的目标的种种建议或见解,争论是不可避免的。但就在这一过程中,技术型管理者却可以洞察到目标的确立应遵循什么样的原则才能更为下属所认同,而不至于使提出的目标高高在上,不合民意。另外,在这一过程中,正确的意见得到阐述,偏执的意见也会得到自我修正,这实质上也是一个教育、说服和发动的过程。

      以上是技术骨干转化来的管理者应该具备的一些好习惯,作为技术型管理者的你可以学习去建立,如果你已经拥有了这个习惯,你可以去巩固。
      


    第二节 如何提高你的团队执行力(1)

    技术骨干最难的问题是执行力问题,如何管理下属才会听,如何指导下属才肯做?执行力问题是大多数技术型管理者共同的难题。柳传志认为执行力是将适合的人放在适合的位置上,杰克-韦尔奇认为“卓越的执行”就是执行力。显而易见,执行力是指做事的能力,而管理者只需要找好会做事的人,并用好他,那么管理者的执行力就大大提高。汉高祖刘邦正是这样一位执行力强的管理者,曾经有人分析他作为一个没背景没文化的人,为何能打败所有对手,成就一番事业?后来得出的结论是:运筹帷幄他不如张良,内部管理不如萧何,带领团队拓展业务不如韩信,但能用好他们,所以最终他成为了胜利者。

      执行力其实就是“做”的能力,即选用合适的人用科学的方法去做正确的事,把事情做好。执行力包括两个方面,一是个人的执行力,另一个是团队的执行力。个人执行力是个人执行并完成任务的素质和能力,抓落实的作风和精神,是职业技能。不同的人要完成不同的任务,需要不同的具体能力。团队的执行力不是每个人执行力的简单相加,而是整体与部分之和的关系。

      执行力概念最早由美国资深的企业家保罗·托马斯和企业管理学家大卫·伯恩提出,他们认为执行力在企业竞争中具有举足轻重的地位。一个组织无论是企业还是政府,成功与否,可以说是“三分战略,七分执行”。如果没有牢固的执行理念和强劲的执行力,任何的决策和计划都不可能贯彻落实到底。

      技术骨干到管理者所带领的团队执行力不高的原因有很多,总结起来就是以下几点:
      1、战略不清晰、目标不明确

      没有清晰而专注的战略,没有统一的团队思想,今天换一个方案,明天换一个战略,让执行力大打折扣。
      2、职责权限不明晰、缺乏考核标准

      每个部门、岗位职责权限不够明晰,没有实行一对一责任,员工没有清晰的职责范围,便无从完成本职工作。如果没有一个明确的职责,容易出现互相推诿扯皮,或者相互不合作,怎么还指望这样的团队会有好的执行力呢?

      什么样的结果才是合格和满意的,也往往缺乏相应的考核标准,使得员工在执行过程中感到困惑。正确的做法应该是将执行目标层层分解,并制定每个岗位的考核标准,才能使执行者有一个执行的参照系和对照标准,不至于出现滥竽充数、蒙混过关的现象。这样一来,整体的执行力就提升了。

      3、沟通渠道不畅通

      一是从上往下传递的渠道,问题通常出在管理者身上。当高层制定的政策中涉及到不利于中层的利益时,由于管理者以前从事技术管理的惯性,总出于本位主义而使信息传递不全或走样,结果执行在管理者这一关就遭遇障碍而大打折扣;另一种渠道是由下而上的信息反馈通道,即下属在执行中碰到的问题没有及时向上反映或在管理者遭遇障碍,存在的问题得不到及时处理和解决,结果不畅通的渠道影响了执行力。

      4、缺乏及时的监督和检查

      我们经常听到有些技术型管理者常说的一句话:“不管过程,只要结果”,其实这是一个错误的观点。在执行过程中遇到的问题跟踪不到位,问题就会拖沓延长,执行力当然大大下降。

      5、奖惩制度不完善

      奖惩制度是一个企业管理制度的核心,如果奖惩制度不完善,团队的执行力将大大削弱。做的好没有奖励,做的不好没有惩罚,这是技术骨干们以前带来的工作习惯。这样就会使员工没有激情效率也越来越差,或者奖惩比例的不平衡不公平挫伤员工的积极性。


    第二节 如何提高你的团队执行力(2)

    无规矩则不成方圆,没有严谨的制度很难实现“集团军大规模作战”,没有统一的指挥系统,将士之间的默契,上下统一的价值观、做事方式,组织效率必然低下,也不能留住人才。所以技术型管理者特别需要注意,在非原则性问题上,我们需要因地制宜地处理问题,不要一成不变。

      执行力在团队中的重要性主要体现在以下三点:
      1、执行力是团队合作的基础

      团队是一群能力水平、经验及背景都不同的人,为了达到一个共同的临时性的目标而组合在一起的。每个人都要承担起一定的责任,就象一个机床的各个齿轮,只有每个齿轮都运转起来,整个机床才能良性运转。现代社会组织是靠流程来运作的,个体都是这个流程环节上不可或缺的一个节点,如果某个员工没有按照事先定义的流程来做的话,整个流程执行的效果就会打折扣。

      2、执行力是高绩效团队的保障

      “并非穿同样衬衫的人就能形成团队”,团队是一群“言必行、行必果”、出去就能打胜仗的人。所以团队对每个成员的高效完成任务的能力即执行力的要求就显得尤为重要。

      3、执行力是团队持续发展的推动力

      春来秋去的大雁为什么要在飞行时总是结队为伴编队飞行呢?原来,大雁编队飞行能产生一种空气动力学的作用,一群编成“人”字队形飞行的大雁,要比具有同样能量而单独飞行的大雁多飞70%的路程,也就是说,编队飞行的大雁能够借助团队的力量飞得更远。这就是著名的“雁行理论”。这个理论强调的是团队合作的力量,也更突出了每只雁的重要性,试想如果每只雁都消极怠工不奋力飞行的话,那么“人”字型的队形恐怕难以形成,也不会产生协同效应。只有每只雁在自己的位置上认真飞行,尽职尽责,整个团队才能飞得更高、飞得更远。

      团队中对执行力的要求是很高的,那么,如何去提高团队成员的执行力呢?
      首先,技术型管理者要在团队中建立起关于执行力规则

      所谓执行力规则实际上就是我们在团队中提倡什么、反对什么、奖励什么、惩罚什么,对每个人都是一样。商鞅变法时为为了确保新法的实施,商鞅不仅要取信于君,还要取信于民。于是他在南门竖起一根三丈高的木头承诺如果谁把它搬到北门去就可以得到奖赏。开始人们都不信,后来他又加赏金,这时有人心动了抱着试试看的心态搬到了北门,结果商鞅立即按照承诺奖赏了他。此事传遍了整个秦国,人们意识到以赏善罚恶为主要内容的商鞅变法要动真格的了。这个历史典故说明了我们树立了规则后就要按此行事,如果破坏了规则就要受到惩罚,如果遵守的话就会持续顺利发展下去。要让团队做到有制度有规则可依。

      其次,要有高度的责任感

      责任感来自于技术型管理者对事业的忠诚。责任感是个人岗位及工作性质所赋予的,每个成员都是一个独一无二的角色,在企业这个大的机体上承担着自己的一份职责。

      著名神学家及作家圣奥古斯丁曾经说过:“信念就是相信我们看不见的东西,有了这种信念我们就能看见我们相信的东西。”

      其三,树立员工良好的团队意识及集体荣辱感

      “一根筷子轻轻被折断,十根筷子牢牢抱成团”。个人英雄主义已不是这个时代的潮流和推崇的典型,团队合作才是迎接这个竞争环境所作出的不二选择。我们都是为了一个共同的目标走到一起来的,所有员工应该始终把自己真正当作这个团队的一员,要有这种团队的意识。拿接力赛跑来说,真正的胜利是拿团队冠军,而不是拿个人第一名,但是如果每个人都不努力向前跑的话,那冠军也基本上没指望了。团队赢了,我们也就赢了;团队输了,我们就是输了。

      在培养多名军事人才及管理精英的美国西点军校,其学生常常用四句话回答长官,第一句“是的,长官”,第二句“不是,长官”,第三句话“我不知道,长官”,第四句话最精彩“没有任何借口”。执行力成为西点学生个人品牌及核心竞争力的有力支撑点,这些学生成就了西点军校的荣耀,西点军校也成就了这些学生。

      执行力是个人提升的基础,执行力是我们团队成功的保障。我们还处在团队发展的规范期,离真正发挥期的团队还有一定的距离。惟有提高技术型管理者的执行力,才能提高每个团队成员的执行力,这样的团队才能成为真正的高效能团队。

      

    第三节 如何建立你在团队中的凝聚力

    如果你是一个刚晋升管理者的技术骨干,那么有一条铁律你一定要牢记,就是迅速建立你在团队中的凝聚力。让员工围绕着你转而不是让员工在工作中各自为王,各做各的事。那样你很快就会失去控制团队局面的能力。要知道,管理者是团队行为的一切导向和核心,采取什么管理方式将直接影响到凝聚力的高低。

      一、高凝聚力团队特征
      1、团队内的沟通渠道比较畅通、信息交流频繁,沟通成为了工作中的一部分。

      2、团队成员的参与意识较强,人际关系和谐。
      3、团队成员有强烈的归属感,和集体荣誉感。

      4、团队成员间彼此关心、互相尊重互相信任。
      5、团队成员有较强的事业心和责任感,愿意承担团队的任务,集体主义精神盛行。

      6、团队为成员的成长与发展,自我价值的实现提供了便利的条件。
      二、建立凝聚力团队的艺术

      作为一名从技术晋升来的管理者,提高你在员工的凝聚力有哪些领导艺术呢?我认为主要有以下几点:
      1、确定团队目标

      在每个时期团队都会有不同的目标,但在制定目标的时候要多花心思,因为它能直接决定你在团队中的影响力。我建议,在制定每个目标的时候,技术型管理者要尊重各位团队成员的意见,让目标的制定成为团队成员集体智慧的结晶,而非个人或某个管理者一挥而就的事。只有尊敬员工的意见,才有可能实事求是的完成任务,才能知道如何做,怎么做。只有这样,大家的目标才能一致,统一思想,坚定不移的朝着团队的目标行动。

      2、建立学习型团队

      技术型管理者应帮助员工制定学习计划,制定一些列鼓励员工学习技术,学习管理的规章制度。成立学习小组或是实行读书会制度等,让团队中的每个成员都不断完善自我,不断学习,在学习中成长。

      3、增强团队意识

      (1)交流。技术型管理者可以每周和大家进行一次思想交流。交流方式多种多样,或办公室、或咖啡厅。交流的话题可以围绕工作、生活、个人爱好等展好,沟通主要的目的是主要是为了消除各种因素造成的隔阂。

      (2)激励。员工们难免会有情绪不好状态不佳的时候,作为管理者,这个时候在工作安排过程中要多给员工激励和理解,及时调动员工的主观能动性,发扬主人翁精神,使工作充满激情与积极性,并把这种激情带给其它的部门。

      (3)总结。部门要每周进行一次工作总结,并对部门整的工作目标下一周计划作出相应计划,这样才便于统一思想、统一方向,使大家朝着共同的目标前行。

      4、建立团队成员相互信任感

      建立团队意识首先要大家之间彼此建立信任感,只有大家彼此之间非常的信任,思想的高度统计才可能建立一支非常高效的团队,如何来增强我们部门内部员工之间的信任感呢?这就是技术骨干管理的学问,你完全可以让员工学会自如地、迅速地、心平气和的承认自己的错误、弱点、失败,彼此之间多认可别人的长处,多有赞赏的眼光,感恩的心态来对待彼此。

      当团队中的成员出了问题时,技术型管理者要主动敢于承担责任。并跟团队成员解释这个问题发生的原因,今后该如何避免,之后跟大家一起再讨论解决方案。这样既增加了彼此的信任,又可以用团队的智慧来解决问题,这样彼此之间才会产生信任及依赖,团队建立的基石才能打好。

      5、允许适当的良性冲突

      团队中成员之间有摩擦是常有的事,如果是良性的不仅不会破坏大家的团结反而还会促进团队的进步。技术型管理者可依每周找机会抽时间坐下来跟员工开诚布公的谈谈。因为员工往往在完全放松的时候才会将自己心中的话说出来。对于目前大家总是避免一些良性的冲突,往往是因为有时大家把这这种冲突当作浪费时间,希望尽可能的缩短会议和讨论的时间。这样使一些意见不可能得到提出,最终发现这些问题会不断的重复发生。

      作为一个优秀的团队,团队内部的每一个人应很清楚自己要做什么,如何去做。而不应是一味的向上级汇报,甚至在背后说闲话,这样只会降低团队员工的士气,反而使那些本来容易解决的问题迟迟得不到处理。团队应当每个人都争当主人,增强责任心及发扬主人翁精神,遇到问题积极想办法解决,为解决这个问题贡献了一份力量,而不是一味的被动接受。

      书包网 txt小说上传分享

    第四节 如何塑造你在团队中的领导力

    领导力的塑造,建立以领导——管理者的角色认知,并以管理者的高度及视野审视日常工作,能够让技术型管理者充分认清从自我管理到管理他人的角色转变中遇到的障碍及困难,从而减少技术型管理者从技术走向管理过程中摸索的时间。

      人都是不喜欢被人管的,他们希望被人领导;你可曾听到过“世界管理者”这样的说法?“世界领导人”,这才像话;教育领导人、政治领导人、宗教领导人、童子军领导人、社区领导人、劳工领导人、商业领导人,他们都是领导,他们不是在管理。如果你想管人,那就管管你自己,把自己管好,这样你才就会在管理之路上越走越顺。

      上述文字是《华尔街日报》曾经刊登过的一段话,名为《让管理靠边站》,来自于联合技术公司。它形象而生动的阐述了人人渴望被领导而非管理的现实。但是多年来,领导力研究号称管理学界的死亡谷,有去无回。

      什么是领导力?通俗的说法是,一种让人莫名其妙地跟随你赴汤蹈火的号召力。庸医能够杀人,无能的领导者也能让人的力量减退。一个优秀的领导者的成长之路,尽管不是那么容易修炼成的,但是在大师的指引下,对每个人来说,还是有机会能够脱颖而出的。

      领导力是技术型管理者必备的一种内在力量,威信高的管理者往往具有很强的个人凝聚力和号召力,有呼必应,工作开展得也如鱼得水。而充分开发领导力则有以下五项有益措施,并且这几项措施呈递进趋势(见下图):

      我们注意到,前三项措施——发展领导力的机会是创造有益的氛围的基础,而有了有益的氛围,团队领导力也就越强,而这三项又恰恰是另外两项措施的前提条件。调查结果显示,如果缺少前三项关键因素,则企业培育领导力的一切努力都不容易成功。

      在杰克·韦尔奇担任CEO的二十年间,通用电气的领导力开发模式成为了举世皆知的典范。韦尔奇认为,人才和领导力是企业成长的原动力。今天,这家公司每年投入约11亿美元在员工学习与成长上。

      通用电气的CEO伊梅尔特进一步从2001年起对所有管理人员提出了新挑战,要求他们每年要达到13%的成长率。“我们需要一种文化上的转变,以更好地满足消费者的需求。”通用电气澳大利亚和新西兰人力资源副总诺兰说。同时,通用电气已经有50%的员工和50%的收益来自美国以外的地区,这使得通用电气真正成为一家全球性的公司。

      另一方面,丰田汽车也正在逐步完善它的领导力发展模式。“丰田一向都以在职训练的模式来发展员工的领导能力,他们通过不同的项目来完善自身。但随着全球经济的转型,我们需要让外部招聘来的人员也能尽快适应公司的一切。”丰田汽车澳大利亚分公司经理海勒·巴克斯指出。在2001年,丰田对它的核心价值观和信念进行了系统性地总结和提炼,成为众所周知的“丰田之道”(Toyota
    Way)。

      丰田所有的部门都被要求管理者把工作信念、核心竞争力以及具体的行为都加以整合并形成体系,也就是要求管理者必须塑造自己在团队中的领导力,以便让公司累积的精神财富得以被员工迅速吸收,同时管理者也能能够更迅速地成长和进步。

      通用电气投入了大量的资源和人力来发展领导力,丰田将建设核心文化体系化作为一场长期战斗。可见领导力开发是一种长期的承诺,绝非一蹴可及的。

      通用电气和丰田汽车的领导力开发,都是在全球范围进行的,而且是以团队为单位。“你可以对单一员工进行领导力培训,但这样一来,只有一个人能获益。如果你让整个团队互相学习,他们就能够共同成长,最终产生巨大的效应。”诺兰说。

      在丰田汽车,团队合作、领导力早已形成一种传统。“重点不在于培养一个或两个特别杰出的领导者。只要在整个组织中塑造领导力氛围,那么优秀的领导者自然会不断涌现。”巴克斯指出。

      这两家公司都对高管层、中级干部和基层管理者提供了不同的培训规划,这些计划是在考量整个公司的利益下进行的,一环扣着一环。“通用电气把人才规划和发展看得和财务规划一样重要。其他公司即使想学,也很难学到这其中的精髓。”诺兰说。

      领导力既是管理的核心,又是管理的升华,所以技术型管理者领导力的开发并不是一个孤立的过程,它永远与整个企业的需求和发展紧密联系。所以说领导力的塑造对技术型管理者来说是不能忽视的一课,也是决定能否成为优秀管理者的有力证明。

      

    第五节 技术型管理者必须具备的五种观念(1)

    技术型管理者必须平衡运用五种观念,才能驾驭好自我、组织、情景、关系和变革。加拿大一家大公司的首席执行官曾经抱怨说,他无法使工程技术人员像管理人员那样思考问题。这是一种普遍的抱怨,在这背后隐藏着一个非同寻常的重要问题:像技术型管理者那样思考是什么意思?

      可惜的是,近几年来人们很少注意这个问题,我们大多数人过于迷恋“领导”而忽视了“管理”。人人都想成为伟大的领导人,再也没有人想成为一名好的管理者。但是把管理和领导完全区分开来是危险的。离开领导的管理会导致一种缺乏创见、平庸的工作作风;而离开管理的领导则会导致一种脱离群众的工作作风,让管理者变得狂妄自大。这种狂妄自大对团队和企业的破坏力是有目共睹的。因此,还是让我们回到原来那种朴素的管理模式吧。

      但是原来那种朴素的管理模式比较复杂,而且常常令技术型管理者困惑不解。人们要求技术型管理者既要放眼市场,又要关注本部门;既要合作,又要竞争;既要不断改革,又要保持秩序;既要盯住利润,又要培养员工。哪个技术型管理者能够把这一切都协调好呢?谁也不能。但是,为了卓有成效,技术型管理者必须正视这些对立面,以便将这些看似矛盾的各个方面高度统一起来。这就意味着他们不仅要关注必须完成的工作,而且还要关注他们考虑问题的方法。

      我们需要一种新的结构,这种结构要鼓励综合而不是分裂。我们最后制订出一种建立在五种管理观念基础上的结构,这个结构在实践中能抓住问题的实质,这正是我们希望达到的效果。我们将首先解释是如何提出这五种管理观念的。然后再将这五种观念结合在一起,做个总结。

      许多企业拥有执行能力,但是不太善于退一步思考它们所处的形势。另外一些企业面临相反的尴尬处境:技术型管理者过于沉湎于思考技术,管理事务不够果断,执行能力很不足。我们知道,官僚机构擅长规划和组织工作,但对市场力量却反应缓慢,而行动灵活的公司一受刺激马上就做出反应,但总是会出漏洞,于是又不得不做一些善后工作。

      这两个方面确定了技术型管理者的活动范围,每一个有效的技术型管理者所采取的任何行动都介于“实际行动”和“抽象思考”之间。技术型管理者必须把两种观念结合起来,在抽象思考和实际行动的交汇点行使管理职责。

      但是,什么是行动和反思的客体?很明显,这个客体就是“合作”,技术型管理者要和别人合作来完成事情。例如在谈判中,技术型管理者不要单独采取行动。另一个是,行动、反思和合作必须建立在对现实各个方面深入了解的基础之上,我们称之为“练达的观念”。

      因此,我们提出五种管理观念,它们是技术型管理者解释和应对周围世界的五种方法。每一种观念都有自己的主要对象,或者说目标。就反思而言,其主要对象是自我,没有自知之明就不可能拥有洞察力;合作使对象超出了自我,进入技术性管理者的关系网络;分析的对象比合作的更进一步,扩大到组织。组织的基础是对各项活动进行系统的分解,这正是分析的内容。在组织之外是练达这一观念的对象——情景(context),——即组织周围的世界。最后,行动的观念通过变化——自我的变化、关系的变化、组织的变化和情景的变化——把所有的东西都聚到了一起。


    第五节 技术型管理者必须具备的五种观念(2)
    因此,管理实践包括与我们培训项目的五个模块相对应的五个视角:

      第一、自我管理:反思的观念

      我们所知的大多数技术型管理者每天都生活在“新兵营”,他们早就领教了“新兵营”的种种滋味。此外,在真正的新兵营中,士兵要学习队列和服从,而不是停下来思考问题。而技术型管理者迫切需要的是停下来思考,仔细回顾并彻底思考他们的经验。索尔·阿林斯基在其所著的一书中提出了一个很有意思的观点:事件,或“所发生的事情”,只有经过深思之后才会变成经验。他说:“大多数人不积累经验。他们忙忙碌碌地过日子,许多所经历的事情都未经消化就溜过去了。这些事情只有经过消化、经过反思、与一般的模式建立联系并且经过综合,才能转化成经验。”

      除非理解了意义,否则管理就是盲目的。善于反思的技术型能够向后看,为的是更好地向前看。成功的“远景”并非是完全凭空想出来的,它们是根据以往的经验一笔一笔地画出来的。换句话说,善于反思的技术型管理者能够正确地尊重历史——不仅包括记录了轰轰烈烈的交易,而且还包括记录了使组织正常运转而进行的所有小行动的日常历史。

      第二、组织管理:分析的观念

      技术型管理者的分析就是把复杂的现象分解成各个组成部分。分析无处不在,对于“情景”要进行分析,对于关系要进行360度评估分析,等等。但是分析与组织的联系尤为紧密。没有分析,你就不可能进行组织,特别是在大公司里。好的分析为组织工作提供了一种语言,它使人们能理解是什么东西推动着他们的工作,它提供衡量业绩的评价指标。

      技术型管理者怎样做到对本质现象的深刻的分析而不是对肤浅的表面现象进行分析呢?我们认为,进行有效分析的关键是超越常规的方法,以便于理解分析的用法以及分析对组织产生的影响。

      让我们假设有3个相关的工作,一个是简单的,一个是复杂的,一个是非常复杂的。例如,建造一艘游艇相对来说比较简单,只要注意排水量和长度的比例这类事情就行了;建造一艘航空母舰可就复杂得多了,涉及各种子系统和供应网络的协调问题。可是即使这样,各种部件也是很容易弄清楚的,必然的行为也是可预知的。但是,要决定是否部署这艘航空母舰就是件非常错综复杂的事:谁能肯定地说什么是应该做的事情?在当时的情况下什么是最佳选择?

      做出这种非常复杂的决定意味着抛弃肤浅的分析和简单的技术,而采取深入分析的观念。你必须考虑一些“软性”数据,包括这些选择的潜在价值。深入分析并不是要简化错综复杂的决定,而是要在维持组织的行动能力的同时保持这种错综复杂性。

      第三、情景管理:练达的观念

      所谓的“全球化”就是从另一个星球看这个世界,按照这种观念,行为是具有某种同一性的,并且这种同一性应该得到鼓励。但是,我们希望技术型管理者这样想问题吗?

      从近处看,就会发现有些东西是完全不同的。因此,应当鼓励我们的技术型管理者变得更加练达,更有生活经验。换句话说,难道我们不应当深入了解我们自己世界以外的世界——了解别人所处的环境、生活习惯和文化——从而能更好地了解我们自己的世界吗?诗人艾略特有一句名言是这么说的:难道我们不应当不停地探索,以便回到并真正了解自己的家吗?这对我们来说,就是练达的观念。txt电子书分享平台
    书包网

    第五节 技术型管理者必须具备的五种观念(3)
    第四、关系管理:合作的观念

      毋庸置疑,管理就是与别人共事,自己在其中扮演的角色不仅是上司和下属,而且还是同事和合伙人。由于受经济理论的影响,我们把人看做独立的行动者、独立的人力“资源”或“资产”,是可以到处移动、买卖、联合和裁减的。实际上,这种看法不是合作的观念。

      合作的观念讲的是在团队和项目之中,以及在部门和联盟之间的人际关系管理,而不是人员管理。真正的合作观念要求管理人员突破授权的概念,达到更高一层的承诺,还意味着要抛弃目前甚嚣尘上的英雄式管理风格,朝着参与式管理风格转变。

      技术型管理者听的多说的少,他们走出办公室去观察、去感觉,而不是坐在办公室里冥思苦想。由于他们自己具有练达的观念,所以他们能够促进其他人的合作。他们减少控制,从而让人们对自己的工作有更大的控制权。如果“我这样认为,所以你要这样做”是英雄式管理者的格言,那么对技术型管理者来说,其格言是“我们这样梦想,所以我们这样做”。在日本称之为“幕后领导”——它让尽可能多的普通人来领导。

      第五、变化管理:行动的观念

      假设你的组织是一辆由多匹野马拉的双轮战车。这些野马代表组织中所有人的情感、愿望和动机。稳步前行所需的技能并不比迈向一个新的方向所需要的技能少。

      行动的观念,特别是技术型管理者,并不是赶着这些马到处横冲直撞。行动的观念说的是要培养一种熟悉情况、熟悉自己的团队在这种情况中能做什么的意识,从而帮助确定和保持方向,哄着每匹马都朝前走。

      显然,把观念分成五类并不表明这些观念是井水不犯河水。我们要为它们贴上明确的标签,但它们显然是互相重叠的,而且他们也不仅仅是一些词语。

      设想观念是纺线,技术型管理者是织布工。有效的业绩意味着把每一种观念跟其他观念混在一起织出漂亮结实的布来。你首先分析,然后行动。但是,纺织过程并不像预计的那样顺利,所以你要反思。你进一步采取行动,发现前方还是有障碍。于是,你认识到单枪匹马是做不成这件事的,你必须跟人合作。但是要跟人合作,你就必须进入别人的世界。于是你会做更多的分析,把新的见解连贯起来。现在,你再次行动——就这样,随着织布的进行,这个过程会循环往复。

      但是,光织一块布是不够的。当各个技术型管理者把布缝在一起成为一件衣服的时候,当技术型管理者进行合作,用分析、练达的方法把他们经过反思的行动融合在一起的时候,组织才成为一个实现共同目标的合作实体。

      我们以上一直在强调所有技术型管理者必须深刻了解所有五种观念。但是许多技术型管理者,根据他们各自的情况和个人喜好,很自然地会倾向于其中的某一种观念。

      案例分析:技术型管理者如何提高执行力
      企业的战略执行是一个系统工程,它需要企业的管理者系统筹划并带领团去建立这样一套战略执行系统。

      LG电子,作为中国消费者最为熟悉的韩国家电品牌之一,一直以最有亲和力的国外家电品牌在国内消费者中被熟知,它以价格低于国外其它著名家电品牌而又稍稍高于国内家电品牌在中国市场立足,这一战略在LG电子进入中国的前几年是成功的。从2002年至2004年,LG电子的在华销售额从40亿美元一直上升到100亿美元,在国内消费者中更是赢得广泛的知名度,但是随着市场的不断发展,LG电子在中国的发展遇到了一个拐点。LG电子每年在中国100亿美元的收入占其全球收入总量的20%,距离LG电子制定的30%的目标尚距离很远,此时,恰逢LG电子在全球高调推出“高端市场的差异化战略”。


    第五节 技术型管理者必须具备的五种观念(4)

    如何让LG电子不陷于“昙花一现”的境地,也不重复前人失败的道路,LG电子如何才能在前人的基础上将自己的“高端战略”这场风暴刮得更猛力更持久些,成为市场到那个笑到最后的人。

      战略执行已经成为国内外企业都需要密切关注的管理话题,对LG电子来讲更加如此,因为其新战略相对于以前的战略来讲,是一次大的变革,是一次战略方向的调整。在本次调整过程中,他们将面临着如何从低端战略的执行转移到高端战略的执行。为分析LG电子如何成功的执行其战略,可以利用平衡计分卡的四个角度进行分析。在确定了公司愿景和财务目标-全球家电市场第一位及2010年电子通讯市场前三位后,LG电子确定了如何为客户创造价值的战略,即LG电子所宣称的高端战略,并通过流程运作和员工发展来执行其战略。LG战略规划五大突破:

      据LG电子内部人士透露,LG电子的“高端战略”规划为要在产品、事业模式、业务、制度以及人才五大经营核心领域实现突破,以高增长和高收益为中心,逐步完善事业结构,强化组织力量。

      就产品来说,按照规划,LG电子集中培育的新开拓产品,包括数字网络产品、智能吸尘器以及利用磁电管技术的等离子照明系统等3个领域。LG电子的产品企划部门已经谢绝新职员的加入,由各部门的具备最高实力、5年以上工作经验的职员来组成企划部门。LG电子产品企划部门相关人员透露:“大概具备5年工作经历的职员中,获得最高评价(S等级)的职员才能被派到企划部”。据悉,产品企划部门的研发人员的待遇相当之高。虽然LG电子相关人员没有透露具体数字,但也表示部分研发人员的薪水已达到一般职员的两倍以上。

      在组织结构上,LG电子把情报通信营业部门和家电营业部门进行了分离,加强各自营业部门的专业性。为了使分散在各地的营业组织,运营的更加有效率,LG电子将中国地区分为华北、华东、华南、华西、东北五大区域进行集中化管理。在各个区域的重点城市即北京、上海、广州、成都、沈阳等地建立大分公司体制。五大分公司作为中国内销事业的主体,是同时拥有权限和责任的独立经营体制,强化市场对应能力,积极推进本地化建设。

      在业务方面,所有产品和服务的开发都将以设计为中心,涵盖产品设计、技术开发、产品生产、营销、服务等各方面。把针对顾客的LG电子的经营哲学和企业精神转换为视觉化的设计,贯穿企业经营流程的产品生产过程、广告、宣传、卖场展示、服务等各方面。

      同时,LG电子将以少花费制造高价产品为目标,大规模转换跨国生产体制,实现以生产高端产品为主的本地化生产体制。比如LG电子计划在东欧建立新的生产基地,并将墨西哥的数字家工厂扩建两倍。未来3年,LG电子在海外的生产比率将提高到目前的两倍,实现物流费用最小化和降低因外汇汇率变动而产生的风险。

      就人才来说,2006年,LG电子第一次选派优秀员工到国外进修,随后又成立了LG全球首家商学院来为企业培养核心人才。这一系列的举措实施,都将为LG电子中国区总裁禹南均提出的管理层本地化目标打下基础,同时也在为“高端战略”的贯彻储备人才。在禹南均的时间表上,2010年,中国人将在LG电子中国的经理层里达到70%-80%的比例。

      战略执行成功步骤和保障世界上没有永恒的高端,在开创“高端”的动态过程中,“高端”最终都会向“低端”转化。当竞争对手的价值竞争曲线逼近时,就该是企业寻找另一片高端领域的时候了。把竞争对手的价值曲线逐点和自身的比对,企业就可以很直观地看到对手模仿的程度。那么企业如何才能不断创新,有效地执行,使自己保持在相对高端的阵地中呢。

      一个有效的战略执行体系不可或缺,谈到执行,经常有人会理解为企业领导很有威信,下属对其言经常执行迅速,反应灵敏,或者有人为执行是下属员工的工作,与领导无关。这些说法均比较片面,真正好的战略执行需要一套流程和制度的保障,而这套制度和体系可以参照以下的方式进行建立。

      bookbao.com 书包网最好的txt下载网

    第四章 概述

    技术型管理者如果很有亲和力,常常和下属打成一片,为人友善、和蔼,那么他最大的不足恐怕就是太具亲和力,对人不严厉,下属不害怕,威信力下降,那么执行力就一定会出现问题。下属不能很好、及时地完成交给他的工作或任务,这样的管理就是太过于柔性了。但如果领导风格太严格,让员工老是感觉你在后面盯着他们,经常会问员工:“你在干什么”,这让员工们感到一股压抑的气氛笼罩在公司,这样的管理就太过刚性了。

      技术型管理者要做的就是刚中带柔,柔中有刚,打个比方说,如果一个员工做错了事,在对其进行处罚的同时,如果他能够认识到自已的错误,那么就要对他进行必要的安抚,这就是打一巴掌揉三揉的道理。管理中做到刚柔并济,你的员工不但会尊重和拥护你,而且会主动的去执行你所交给他的工作和任务。管理是一门艺术,需要在实际工作中不断地摸索和总结。

      bookbao.com 书包网最好的txt下载网

    第一节 建立团队规则(1)

    管理是团队行为,很多人认为,所谓团队行为,就是组织可以剥夺个人的部分选择权,这句话只对了一部分。团队可以剥夺的是个人的部分行动权,但不能够剥夺任何员工的价值观决定权。这也是为什么会出现管理混乱的原因,因为即使你的行动权是正确的,但价值观决策不一致,员工就会行使价值观决定权来“对抗”。从这个意义上讲,很多企业都不是管理型组织,而是权力型组织,管理者在“指挥员工”而不是在帮助员工创造价值。

      你花费了大量时间努力观察、聘用、培养和提拔作为下属的业务团队和人才,这些非常重要。但是技术型管理者最大的挑战是,如何让这些精力充沛、大权在握、高度自负的人聚在一起,塑造一个完整的技术型管理团队,并让这个团队发挥出比单一个人组合起来更大的能量。

      每个团队成员自然都会有个人野心和某一方面的专业特长——管财务的是个技术狂人,那个市场总监做出来的营销策划无可挑剔。但你不应该仅仅让他们一对一地工作,只给他们预算,为他们设定目标,技术型管理者应该从全局看问题。管理团队对于业务总体情况应该达成共识,这样才能保证让市场营销、财务和其他职能部门保持同步。大家追求的不仅是个体目标,而是要共同推动整个组织向前发展。这样的团队才名副其实,才能够一起制定所有目标,然后集中力量加以实施。团队成员应该精诚合作,共同克服组织内部的障碍,必要时应该放下自我和私利来共同完成业务目标。

      塑造一个管理型团队从来就不是件容易的事情。我们会发现,雄心勃勃的人才思考问题的范围很狭窄,总是集中在某个点上,很少关注其他部门的同事在做什么,甚至还会对他们有误解和怀疑,资源和信息都互不公开,没有全局的观念。

      团队规则之一:蛇蛙原理
      这里首先讲一个管理中的原理——“蛇蛙原理”,会帮我们更好地认识团队规则的问题。

      “夏日的中午,一个农夫在池塘边休息,忽然看到一只蛇捉住了一只青蛙,想把它当做午餐,农夫看着可怜的青蛙顿生怜悯之心,就对蛇说:‘你看这个青蛙多可怜呀,也许它家里还有不大的孩子需要它抚养呢,你就放了它吧!’蛇说:‘如果放了它,我就得饿死呀。’农夫一想也对,于是拿出了自己的午餐一个牛肉干给蛇,说:‘你放了青蛙吧,我把这个牛肉干给你’,蛇很高兴,放了青蛙,津津有味地吃起了美味的牛肉干。农夫很高兴,因为他今天救了一个生命。第二天中午,农夫又到池塘边休息,忽然发现蛇嘴里叼着两只青蛙,蛇说:‘我今天早上就没有吃东西,感觉特别饿’,于是农夫给了蛇两个牛肉干,蛇吃着牛肉干满心欢喜地走了。农夫更加高兴,因为他今天救了两个生命。第三天中午,当农夫再来到池塘边的时候,马上傻眼了,他看到几十条蛇每只嘴里都叼着两只青蛙……”

      这就是蛇蛙原理的故事其实说的就是自己做了坏事,却以为自己做了好事。

      在管理工作中,有很多“蛇蛙现象”,看看自己身边的同事和员工是否有这样的事情,看看技术型管理者的你是否犯过这样的错。

      案例一:为了赶进度工作,于是让某人加班来完成,工作如期完成了,感觉应该给加班人一定的补偿,于是设立了加班费。刚开始的时候确实调动了很多人的积极性,时间一长好像发现不对劲。加班的人多了,但好像很多人并不需要加班,原本白天可以做完的工作,要拖到晚上来做,一些住宿舍晚上没什么事的人,也都开始加班工作。


    第一节 建立团队规则(2)

    案例二:公司涨工资、评职称、发奖金的时候,谁呼声高你就得多加考虑,而那些平时在工作中勤勤恳恳的人,习惯了沉默,你就以为他们没有要求,所以也就考虑得少。真正应了那就话——会哭的孩子有奶吃。你以为是在考虑部门的氛围,实则伤了真正脚踏实地干活人的心,他们没有提出要求是因为他们善良,一旦他们伤透心的时候就是他们离开的时候,而且不会告诉真正的原因。

      案例三:项目正是最紧张的时候,你的下属找到你,希望你能够给他涨工资,否则他就离职。你知道他最近要买房子,经济负担比较重,而且他是这个项目的主力,你不希望他离开,因为那对项目的影响非常大。于是你同意了他涨工资的请求,并要求他保密。但是纸包不住火,你发现项目组其他成员的工作积极性好像大不如前了,与此同时,你非常担心其他成员会和你提出这样的要求。

      案例四:说说管孩子吧,你的小孩如果有不顺心的事情就会哭,为了不让小孩哭,你马上拿来巧克力或糖果哄他,开始确实很管用,可是时间一长,你发现小孩好像比以前爱哭了,于是你只好拿巧克力或糖果哄他!

      管理团队时,技术型管理者很多时候会无意识地犯这样的错误,无意中成了“管理的罪人”。这就需要我们首先找出自己在管理中出现的类似现象,能够在内心承认自己的错误,并有改正的意识;其次是学习一些人力资源领域的技能,学习如何依据责任、能力、成熟度、培养、激励等综合因素进行工作分配,出现类似的现象应该如何解决。

      这样,我们不仅能够避免成为“管理的罪人”,而且还可以成为管理的高手。
      团队规则之二:火炉法则

      所谓“火炉法则”,就是把“火炉”烧得红红的,放在那里,本身并不会主动烫人,但只要有人去触摸,它就必烫无疑,不管你是谁,谁摸烫谁,而且立即处罚,没有特例。

      火炉法则的四个特性:

      1、警示性:一个火炉放在那里,熊熊火苗,告诫旁人不能轻易触碰和跨越,自然具有威摄力。团队的制度就是规范,也应具有警示作用,对员工应起到事前的一个约束与预防作用。

      2、及时性:一个红通通的火炉,如果你去触碰它,你会马上会被灼伤,而不是摸上去,等一下再感觉到热。违背制度马上得到相应的惩处,承担相应的责任,及时性是奖惩的一个重要原则。

      3、必然性:如果你去触碰火炉,你必然会被灼伤,而不会这次碰了会灼伤,下次就不会灼伤。违背制度必然会承担相应的后果,而不会因为时间、地点的改变而改变。

      4、平等性:不管你是什么人,一般工人也好,政府官员也好,企业老板也好,去触碰了火炉,都会被灼伤,火炉不会因为你是什么人而选择是否灼伤。在制度面前,人人平等,谁违反了制度,都会受到相应的惩戒。

      从这四个方面来看,用火炉来比喻团队制度和制度的执行,倒也显得十分贴切。换言之,对于制度建设,教育和规劝违法乱纪的社会行为确有必要,但还应与“严厉的惩罚”相结合,方能产生“治标”的同时、更能“治本”的效果。“教育规劝”也好,“培养守则意识
    ”也罢,都只是寄托在“行为人能够自觉遵守”这一点上;而严厉的处罚,则是技术型管理者强制行为人必须遵守,是对上述“行为要求”的一种必要的配套措施。书包网
    www.bookbao.com

    第一节 建立团队规则(3)
    团队规则之三:亚斯兰现象

      将一群羊用铁丝网圈起来,每天都有羊跳出铁丝网逃走,羊群的数量不断减少。后来将铁丝网通上电,开始还是有羊不断冲击电网,也有的羊因此而死掉。但是,慢慢的冲击电网的羊就越来越少了,羊群里的羊都远离电网,羊的数量也不再减少了。再后来,铁丝网保留,但是已经不再通电了,可是羊群依然不再靠近铁丝网。最后,连铁丝网都撤掉了,但是羊已经习惯了在这个区域内活动了,不会在走出圈子外去了,这就是“亚斯兰”现象。

      “亚斯兰”现象在管理学上的应用是非常有效的。它告诉技术型管理者们在管理最初就要设定好规则,也就是电网,只要违规一定会受罚,而且要坚持,那么每次违规都会被电到,时间就会养成一个习惯。只在规则允许的范围内活动做事情,那么就算,以后规则撤了,习惯已经养成了,自然也就不会违规了,关键就在第一次违规的惩罚,好多技术型管理者都会说:“念你是初犯,姑且放你一马,下次不许了!”但是,这就管理带头违规的开始,有了第一次的,也就会有第二次......

      先画圈,再通电,后断电,再撤圈...

      想想公司的“禁烟令”、“关于迟到早退代打卡的问题”、“上与工作无关的网站”等规定其实就是“画圈”,这圈是给不守规矩的人画的,执行就是“通电”,执行就要烧猛火,就要大刀阔斧。任何一个优秀的团队都是制度约束出来的,任何一个成功的企业都是制度文化的浇灌。

      团队规则之四:破窗理论

      一个房子如果窗户破了,没有人去修补,隔不久,其它的窗户也会莫名其妙地被人打破;一面墙,如果出现一些涂鸦没有被清洗掉,很快的,墙上就布满了乱七八糟、不堪入目的东西;一个很干净的地方,人们不好意思丢垃圾,但是一旦地上有垃圾出现之后,人就会毫不犹疑地抛,丝毫不觉羞愧。

      美国有一家以极少炒员工著称的公司,一天,资深熟手车工哈尔为了赶在中午休息之前完成三分之二的零件,在切割台上工作了一会儿之后,就把切割刀前的防护挡板卸下放在一旁,没有防护挡板收取加工零件来更方便更快捷一点。大约过了一个多小时,哈尔的举动被无意间走进车间巡视的主管逮了个正着。主管雷霆大发,除了目视着哈尔立即将防护板装上之外,又站在那里控制不住地大声训斥了半天,并声称要作废杰瑞一整天的工作量。事到此时,哈尔以为结束了,没想到,第二天一上班,有人通知杰瑞去见老板。在那间哈尔受过好多次鼓励和表彰的总裁室里,哈尔听到了要将他辞退的处罚通知。总裁说:“身为老员工,你应该比任何人都明白安全对于公司意味着什么。你今天少完成几个零件,少实现了利润,公司可以换个人,换个时间,把它们补起来,可你一旦发生事故失去健康乃至生命,那是公司永远都补偿不起的……”

      离开公司那天,哈尔百感交集……可是这一切已经无可挽回了。

      这两个故事想告诉技术型管理者的就是,对于影响深远的“小过错”,“小题大做”去处理,以防止“千里之堤,溃于蚁穴”,正是及时修好“第一个把打碎的窗户玻璃”的明智举措。

      介绍了四项建立团队的规则,我们发现打造一个技术型管理团队需要耗费大量的工作时间,但涉及的原则总结起来其实并不复杂:

      当所有人都能齐心协力做好一件事的时候,技术型管理团队就开始成形了。
      

    第二节 塑造团队文化(1)

    建立了团队规则接下来要做的就是团队文化的塑造。说到团队文化的塑造,技术性管理者恐怕又要皱眉了,对于他们来说最难的不是技术难题,而是无形的团队文化塑造。团队文化是在一个团队的核心价值体系的基础上形成的共同的认知模式和行为准则,这种共同的认知模式和行为准则是团队成员为了实现团队的使命、愿景和信仰而达成的一种具有延续性的承诺和契约。

      团队文化是由团队价值观、团队使命、团队愿景和团队氛围等要素综合在一起而形成的。塑造团队文化的关键就是在团队形成与发展的过程中提炼团队的价值观、团队使命和团队愿景,并以此为基础逐渐形成相对固定的团队氛围。

      IBM创始人托马斯·沃森说过:“如果一家公司想迎接不断变化的世界挑战,那么它必须准备在前进道路上改变除基本信念之外自身的一切。对一家公司来说,唯一不可变更的是它的基本经营思想。”

      价值观是人们以自身的需要为尺度对事物重要性认识的观念系统,也就是人们认为什么事物最重要,最有意义、最有价值。核心价值观也称为“关键信念”,它是一个组织所拥护和所信奉的信仰和理想,是一个组织在思想上最重要、最永恒的信条,是不随时间的变化而改变的最高原则。

      价值观是一个组织和团队的灵魂;没有形成团队价值观的团队就像一支唯利是图的雇佣军,团队中的每个人都只看重个人利益而忽视组织目标;而具有清晰稳定团队价值观的团队则会把团队利益与团队目标置于个人利益和个人目标之上,因而使团队中的每一个成员都具备崇高的信仰、坚忍顽强的精神品质和勇于自我牺牲的精神,团队也会因此变得强大而不可战胜。

      技术型管理者要清楚一点的就是团队与成员的关系只靠两种契约来维系,一种是劳动契约,规定双方的权力、责任、利益关系;而另一种就是心理契约,即团队与成员拥有共同愿景和价值观。

      美国管理学家豪斯()早在上世纪90年代就曾提出以价值观为本的超凡魅力领导理论,豪斯认为团队应该是价值观认同的人聚集并实现各方价值的场所,那些拥有超凡魅力的领导者正是通过提出一个有想象力的、更远大的目标,并细心地创造一个成功而又能胜任的形象,然后再以自己为榜样来表达他所坚持的价值观的方式赢得团队成员的追随和支持的。

      在多数情况下,团队价值观是从企业文化中提炼和升华出来的,团队价值观既应体现企业文化的特征,也应突出团队在形成与发展过程中所形成的独特个性。但一些处于初创期的中小企业里,团队价值观有可能独立于企业文化之外,甚至先于企业文化出现。

      团队价值观既不是空洞的口号,也不是挂在墙上的豪言壮语,技术型管理者要学会把它变成指导团队一切思想和行为的一把标尺,成为团队成员行为的宪法和准则。一个高效能的销售团队,无论他们遇到何种困境,也无论他们遇到多大的诱惑,都应该始终坚持核心价值观。让我们看一个真实的案例:

      三年前,王总从国营企业下海创办了一家工业自动化设备生产企业——A公司。创业三年来,王总一直都是既抓生产又抓销售,由于公司规模不大,他一个人倒也应付的来。

      创业初期,王总培养了几名技术骨干,这其中既有他的亲戚,也有他的同学。这些年来,这几个骨干跟他一起开市场,跑客户,没少遭罪,所以王总对待他们都跟亲兄弟似的。书
    包 网 txt小说上传分享

    第二节 塑造团队文化(2)

    近几年,市场竞争越来越激烈,产品同质化导致各个厂家打起了价格战,H公司也深陷其中不能自拔,不但销售额和市场份额迅速下滑,产品利润也持续下滑。王总这才意识到必须马上提高企业的销售管理水平和新产品研发能力,否则公司将很难继续生存。

      为此,他任命刘先生为公司销售主管,公司的销售团队管理将全权交给他负责,而他自己将退到幕后,全力带领技术团队研发新的产品以增强公司的产品的竞争力。

      刘先生不愧是一名有经验的优秀管理者。新官上任三把火,他上任后做的第一件事就是确立销售团队的价值观、目标和愿景,在系统地回顾了公司的创业历程,并充分与王总沟通之后,刘先生归纳出了公司团队的文化价值观:

      随后,刘先生开始实施新的管理制度,制定绩效考核办法,实施目标管理。

      接下来的一年时间,团队凝聚力越来越强,大家干劲十足,工作能力迅速提升,成为公司的中坚力量。年底结算时公司的销售额比上年增长了两倍,销售利润也大幅度上升。

      王总显然对刘先生的管理非常满意,还谦虚的跟刘先生讨教经验。于是刘先生就谈起了对他影响很深的通用电器的管理案例。他说:“创立于1878年的通用电气(GE)经历了120多年的历史,年赢利超过150亿美元,其成功的秘诀就在于有一套科学的价值观管理体系。在GE,每—位员工都有一张”价值观卡片“,上面清晰地标着GE的核心价值观,它时刻提醒GE人坚持诚信、注重业绩、渴望变革。在GE,价值观决不仅仅是一句口号,它是指导GE员工思想和行为的宪法,贯穿于人才招聘、培训、绩效考核、目标管理等企业经营的每一个环节。”

      “每年考核时,GE公司会把员工分成四类,并以不同的方式来看待这四类员工:第一类员工业绩突出,又认同公司和团队价值观,这类人就是公司的优秀员工,公司将会竭尽全力的留住他们,并给他们提供更多培训、晋升、加薪等发展的机会;第二类员工业绩一般,但认同公司和团队价值观,公司会保护这类员工,给这些员工第二次机会,包括换岗、培训等,并根据考核结果制定一个提高和完善的计划,进行第二次考核;第三类员工业绩突出,但不认同公司和团队价值观,公司不会保护这样的员工,一旦他们违反了公司的制度,公司就会请他走人;最后一类员工业绩一般,又不认同公司和团队价值观,公司会请他立即走人。”

      “如今我们销售团队正面临一个难题,那就是那些公司元老,他们一直不认同团队文化和价值观。价值观的问题向来都是原则性问题,松下幸之助就曾经说过:人格是人性中的真、善、美的综合体现。一个人格上有缺陷的人,其才能越大,越容易危害他人以及社会,在这种人身上,高超的才能是‘恶的武器’,是‘恶智慧’。如今新人已经成长起来了,我要以价值观管理体系来管理咱们的团队,塑造属于我们自己的团队文化,只有这样才能使团队彻底的脱胎换骨,迅速壮大。”

      王总听了刘主管的这番话更加信服他了,并让他放手去干。有了王总的支大力持,刘主管迅速的建立起了一整套围绕团队文化运转的一系列招聘、培训、绩效考核和目标管理制度并要求所有员工严格贯彻执行。

      在王总和刘主管的领导下,仅用几年时间就使A公司迅速崛起,成为行业市场的领军企业。

      团队的文化的塑造绝不是口号与标语,而是团队管理的一种有效手段。技术型管理者必须把它们融进团队所有成员的思想和行动中,融进团队管理的每一个环节之中。无论是制定战略,制定管理制度,还是对团队成员实施的激励、目标管理和绩效考核,都应该以团队文化和价值观为参照系。

      资源是会枯竭的,唯有文化才能生生不息”。的确,高绩效的团队文化总会随着时间的流逝而逐渐演变成一种传统,这种传统就象烙印一样烙在团队的每个成员身上,成为一种识别不同团队的特殊印记和符号,并通过不断传承而生生不息。对任何一个团队来说,人事总难免要更迭交替,市场总难免随世道浮沉,但只要团队文化的火种没有熄灭,成功之火就能燎原!

      

    第三节 提高团队绩效(1)

    团队规则的建立,团队文化的塑造其实都是在为打造高绩效团队铺路,也是建立高绩效团队的必要条件。很多技术型管理者都希望自己的企业成为高绩效团队,因为唯有高绩效才能支持企业获得持续增长的竞争优势。那些拥有高绩效团队的企业有哪些特别之处?如何打造一个高绩效团队呢?

      研究发现,高绩效团队不但改变了传统的绩效管理机制,绩效管理体系更加务实之外,还为员工创造了能够发挥最大潜力的环境。阿里巴巴就是一个很好的例证。马云总是提出一些看似“疯狂”的业绩目标,并带领阿里人向着目标奔跑,其背后的关键动因在于阿里巴巴独特的价值观考核体系。阿里巴巴将企业价值观通过细致的过程管理和文化凝聚力来保证结果的实现,把绩效管理和价值观贯彻进行有效和深度结合。

      高绩效的团队,员工和管理者之间是一种开放的、相互信任的关系,这是建立高绩效团队的关键和基础。要想建立这种关系,技术型管理者和员工都必须清晰地明白组织和个人的工作目标,能够真诚地交流和沟通,全身心投入以实现目标。除此之外,高绩效团队都注重培养管理者管理绩效的能力,使他们能够帮助开发和培养员工的潜能和创造力,并且引导员工拓展自身的能力。

      英国维珍集团的董事长理查德·布兰森认为企业成功的重要原因“在于你拥有什么样的员工。如果员工每天面带微笑,以工作为乐,他们就会有出色的表现。顾客自然也会喜欢和你打交道。”而要实现这一点“你需要的是那些擅长激励、激发别人最大潜能的人”。

      绩效管理的目标设计也充满技巧性。很多技术型管理者为了提高工作效率,为企业或团队成员制订了大量的目标,但却收效甚微。为了让目标可以有效执行,技术型管理者应尽量制定积极的、具有挑战性的目标,并且将那些复杂任务的目标简单化。比如,“你现有的30个客户中,尽量保持至少25个”要比“你现在的30个客户中,流失的客户尽量不超过5个”更有利于调动员工的积极性。

      高绩效团队目标确定之后,技术型管理者如何让员工全力以赴去实现它呢?首先要让员工意识到目标对于自己的重要性,比如让员工互相大声宣布自己的目标,这样他们就会为自己的承诺负责。其次,技术型管理者还可以根据目标描绘一个鼓舞人心的图景,让员工从目标中看到自身利益,以吸引员工。

      那么在高绩效团队建设中,有哪些最重要的原则和经验需要技术型管理者掌握的呢?
      一、目标与远景

      团队的所有成员绝不是平白无故走到一起。所谓“同志相得,同道相成”,共同的目标是一个必有可少的基础要件。做为一个高绩效团队,光有目标还不行,还必须有远景。与目标相比,远景更能激发人持久的动力;与远景相比,目标则是一个又一个的试金石与里程碑。

      二、团队领袖

      千军易得,一将难求。同样一支部队,让不同的军首长来率领,其战斗力可能大相径庭。找到一个好的将军,才有可能造就百战百胜的军队。在企业的管理实践中,其理亦然。对一个将军的素质要求,在不同的大环境下,可能略有不同,有时从中正,有时从权变五。孙子所言“将之五要”,即“智仁严”三者:

      智者,知识与判断也。做为一级组织的技术型管理者,应当具备相应的知识,能做出正确的判断。孰正孰误,孰是孰非,孰长孰短,孰高孰下,孰缓孰急,孰重孰轻,必须要能了然于胸,如此,于“多方适应”之中,方能应对无误。书
    包 网 txt小说上传分享

    第三节 提高团队绩效(2)

    仁者,关心与沟通也。孟子说“君之视臣如手足;则臣视君如腹心;君之视臣如犬马,则臣视君如国人。”技术型管理者必须关心其成员,成员才会积极响应领袖的号召。成吉思汗在带领手下部卒进行魔鬼训练的途中说过,“一个好的将军当感觉到自己累了,就应该马上想到他的士兵也累了,马上就应该考虑是不是要适当休息了。”接着成吉思汗的话往下讲,不管能不能休息,都要进行适当的沟通。你可以问:“大家是不是都累了,啊?”

      严者,制度与赏罚也。家有家规,国有国法,军队有军队折作战纪律,企业有企业的管理制度。严,就是要严格执行这些制度。有“法”可依,有“法”必依,执“法”必严,违“法”必究。如果有些制度得不到不折不扣地执行,不如废弃,以免影响那些好的制度的可信度。而制度的执行,究其最有力者,必为赏罚,因此,赏罚均须按规定严格执行。

      严可立威,而威与信紧密相关。因此,“智仁严”三者,彼此皆互有关联,不可偏废。只是在不同的大环境中,管理者个人不同的发展时期,稍有差异而已。

      三、团队成员

      为什么有些士卒可以以一当十,而有些士卒却是十不足当一?这里面有两大基本因素在起作用,一是高涨的积极性,二是持续不断的能力训练。对团队技术型管理者而言,把握好成员的门槛策略,即不要让那些糊不上墙的烂泥巴进入团队外,还要不断激发其积极性同时进行能力训练。

      四、管理力

      技术型管理者总是抱怨团队的成员执行力不够。其实一个再明显不过的问题是,技术型管理者本身的领导力不够,还有什么资格去责怪成员的执行力不行呢?作为管理者,如果你处事不公,则员工必心不平;作为技术型管理者,如果你用人不力,则团队之中必有事情失败;作为技术型管理者,如果你待人不诚,则团队之中必有尔虞我诈者……如此种种,皆高效团队建设之大忌。《大学》有言:自天子以至庶人,一是皆以修身为本。作为技术性管理者,不可徒责于下,应先从反思完善自己开始。

      五、执行力

      管理不力是一大方面,员工不力也是一大方面。其实管理者与员工,各有各的执行,只是具体层次与内容不同而已,如果企业方面能做到职责到位,那么各负其责将是最大的执行力。如果不各负其责的话,就要靠制度说话,因此,管理制度亦要到位,特别是奖惩制度要到位。在企业的各级组织的团队建设中,亦是如此。

      六、团队规范

      没有规矩,不成方圆。每个团队都应有自己的团队规范。与企业的管理制度不同的是,团队建设中的团队规范更倾向于一种团队成员的共同的心灵契约。一旦约定,非经修正或废弃之前,务必严格共同遵守。

      没有团队的规范,就谈不上团队建设,更谈不上高绩效团队。一个技术型管理者,必须审慎、郑重地看待团队规范的建设与更新。在此过程中,提升自我,改善团队建设的成果。

      在高绩效环境里,技术型管理者与员工之间应该是一种开放的、互相信任的关系。信任是建立高绩效组织的关键和基础,有3个C可以帮助建这种关系:

      七、团队学习

      真正能达成卓越的团队,是善于学习善于营造学习氛围的团队。如果技术型管理者不善于学习,昨天的成功会让我们躺下、沉醉,直至腐朽,失去应变能力;反之,昨天的失败,会让我们痛定“思”痛,潜心总结提炼,真正反省改善,直至付诸行动,一击即中。

      

    第四节 进行绩效评估(1)

    大多数技术型管理者会把绩效考核和绩效管理混为一谈,认为填写完绩效考核表格、算出绩效考核分数,发放绩效工资就是完成了所谓的绩效管理。其实绩效管理的首要目的是提高绩效,让员工知道自己的绩效状况,然后管理者将对员工的期望明确传达给员工,因此绩效考核面谈是绩效考核必不可少的一个环节。

      首先,技术型管理者通过绩效考核面谈可以进一步正确评估员工的绩效。因为同一个员工,不同的管理者会有不同的评价;即使评价大致相同,但是不同管理者之间掌握的信息也是有所差别的。技术型管理者对员工的评估只是代表他个人的看法,而员工可能会对自己的绩效持有不同见解,如果技术型管理者将自己的评价强加到员工身上,无论评价正确与否,都将会影响员工的积极性。因此绩效考核面谈的一个很重要的内容就是及时肯定员工的成就和优点,从而对员工起到积极的激励作用。有效的绩效反馈可以使员工真正认识到自己的潜能,从而知道如何发展自我。

      其次,绩效考核面谈能够保证绩效考核的公开和公正性。绩效考核面谈让员工相信绩效考核是公平、公正和客观的,而不是怀疑它的真实性。员工可以提出自己绩效改进计划并向管理者提出需要的资源支持;技术型管理者和员工应该充分讨论改进计划的可行性并协助员工制定具体的行动计划。绩效管理是一个循环往复的过程,绩效反馈环节的顺利结束就意味着一个新的绩效管理周期中绩效计划制定的开始。

      介绍了绩效面谈是我们绩效考核必不可少的环节后,接下来我们再来看看绩效面谈的具体内容。绩效面谈的目的,一是使下属了解自己在过去一段时间工作上的得与失,以作为将来做得更好或改进的依据;二是对下属提供一个良好的沟通机会,籍以了解下属工作中的实际情形和困难,并确定公司可以给予下属的协助;三是共同研商下属未来发展的规划与目标,并确定公司,主管,员工个人对这些计划如何去进行,及提供必要的建议与协助。因此,一般而言,绩效面谈所检视与讨论的重点应包括:

      1、回馈与肯定

      技术型管理者就员工过去一年的工作绩效,应给予积极的回馈与客观的肯定。一般情况下是将员工的工作职责与实际的工作表现加以比较,评估该员工的表现是否符合工作职责的要求。一些公司除了工作职责以外,会另以目标管理的原则,在年初制定一年的绩效目标,以作为年度绩效评估的标准。这样,在绩效面谈时,技术型管理者就可以凭借评估员工达成目标的程度给予回馈或肯定。

      2、交流与鼓励

      所谓的交流与鼓励,是指技术型管理者与员工之间对考评的结果与工作的表现所做的变向沟通。尤其是当技术型管理者和员工没有对考核达成一致的时候,技术型管理者一定要听取员工的意见,并适时的提出具体的评分依据或记录,让员工明白绩效评估的客观性。此外,在绩效面谈中,主管除了要与员工充分交流沟通外,更要对员工进行鼓励。因此,主管在绩效面谈时,应适时的运用自身的权力再参照规章制度,对员工的绩效表现,给予适当的奖赏或惩罚。

      3、改进与发展

      这里所说的改进与发展,就是技术型管理者能与员工就未达到绩效目标的部分,或员工技能不足的部分,拟定下一年度改进的方向与计划,并对员工表现优异或较专长的部分,由管理者和员工共同探讨未来的发展方向,并规划适当的训练与工作以配合员工的发展。书
    包 网 txt小说上传分享

    第四节 进行绩效评估(2)
    4、公平与客观

      由于绩效面谈是技术型管理者和员工之间公开的面对面的沟通。因此,技术型管理者在绩效评估的评比过程中,应该特别客观与审慎。因为,明确,公平且客观的绩效评估才能让管理者重视评核的结果进而重视绩效面谈。

      很多技术型管理者常常以为绩效面谈就是一个辩论的过程,面谈的结果不是交流而是争辩,最后的结果不是你赢,就是我输。这是一个非常大的误区。绩效面谈的主要任务是希望管理者和员工通过双向沟通,让员工的工作效率更高,让企业的发展更健全,最终达到绩效面谈双赢的目的。

      介绍完绩效面谈的不可忽略性以及它的内容,接下来我们详细的分析绩效面谈的流程以及对面谈为什么那么难谈给出了答案。

      从技术层面这一角度来说,技术型管理者要掌握面谈技术这个基本功,面谈才会成功。在绩效面谈中,合理可行的面谈流程如下所述:

      1、面谈准备要充分

      面谈准备主要有心理和数据资料准备两方面。首先是心理准备,技术型管理者事先要对员工的性格、工作状况等基本情况有所了解,充分估计到员工在面谈中将会表现出来的情绪和行为,相应的准备策略。然后就是数据、资料的准备。如工作业绩、计划总结等。

      2、双向沟通,多问少讲

      绩效面谈是一种双向沟通的过程,发号施令的技术型管理者很难实现从上司到“帮助者”、“伙伴”的角色转换。技术型管理者要学会给下属充分的表达机会。首先要感谢员工这一阶段的工作贡献,引导员工说出工作中的困难和问题,对工作的看法等,让员工自己思考和解决问题,表达心声。面对分歧,要给员工充分的机会陈述和解释,这样技术型管理者才能有效的了解下属的问题和想法。技术型管理者尤其要善于发现部属的闪光点,分享他们的经验。同时,技术型管理者给下属的反馈应尽量具体,无论批评和表扬,都针对员工的具体行为或事实反馈,避免空泛陈述。如:“你的态度很不好”或是“你的工作做的不错”。这种模棱两可的反馈不仅起不到激励效果,反而使员工产生不确定感。

      3、问题诊断与辅导并重

      一旦发现下属绩效低下,双方都要从自身查找原因。是团队因素还是个人因素,是目标制定不合理,还是人员能力、态度有问题,一旦查出原因,双方就需要齐心协力解决。如果是客观原因造成员工绩效下降,技术型管理者要协调各方面的关系和资源去排除障碍。在诊断辅导过程中,只能对事不能对人,只能说员工工作中存在的问题,不能进行人生攻击。当员工做出某种错误或不恰当的事情时,身为技术型管理者的你应避免用评价性标签,如“没能力”、“真差劲”等,而应当客观陈述事实和自己的感受。

      4、总结过去,展望未来

      绩效管理是一个往复不断的循环,一个周期的结束,同时也是下一个周期的开始。因此在对人员绩效进行评价和回顾后,还要帮助员工找准路线,认清下一阶段的目标。技术型管理者与员工合作,对下一周期的工作重点,绩效的衡量标准、主管提供的帮助、可能的障碍及解决方法等一系列问题进行探讨并达成共识。最好的方法是让员工提出目标和解决方案,技术型管理者作为下属的有力支撑者,帮助他解决其中的疑难,而不只是下达命令,员工被动接受。


    第四节 进行绩效评估(3)
    5、面谈沟通是一个持续的过程

      考核和面谈是一个长达几天的工作,但绩效沟通贯穿于工作的全过程。绩效管理的核心就在于通过持续动态的沟通真正提高个人和组织绩效。不懂沟通的主管不可能拥有一个高效的团队。技术型管理者和员工在目标实施过程中应随时保持联系,及时排除遇到的问题和障碍。这样考核结果也不会出乎意料,因为在平时沟通中,员工们已就自己的业绩情况和管理者基本达成共识,绩效面谈只是对平时讨论的一个复核和总结。此时,技术型管理者已经从“考核者”转变为部属的“帮助者”和“伙伴”。

      绩效面谈是一个系统工程,成功的绩效面谈背后是科学的业绩管理制度、称职的主管和充分交流沟通的企业文化,再加上企业领导的大力推进,环环相扣,缺一不可,只有这几方面都具备,绩效面谈才会真正传导企业的期望和价值观,激励员工向更高的目标发展,这不仅能促进员工的进步,更能促进企业持久的发展。

      只做考评而不将结果反馈给被评估者,考评就失去了它的激励、奖惩和培训的特有功能。反馈的主要方式就是绩效面谈,因为只有通过绩效面谈,才可能让被评估者了解自身绩效,强化优势,改进不足。同时亦将企业的期望、目标和价值观一起传递,形成价值创造的传导和放大。

      不幸的事实是,绩效面谈往往成了技术型管理者和员工都颇为头疼的一件事。由于绩效面谈主要是上级考评下级在绩效上的缺陷,而面谈结果又与随后的绩效奖金、等级评定有联系,一旦要面对面地探讨如此敏感和令人尴尬的问题,给双方带来的可能是紧张乃至人际冲突。正因为如此,绩效面谈常常是比较难谈的,主要体现在以下几个方面:

      1、由于考核标准本身比较模糊,面谈中容易起争执。有一些企业更是一张考核表考核所有的员工,没有根据具体的工作特点进行有针对性的考核,评判标准的弹性较大。这样往往导致上下级对考评标准和结果认知上存在偏差,公说公有理,婆说婆有理,甚至可能形成对峙和僵局。

      2、员工抵制面谈,认为绩效考核是走形式,是为了制造人员之间的差距,变相扣工资,并惧怕因吐露实情而遭到上级的报复和惩罚。因此,面谈过程中经常出现的情况是:要么员工对绩效考核发牢骚,夸大自己的优势,弱化自己的不足;要么是保持沉默,管理者说什么就是什么。这样虽经过面谈,管理者对下属的问题和想法还是无从了解。

      3、面谈时一些技术型管理者要么喜欢扮演审判官的角色,倾向于批评下属的不足;要么包办谈话,下属只是听众的角色。这样造成员工对面谈发怵,绩效面谈往往也就演变成了批评会、批斗会,成了员工的鬼门关,员工慑于主管的权力,口服心不服。

      4、有的技术型管理者倾向作一个老好人,怕得罪人。结果是打分非常宽松,每一个人的分数都很高,绩效面谈成了大家都好的走过场,让下属感觉面谈没有实际作用。

      5、还有些技术型管理者心胸狭窄,处事不公,喜欢以个人好恶作为评判标准。优秀的员工往往不拘小节,而一些管理者拼命揪其“小辫子”不放,致使员工愈发抵触,双方矛盾重重。

      6、有的技术型管理者则喜欢在面谈时笼统的就事论事,没有提出针对性的改进意见。让员工感到工作照旧,自己仍不清楚今后努力的方向,感觉面谈无用,甚至是“浪费时间”。

      面谈起争执或员工抵制面谈,与绩效制度设计不完善有直接关系;而面谈没有用或变成批斗会,则与技术型管理者缺乏面谈技巧有关。多种因素相互影响牵连,导致面谈不能成功。因此,需要从制度和技术层面同时入手,双管齐下,才能有效解决绩效面谈中存在的困境。

      bookbao.com 书包网最好的txt下载网

    第五节 掌握绩效考核的要素(1)

    到目前为止,国内真正能够有效发挥“绩效管理”效果的企业,可以说是凤毛麟角。究竟是什么原因呢?当然是在认知、操作、方式以及目的上,都存在着严重的错误和问题,当然也与很多技术型管理者管理操作不力有关。

      首先,技术型管理者要明白,绩效考核与绩效管理不是同一件事情。绩效考核只是绩效管理的一项重要工作,但不是全部的工作。许多企业往往认为绩效考核就是绩效管理。

      其次,技术型管理者要对“绩效管理”的目的一清二楚。绩效管理的目的主要有下列六项:
      1.实现企业的战略发展目标,灵活应变。

      2.为实现企业目标而努力,平衡各项业务发展。
      3.对于执行业务的员工给予公平合理的执行力评价。

      4.根据《绩效考核》的结果,进行绩效分析,找出企业的弱点与优势。
      5.定期召开《绩效管理会议》,检讨制度上的缺陷、操作的缺点等。

      6.采取PDCA的循环方式,不断完善绩效管理体系运作。

      最后,就是绩效考核的“正确操作方法”了,这也是正是让大多数企业和技术型管理者找不着北的问题。尽管背后都有一套“理论上”的考核制度在支撑,但是实施后的效果,不但达不到预期的目的,反而引发出一系列的问题,让员工们抱怨和排斥。

      以“平衡计分卡”的考核模型来说,其实懂得原理的人已经不多,在这些自认为了解的少数人中,真正会操作更是少之又少。即使是较为简单的“目标管理”式的考核制度,也只能针对特定的目标进行评价,无法达到整体的平衡管理,最后依然是无法达到企业绩效管理的目的。

      最正确的绩效考核操作方式,技术型管理者必须掌握下列的法则:
      1.判别自己所在的企业属于什么层次;

      2.判别企业目前的行政效率程度是完全自动化还是局部自动化或者基本手工化。

      3.按照企业的现状,采用不同的绩效考核模型(BSC综合型、目标管理综合型、异常管理综合型)。

      4.不能忽略“定性”的考核,定性的原则也要合理。
      5.考核的项目、评分方式、阶段性标准,都要符合“合理性”、“可操作性”。

      6.考核的结果,必须与员工利益结合,产生“棒子”与“胡萝卜”的效应。

      7.要经过试算、试运行、调整期几个阶段,最后进入常规的PDCA状态。

      可口可乐公司以前在瑞典的业务是通过许可协议由瑞典最具优势的啤酒公司普里普斯(Pripps)公司代理的。该许可协议在1996到期中止后,可口可乐公司已经在瑞典市场上建立了新的生产与分销渠道。1997年春季,新公司承担了销售责任,并从1998年年初开始全面负责生产任务。

      可口可乐瑞典饮料公司(CCBS)正在其不断发展的公司中推广平衡记分卡的概念。若干年来,可口可乐公司的其它子公司已经在做这项工作了,但是,总公司并没有要求所有的子公司都用这种方式来进行报告和管理控制。
    CCBS采纳了卡普兰和诺顿的建议,从财务层面、客户和消费者层面、内部经营流程层面以及组织学习与成长四个方面来测量其战略行动。

      作为推广平衡记分卡概念的第一步,CCBS的高层管理人员开了3天会议。把公司的综合业务计划作为讨论的基础。在此期间每一位管理人员都要履行下面的步骤:

      由于CCBS刚刚成立,讨论的结果是它需要大量的措施。由于公司处于发展时期,管理层决定形成一种文化和一种连续的体系,在此范围内所有主要的参数都要进行测量。在不同的水平上,将把关注的焦点放在与战略行动有关的关键测量上。书包网
    电子书 分享网站

    第五节 掌握绩效考核的要素(2)

    在构造公司的平衡记分卡时,高层管理人员已经设法强调了保持各方面平衡的重要性。为了达到该目的,CCBS使用的是一种循序渐进的过程。

      第一步,阐明与战略计划相关的财务措施,然后以这些措施为基础,设定财务目标并且确定为实现这些目标而应当采取的适当行动。

      第二步,在客户和消费者方面也重复该过程,在此阶段,初步的问题是“如果我们打算完成我们的财务目标,我们的客户必须怎样看待我们?”

      第三步,CCBS明确了向客户和消费者转移价值所必须的内部过程。然后CCBS的管理层问自己的问题是:自己是否具备足够的创新精神、自己是否愿意为了让公司以一种合适的方式发展而变革。经过这些过程,CCBS能够确保各个方面达到了平衡,并且所有的参数和行动都会导致向同一个方向的变化。但是,CCBS认为在各方达到完全平衡之前有必要把不同的步骤再重复几次。

      CCBS已经把平衡记分卡的概念分解到个人层面上了。在CCBS,很重要的一点就是,只依靠那些个人能够影响到的计量因素来评估个人业绩。这样做的目的是,通过测量与他的具体职责相关联的一系列确定目标来考察他的业绩。根据员工在几个指标上的得分而建立奖金制度,公司就控制或者聚焦于各种战略计划上。

      在CCBS强调的既不是商业计划,也不是预算安排,而且也不把平衡记分卡看成是一成不变的;相反,对所有问题的考虑都是动态的,并且每年都要不断地进行检查和修正。按照CCBS的说法,在推广平衡记分卡概念过程中最大的挑战是,既要寻找各层面的不同测量方法之间的适当平衡,又要确保能够获得所有将该概念推广下去所需要的信息系统。

      通过这个案例技术型管理者对绩效考核的具体操作应该有了一个比较清晰的了解,那么还有哪些重要的因素是值得技术型管理者注意和掌握呢?我们综合前面的内容总结了关于绩效考核的十大要素,分别是:

      1、绩效考核关注的是过程而不仅仅是结果,过程的引导性比结果还来的重要。所以,技术型管理者必须要将考核岗位的所有工作流程加以规范,再以考核方式引导员工自觉去做。

      2、绩效指标设计一定要依据每个岗位的具体责任,不能所有人都千篇一律是一张表,应该是每个岗位一张表才对。所以,技术型管理者一定要先将每个岗位责任进行科学划分,并用《职位说明书》方式表达出来,这是考核基础的基础。

      3、每个岗位的考核指标不能超过10个,关键绩效指标最低不得低于3个,而3个关键绩效指标的考核分数不得低于50分,考核要以业绩为导向。

      4、所有的指标都要求尽量将数据进行量化,尤其是关键业绩指标,便于衡量。
      5、要制定每一个考核指标的评分标准,让人一目了然。

      6、绩效结果一定要与考核对象进行沟通,让对方理解并帮助其找出绩效低下的原因,再根据原因制定改善方案。

      7、绩效结果一定要加以运用。如实行绩效排名、公告、奖罚等等,激励该激励的、处罚该处罚的,培训该培训的,否则,考核将失去任何意义。

      8、绩效还需要公司整体的政策支持。也就是说,公司人力资源部一定要制定统一的绩效制度和政策,但可以先在某一个部门试
    行,成功后再推广,这样,员工就容易接受了。

    第五节 掌握绩效考核的要素(3)

    9、绩效过程一定需要员工参与,像岗位责任划分、绩效指标设计、绩效评估及绩效沟通等等等等,必须要以绩效对象为核心,否则,就不叫公平公正。

      10、绩效是一个系统工程,配套的东西一定要跟上,人力资源基础制度流程一定要定好、要完善。

      S公司是一家生产和销售家用空调和中央空调的企业,销售队伍分为两个团队:A团队负责销售家用空调,B团队负责销售中央空调。虽然家用空调比中央空调便宜,但按照惯例销售数量应远大于中央空调的销量,所以总销售额应比中央空调的大。B团队齐心合力,互帮互助,而A团队则各自为政,单打独斗,每个月统计后,B团队的销售总额都远高于A团队,这是一个不正常的现象,公司的老总注意到这个问题后,想把绩效管理引入本公司。然而,在制定绩效考核时,规定A、B两个团队的绩效目标为都要上涨15%,这种“一刀切”的绩效考核使得每个月统计后,虽然B团队的销售总额要比A团队高得多,但是每次A团队却总能完成绩效目标而B团队却无法完成,搞得B团队人心涣散,各投明主了。

      上述案例中的绩效考核就是典型的“打哪儿指哪儿”,根据自己团队完成情况来定而不是根据市场销售情况作为基数来定绩效,非常片面。使得B团队在制定绩效前所作的努力成为日后绩效考核的最大障碍了,这样的绩效管理让员工的积极性丧失殆尽。所以,企业在绩效管理中,一定要以工作的难易程度做基础,做到“指哪儿打哪儿”,而不是以个体成绩做基础,就变成了“打哪儿指哪儿”了。

      最后我们来看一份实操案例:《某公司管理人员年度考核方案》:
      考核目的
      客观评价,适宜激励,促进员工提升,提高业绩。

      考评范围

      1.总经办组织考核范围:各副总经理、财务总监、各部门经理、创意总监、各科长(含分公司各科长)、设计师、工艺师、市场部业务组长、各生产机台机长。

      2.其他员工由各部门进行管理并组织考核,总经办进行监督、规范。
      考核原则

      1.对照各岗位的《岗位描述》,制定各岗位的《工作评价表》,由相关人员以表格的形式进行考核。

      2.考核维度:原则上由员工自评、上级评(必要时增加上上级)、下级评(根据情况确定1-4人,必要时增加下下级人员)、相关人员评(主要指部门内部同级人员和工作接接触较多的人员,不少于
    2人)。
      具体措施
      1.组织完成岗位描述。
      2.根据岗位描述制定各岗位的工作评价表。

      3.指定考评人。以表格的形式明确到人。

      4.考核。下发考核表到相关人员或部门,由各考评人在评价栏的相应项目上打√。此项工作11月29日前完成。

      5.统计得分。考评得分取各评价人打分的平均值。
      处理结果
      1.考核不合格者,公司采取相应措施。

      2.针对考核结果提出人力资源改进方案及培训计划。

    展开全文
  • 时间管理到技术人如何保持竞争力?

    万次阅读 多人点赞 2020-04-26 04:53:06
    时间管理到技术人如何保持竞争力? 最近时间管理这个词很火,想必大家瓜吃的也差不多,安琪拉吃瓜之余,也有所启发,思考总结了一下技术人如何做时间管理?如何在大环境恶劣情况下依然保持竞争力?今天安琪拉和...

    从时间管理聊到技术人如何保持竞争力?

    最近时间管理这个词很火,想必大家瓜吃的也差不多,安琪拉吃瓜之余,也有所启发,思考总结了一下技术人如何做时间管理?如何在大环境恶劣情况下依然保持竞争力?今天安琪拉和大家探讨如何才能在自己的工作领域做一名时间刺客,成为所谓的高效能人士!

    前情提要

    关于时间每个人都有自己的理解和思考,时间是最神奇的存在,时间对每个人是最公平的,因为每个人父母、家境、天赋、身体状况都不一样,但是时间总体都是一样的,每个人一天都是24 小时,普通人按60 岁退休可工作年限也都差不多。职场人应该如何做好时间管理呢? 这个问题我很早之前就思考过,思考的越深,愈发觉得这是个哲学问题。在写这篇文章之前,还特意跟我认识的一位大佬取经,今天打算把思考的成果沉淀为文字,将从四个方面描述我所理解的时间管理:

    1. 工作四象限
    2. 如何持续做正确的选择
    3. 和优秀的人交朋友
    4. 坚持做对的事情

    工作四象限

    相信大家初入职场时可能看过关于如何安排自己工作的课程或书籍,安琪拉就是大四在HTC 实习时,在公司内部视频课程学到的这套方法论。很感谢当时实习的Leader @胜,是个做事情有计划、非常有想法的领导,对于刚入职场时的我帮助非常大。当时就是他建议我学习一下这方面的课程,当然除了这个,还教会我怎么合理处理工作上的任务、怎么回邮件、合理运用设计模式编写高质量代码等等。我们来看一下时间管理的四象限,工作四象限方法论如下图:

    image-20200425232949471

    其核心思想是将手头上的工作按照重要性和紧急程度放到这四个象限中,四个象限内的分布也可以再细分。其实可能大家可能看过这张图很多次,但是在实际工作中最难的事不是不知道四象限理论,而是如何对事情做划分,来一件事应该把这件事放在哪个象限?这个就像动态规划问题中的状态转移方程,最核心的问题也是最难的问题。

    另外还有一个思想我觉得有必要提一下,那就是马斯洛需求层次理论,这和我们后面要讨论的划分事情的原则紧密相关。

    美国心理学家亚伯拉罕·马斯洛(Maslow.A.H.)从人类动机的角度提出需求层次理论,该理论强调人的动机是由人的需求决定的。而且人在每一个时期,都会有一种需求占主导地位,而其他需求处于从属地位。

    人的需求分成生理需求、安全需求、归属与爱、尊重需求和自我实现五个层次。需求是由低到高逐级形成并得到满足的。

    在马斯洛看来,一个饥肠辘辘的人,人生的目标就是找到食物果腹;一个缺乏安全感的人,他对生命的追求是安全;归属与爱和尊重需求也一样,得不到满足就会有缺失;“自我实现”是“少有人走的路”,只有那些低级需求真正满足的人才容易走上自我实现之路。

    来源: 马斯洛需求层次理论模型

    image-20200425235108087

    我能想到的最简单的将事件划分到各个象限的办法,那就是穷举自己的所有的事情,我们按照马斯洛需求层次理论由低到高,罗列我能想到的所有事情:

    1. 生理需求:吃饭、睡觉、郊游。

    2. 安全需求:体检、戴口罩、不被裁、理财不被原油宝。

    3. 爱与归属:孝敬父母(陪伴)、陪女朋友、养宠物(撸猫)、社交(和朋友约饭、约王者荣耀、约泡汤)、娱乐放松获得内心的满足和愉悦(读书、看电影、刷抖音)。

    4. 尊重需求:

      主要来源于二大类,一类从工作中得到的满足(外在成就)、一类从自我提升中得到满足(内在满足)

      4.1 工作中的任务:常规CURD、业务新需求、代码重构、流程优化、技术改造(使用更优秀的技术栈替代现有技术栈)、排查问题、事务类工作(开会、发邮件、跟供应商沟通技术方案、帮业务方处理临时需求)等。

      4.2 自我提升的需求:赚更多的钱(寻求涨薪或兼职)、专业领域的提升(阅读和实践)、表达和演讲能力提升(写作和做演讲)、获得同行的认可(交流)。

    5. 自我实现:公益、影响更多人(写作)、开发创造力(参与开源)等。

    那我们开始对这些事情做一个划分,放到四个象限中,看怎么划分怎么放?这个划分标准可能因人而异,每个人看重的事情和关注点都不一样。如下图所示,这是我的划分。

    image-20200426002558858

    有人可能会问了,基本大部分的事情都放在了第一象限和第二象限,三四象限存在感很低,但是根据历史经验,很多人忙碌了一天,总结工作时发现做的事情很多都落在了第三象限。
    另外也有人会说常规CURD 为什么是不重要的,CURD 这个事情我不做也会让别人来做,总得有人做,谁做谁吃亏吗? 我是这么理解的:刚入行的时候CURD 这步是少不了的,因为这是熟悉业务和流程的基本操作,但是一旦熟悉了流程和业务,再一遍一遍将时间放在重复流程和复制粘贴上对人就没什么帮助和提升了,面对这种情况,我想到的有二种解决方案:

    1. 使用技术改造和流程重构解决重复CURD 的问题,使对接新流程和新需求不需要重复CURD、尽量少写或不写。我自己之前就在工程中做过这方面的实践、效果还不错,让团队里的小伙伴可以留出更多时间做一些更有创造力的事情;
    2. 业务和团队在爆发式增长时,可能来不及重构或改造流程,这时候可以采用老带新,老人把手里的CURD 交接给新人,并给与指导,等新人成长起来又交给后面进来的新人,这样一方面老人在熟悉业务后可以基于业务做一些创新性的工作,新人也会从老人的代码中快速熟悉常规的业务和流程,往往常规的CURD 还是比较重要的业务流程,所以这个过程中Leader 要做好代码 review、测试也要做全面的测试。

    说回到时间管理,大家可以借助一些清单软件(例如:trello)将自己的事情做个划分,每天工作前和工作后都可以看一眼,展望和回顾才能不断改进,高效利用时间。另外有一个词我认可也重要,专注,怎么理解呢?你每天预留自己认为头脑和思路最清晰的一个小时,关闭所有聊天软件,软件通知,专注写code,如果不出意外,这一个小时应该能抵得上你边聊天边写 code 三个小时(只统计编码时间),因为人脑进入深度思考时,效率是很高的,这个时间如果进来其他事情就像引发了中断,大脑需要先把当前工作暂停,等处理完其他事情回来需要恢复现场,这个上下文切换可比CPU 的上下文切换要费劲的多,你需要重新进入前面的状态,所以有条件的开发尽量预留出一段时间进行沉浸式编程,比如早上或晚上,没什么人找的时间段,设计和编写需要完成的功能中最核心的代码。

    如何持续做正确的选择

    这个话题其实很大,和后面一个话题也有些关联,跟时间管理也没什么关系,难得写一篇非技术的文章,打算一起聊一下。人一辈子的过程其实就是在不断做选择的过程,如何持续做正确的选择应该是所有人都会面临的问题,重点在于持续,做对一次选择不难,能持续做对选择是非常难的,首先做正确的选择就很难,对的标准因人而异。

    举个例子,现在你打算跳槽,有二家公司摆在你面前让你选,A 公司工资高,属于新兴行业的独角兽,发展迅猛,但是未来是否能持续增长还是会没落不好预测,B 公司工资差不多,属于本行业里的老大,业务模式成熟稳定,增长缓慢,你这个时候怎么选择? 这个选择涉及的影响因素和变量太多,我列举一下:

    1. 你自己的性格,是冒险型还是稳定型,适合做新行业的翘楚还是自己本行业的资深从业者?
    2. 职业规划,是业务型人才还是技术型人才,是管理职能还是专家职能?
    3. 行业的前景,3年后、5年后、10年后二个行业形态?你会在什么位置?
    4. 所在部门是新业务还是传统业务,部门是核心部门还是边缘部门,是否可能面临裁员?
    5. 跟的老大性格和管理风格跟你是否匹配,不要小看这个,直接关系你未来工作能否有成效?
    6. 公司文化和氛围,是否提倡996,大小周?怎么平衡工作和家庭?

    举的例子就是为了证明做正确的决定不容易,总结一下我关于在做选择方面的一些思考:

    1. 前提条件:有的选,什么叫有的选?就是有能力做选择,如果你就拿到一家公司的offer,别的也拿不到,这叫没得选。我们努力学习,考大学、读研、努力工作的原因就是不断提高自己的底线,让自己有更多的选择机会(去大公司、进体制、外企、创业、啃老😆),人的最重要的一个能力的体现就是有的选的能力。另外有些人买学区房、把小孩送出国其实就是提高自己孩子有的选的能力。

      突然就想到了梁朝伟说的那句经典台词:以前我没得选,现在我想做个好人 -《无间道》

    2. 了解自己。这个非常非常重要,很多人做错选择的一个很大原因就是对自己不够了解,这样的人比比皆是,例如考大学报了一个跟自己性格喜好不相符的专业,进了一个既不喜欢又不适合的行业。还有一些是自己以为了解自己,或盲目相信别人眼中评价的自己,导致做错决定的。例如:有个朋友告诉你,说你口才好,能说会道的,做销售肯定混的比现在好,你就信了,然后去做了销售,发现不是这么回事,能说会道不一定能做好销售,销售也不都是能说会道的。

    3. 获取高质量信息。这个也是在做选择前最重要的,还是举求职的例子,你在比较A、B二家公司的可能去百度、去脉脉发帖、获取的信息鱼龙混杂,正反都有人说,你信谁的,不信谁的?我讲几个获取高质量的方法:

      • 找行业资深从业人士请教:比如A、B 公司内部资深从业者,他们往往能获取到一手信息,这个也是后面的话题,和优秀的人交朋友,资深从业者和优秀的朋友会根据自己过往的经验和获取到的信息,以及对未来的判断来帮助你更好的做决定。不要去网上找转了几次手的信息,尤其有一些博眼球的自媒体,有些煽动性的文字和言论,关于这个都可以单独出一篇文章来讲怎么鉴别自媒体的质量。
      • 看官方和权威机构数据:还是举求职的例子,可以看公司披露的财报、经营数据,一般上市公司或规模较大,都会定期出财报和经营数据,以及近期和远期的经营计划,数据一般不会骗人,赚了多少钱,赔了多少钱,钱往哪里投?日活多少、月活多少、增长率这个数据也关注一下,当然你要说瑞幸咖啡那是个意外。
      • Google学术 & Gartner:关于技术前景可以看一下类似Gartner 这种机构的报告,Gartner是IT研究与顾问咨询公司,每年会出很多技术的趋势报告,很有参考意义,另外Google学术,以及各个子行业的技术期刊也都很有参考意义,例如:Java 后端会关注微信公众号 InfoQ、安琪拉的博客,获取高质量的资讯。
    4. 试错回滚。这是我自己想到的一个词,技术中有个操作rollback, 回滚。以上面求职选公司为例子,我们可以用一小段时间验证我们的选择,例如进入A公司之后的试用期期间,可以全方位了解工作内容、部门情况、老大个性和管理风格、老同事的工作情况等等,认为和自己不匹配立即止损,启动rollback 换掉,很多人以为试用期只是公司用来考察员工是否合适的阶段,其实试用期也是求职者全面考察公司的时间,试用期辞职不算违约。

      同样在做别的选择时,如果这个选择不用一步到位,可以分阶段来,先试错,如果选择错了,立即回滚,这样成本可控,选错造成的风险也降到最低了。如果试错期间发现不合适,立即回滚,不要因为前期投入了一些时间和精力而选择继续下去,这样算是自我欺骗,是对自己人生的不负责,经济学中有个词沉没成本,你前期试错投入的时间和精力就是沉没成本,在沉没成本上追加投入是不明智的行为。

      再举个沉默成本的例子加深理解:有个人花了二千块办了张健身卡,只去了三次健身房,在医院查出来胃下垂,不能剧烈运动,但是这个人想都花了这么多钱,不锻炼回来太亏了,不听医生嘱咐继续去健身房锻炼,然后没有然后了。这个人检查出胃下垂时,前期投入办健身房的钱就是沉没成本,后期再去就是在沉没成本基础上追加投入的行为。

    和优秀的人交朋友

    这个我感触还是挺深的,可以举的例子实在太多。有个理论我觉得挺有意思的,叫做

    你的水平是你身边6 个人的平均水平!

    虽然不太准确,但是也能说明很多问题。物以类聚,人以群分。一般秉性相近的人容易凑一块,形成一个圈子。为什么要和优秀的人交朋友,

    • 第一点,优秀的人的愿意和你交朋友,肯定是你也有什么特质或个性让吸引你这个优秀的朋友
    • 第二点,优秀的人能够扩大你的认知和视野

    举我大学的几个同学的例子:

    • A 同学是我大学室友,我们寝室时间管理的典范,自律界的扛把子。做到什么程度?坚持每天早上6点起床跑去小树林背单词,下课期间固定在自习室看书,所有编程作业&课程设计自主完成,后面A 以专业第一保送清华读研了,再后来毕业先拿到北京户口然后去了抖音做算法,我拿到抖音offer 后前二天还跟他打过语音电话咨询了很多抖音的事情,非常优秀硬核的朋友,偶尔互相打电话,他给了我很多高质量的信息。顺便提一嘴,这哥们的老婆还是我做的媒 😆;

    • B 同学是我大学另一个室友,这个室友为我这种小城市来的人打开了一扇看世界的窗,为什么这么说,这个室友知识面特别广,好像就没他不知道的。初中就参加了全国计算机编程大赛,高中时期已经有专利,听说来我们学校是清华考砸了(听说我们学校很多都是清华考砸过来的,怀疑有吹牛成分),美国电子电气工程师协会会员、CSDN高校俱乐部主席,还有一堆头衔,喜欢收藏相机镜头和钢笔,还在寝室架了天文望远镜、喝自己用咖啡豆磨的手磨咖啡、喝伏特加(酒量很差,偶尔有人打电话到宿舍让我们去抬人),他的事情讲一晚上都讲不完,对了,还有一个特质,看书很快,过目不忘那种,这也是我第一次相信真的有这种神人存在。现在B 自己开公司,做工业物联网,自己搞物联网传感器协议,最近听说跟台湾公司合作弄什么电烤炉。给我大学时期很大震撼的一个人,以至于我后来看到那种尖嘴猴腮牙齿倾斜的人(B长这样)特别感兴趣。B 朋友主要是在认知上拓宽了我的视野,知道人外有人,自己需要持续不断的学习才能勉强够上大佬们后脚跟。

    • C 同学大一跟我是同学,后面从软件转到计算机专业了(嫌我们学费贵,软件学费吐槽了很多年不合理了),C 很内向,不会主动找人交流,我是大一下学期开始跟他接触变多的,那时候我跟他都参加了电子科技设计大赛,看过他在寝室用焊锡焊单片机的电路板,焊的很漂亮,后面再一起参加黑莓开发者大赛,看过他写的代码,非常漂亮,逻辑清晰,简洁干净,代码就像一个全身没有一点赘肉的菇凉,那时候就觉得C 很细腻。我第一次知道Android,就是C 告诉我的,那时候Android 2.1刚出来,告诉我这玩意前景应该不错,后面我方向就选了Android 开发,C 也是第一次告诉我3D 打印、AR、VR、很多新技术都是从他这里听到的,他还自己买了一个赛车的模型(一千多片一块块拼接的那种),自己编写驱动程序,编写赛车控制程序。他后面读研的时候约我冬天去哈尔滨在松花江上凿洞钓鱼,等到他研究生毕业也没能找到时间去,这是个遗憾! C 现在腾讯的微信事业部,前段时间正好让他帮我了一个忙,因为18年3月份以后的公众号没有评论功能,所以找C 帮我找回了4年前注册的公众号。 C朋友主要给我的信息是很早就知道程序原来可以写的这么漂亮,这么细腻,我一直认为C 是我们那届代码功力最深厚的,可能跟我另一个在华为的朋友 X 在伯仲之间。

    • D 同学是我大学睡在我对面的哥们,除了不学习其他样样精通,游戏、篮球都打的贼6、情商高人聪明、人缘还超好。学渣了三年,第四年努力一年,后面去了百度,现在在快手,上次看好像负责快手海外版App。跟他交流你会觉得时间过得很快,很放松,这个人幽默风趣,妙语连珠,思维活,是班里的活跃份子,我那时候是班长,他是文体委员,需要组织什么活动,他气氛搞的飞起,写着写着都有点怀念大学了。

    其实我身边这样的人还挺多的,而且工作越久,越觉得牛人多,最近也认识了几个很Nice 的,例如:金老板(给了我自主权,按照我的意愿帮我争取想做的项目以及资源),军哥(公众号:军哥手记)在职业上给了我很多有用的建议、自媒体大佬小林总(小林coding)、旋总(Java建设者)、占小狼(占小狼的博客)给了我公众号写作上很多帮助。努力追赶大佬们的脚步。

    坚持做对的事情

    如果认定自己目前所做的事情是正确的,有意思有价值的,按照上面说的这些都做到了,那只需要二个字坚持,剩下的就交给时间就好了!

    关注微信公众号:安琪拉的博客

    有料的技术知识分享

    展开全文
  • 大型网站技术架构

    万次阅读 2016-11-28 11:22:28
    功能性需求也许还有“人月神话”聊以自慰,通过增加人手解决问题,而非功能需求大多是实实在在的技术难题,无论有多少工程师,做不到就是做不到。“好的设计绝对不是模仿、不是生搬硬套某个模式,而是在对问

    第一篇:概述

    传统的企业应用系统主要面对的技术挑战是处理复杂凌乱、千变万化的所谓业务逻辑,而大型网站主要面对的技术挑战是处理超大量的用户访问和海量的数据处理;前者的挑战来自功能性需求,后者的挑战来自非功能性需求;功能性需求也许还有“人月神话”聊以自慰,通过增加人手解决问题,而非功能需求大多是实实在在的技术难题,无论有多少工程师,做不到就是做不到。

    “好的设计绝对不是模仿、不是生搬硬套某个模式,而是在对问题深刻理解之上的创造与创新,即使是‘微创新’,也是让人耳目一新的似曾相识。

    京东促销不能购买的例子

    能够正常访问购物车,却不能成功购买,问题应该是出在订单系统,B 2C网站生成一个订单需要经历扣减库存、扣减促销资源、更新用户账户等一系列操作这些操作大多是数据库事务操作,没有办法通过缓存等手段来减轻数据库服务器负载压力,如果事前没有设计好数据库伸缩性架构,那么京东的技术团队将遇到一个大麻烦

    1.大型网站架构演化

    如何打造一个高可用、高性能、易扩展、可伸缩且安全的网站?如何让网站随应用所需灵活变动,即使是山寨他人的产品,也可以山寨的更高、更快、更强,一年时间用户数从零过亿呢?

    1.1大型网站软件系统的特点

    有以下特点:

    1.高并发,大流量
    2.高可用:系统24小时不间断服务
    3.海量数据
    4.用户分布广泛,网络情况复杂
    5.安全环境恶劣
    6.需求快速变更,发布频繁
    7.渐进式发展

    1.2大型网站架构演化发展历程

    1.初始阶段的网站架构

    应用程序,数据库,文件等所有的资源都在一台服务器上。

    2.应用服务和数据服务分离

    应用和数据分离后整个网站使用三台服务器:应用服务器,文件服务器和数据库服务器。如下图所示:

    这三台服务器对硬件资源的要求各不相同:

    1.应用服务器需要处理大量的业务逻辑,因此需要更快更强大的CPU
    2.数据库服务器需要快速磁盘检索和数据缓存,因此需要更快的硬盘和更大的内存
    3.文件服务器需要存储大量用户上传的文件,因此需要更大的磁盘

    随着用户逐渐增多,网站又一次面临挑战:数据库压力太大导致访问延迟,进而影响整个网站的性能,用户体验受到影响。

    3.访问缓存改善网站性能

    网站访问特点和现实世界的财富分配一样遵循二八定律:80%的业务访问集中在20%的数据上

    网站使用的缓存可以分为两种:缓存在1.应用服务器上的本地缓存和缓存在专门的2.分布式缓存服务器上的远程缓存。本地缓存的访问速度更快一些,但是受应用服务器内存限制,其缓存数据量有限,而且会出现和应用程序争用内存的情况。远程分布式缓存可以使用集群的方式,部署大内存的服务器作为专门的缓存服务器,可以在理论上做到不受内存容量限制的缓存服务,如图:

    使用缓存后,数据访问压力得到有效缓解,但是单一应用服务器能够处理的请求连接有限,在网站高峰期,应用服务器成为整个网站的瓶颈

    4.使用应用服务器集群改善网站的并发处理能力

    使用集群是网站解决高并发、海量数据问题的常用手段。当一台服务器的处理能力、存储空间不足时,不要企图去换更强大的服务器,对大型网站而言,不管多么强大的服务器,都满足不了网站持续增长的业务需求。这种情况下,更恰当的做法是增加一台服务器分担原有服务器的访问及存储压力。架构如图:

    5.数据库读写分离

    目前大部分的主流数据库都提供主从热备功能,通过配置两台数据库主从关系,可以将一台数据库服务器的数据更新同步到另一台服务器上。网站利用数据库的这一功能,实现数据库读写分离,从而改善数据库负载压力。如图:

    6.使用反向代理和CDN加速网站响应

    CDN和反向代理的基本原理都是缓存,区别在于CDN部署在网络提供商的机房,使用户在请求网站服务时,可以从距离自己最近的网络提供商机房获取数据;而反向代理则部署在网站的中心机房,当用户请求到达中心机房后,首先访问的服务器是反向代理服务器,如果反向代理服务器中缓存着用户请求的资源,就将其直接返回给用户。架构如图:

    使用CDN和反向代理的目的是尽早返回数据给用户,一方面加快用户访问速度,另一方面也减轻了后端服务器的负载压力。

    7.使用分布式文件系统和分布式数据库系统

    分布式数据库是网站数据库拆分的最后手段,只有在单表数据规模非常庞大的时候才使用。不到不得已时,网站更常用的数据库拆分手段是业务分库,将不同业务的数据库部署在不同的物理服务器上

    8.使用NoSQL和搜索引擎

    9.业务拆分

    10.分布式服务

    既然每一个应用系统都需要执行许多相同的业务操作,比如用户管理、商品管理等,那么可以将这些共用的业务提取出来,独立部署。由这些可复用的业务连接数据库,提供共用业务服务,而应用系统只需要管理用户界面,通过分布式服务调用共用业务服务完成具体业务操作,如图:

    1.4网站架构设计误区

    误区:

    1.一味追随大公司的解决方案
    2.为了技术而技术
    3.企图用技术解决所有问题

    比如说12306网站:

    12306真正的问题其实不在于它的技术架构,而在于它的业务架构:12306根本就不应该在几亿中国人一票难求的情况下以窗口售票的模式在网上售票(零点开始出售若干天后的车票)。12306需要重构的不仅是它的技术架构,更重要的是它的业务架构:调整业务需求,换一种方式卖票,而不要去搞促销秒杀这种噱头式的游戏。

    后来证明12306确实是朝这个方向发展的:在售票方式上引入了排队机制、整点售票调整为分时段售票。其实如果能控制住并发访问的量,很多棘手的技术问题也就不是什么问题了。

    2.大型网站架构模式

    关于什么是模式,这个来自建筑学的词汇是这样定义的:“每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心。这样,你就能一次又一次地使用该方案而不必做重复工作”。模式的关键在于模式的可重复性,问题与场景的可重复性带来解决方案的可重复使用

    2.1网站架构模式

    1.分层

    分层是企业应用系统中最常见的一种架构模式,将系统在横向维度上切分成几个部分,每个部分负责一部分相对比较单一的职责,然后通过上层对下层的依赖和调用组成一个完整的系统。

    分层结构在计算机世界中无处不在,网络的7层通信协议是一种分层结构;计算机硬件、操作系统、应用软件也可以看作是一种分层结构。在大型网站架构中也采用分层结构,将网站软件系统分为1.应用层2.服务层3.数据层,如表:

    但是分层架构也有一些挑战,就是必须合理规划层次边界和接口,在开发过程中,严格遵循分层架构的约束,禁止跨层次的调用(应用层直接调用数据层)及逆向调用(数据层调用服务层,或者服务层调用应用层)。

    2.分割

    对软件进行纵向切分

    3.分布式

    对于大型网站,分层和分割的一个主要目的是为了切分后的模块便于分布式部署,即将不同模块部署在不同的服务器上,通过远程调用协同工作。分布式意味着可以使用更多的计算机完成同样的功能,计算机越多,CPU、内存、存储资源也就越多,能够处理的并发访问和数据量就越大,进而能够为更多的用户提供服务。

    在网站应用中,常用的分布式方案有如下几种:

    1.分布式应用和服务

    将分层和分割后的应用和服务模块分布式部署,除了可以改善网站性能和并发性、加快开发和发布速度、减少数据库连接资源消耗外;还可以使不同应用复用共同的服务,便于业务功能扩展。

    2.分布式静态资源

    网站的静态资源如JS, CSS, Logo图片等资源独立分布式部署,并采用独立的域名,即人们常说的动静分离。静态资源分布式部署可以减轻应用服务器的负载压力;通过使用独立域名加快浏览器并发加载的速度;由负责用户体验的团队进行开发维护有利于网站分工合作,使不同技术工种术业有专攻。

    3.分布式数据和存储

    大型网站需要处理以P为单位的海量数据,单台计算机无法提供如此大的存储空间,这些数据需要分布式存储。除了对传统的关系数据库进行分布式部署外,为网站应用而生的各种NoSQL产品几乎都是分布式的。

    4.分布式计算

    目前网站普遍使用Hadoop及其M apR educe分布式计算框架进行此类批处理计算,其特点是移动计算而不是移动数据,将计算程序分发到数据所在的位置以加速计算和分布式计算。

    4.集群

    5.缓存

    缓存就是将数据存放在距离计算最近的位置以加快处理速度。缓存是改善软件性能的第一手段,现代CPU越来越快的一个重要因素就是使用了更多的缓存,在复杂的软件设计中,缓存几乎无处不在。大型网站架构设计在很多方面都使用了缓存设计。

    使用缓存的例子:CDN,反向代理,本地缓存,分布式缓存。

    使用缓存有两个前提条件

    1.数据访问热点不均衡。
    2.数据在某个时间段内有效,不会很快过期,否则缓存的数据就会因已经失效而产生脏读,影响了结果的正确性。

    6.异步

    7.冗余

    8.自动化

    9.安全

    2.2架构模式在新浪微博中的应用

    新浪微博的架构在较短的时间内几经重构,最终形成了现在的架构:

    系统分为三个层次,最下层是基础服务层,提供数据库,缓存,存储,搜索等数据服务,以及其他一些基础技术服务,这些服务支撑了整个新浪微博的海量数据和高并发访问,是整个系统的技术基础。

    中间层是平台服务和应用服务层,新浪微博的核心服务是微博、关系和用户,它们是新浪微博业务大厦的支柱。这些服务被分割为独立的服务模块,通过依赖调用和共享基础数据构成新浪微博的业务基础。

    最上层是API和新浪微博的业务层,各种客户端(包括Web网站)和第三方应用,通过调用API集成到新浪微博的系统中,共同组成一个生态系统。

    在新浪微博的早期架构中,微博发布使用同步推模式,用户发表微博后系统会立即将这条微博插入到数据库所有粉丝的订阅列表中,当用户量比较大时,特别是明星用户发布微博时,会引起大量的数据库写操作,超出数据库负载,系统性能急剧下降,用户响应延迟加剧。后来新浪微博改用异步推拉结合的模式,用户发表微博后系统将微博写入消息队列后立即返回,用户响应迅速,消息队列消费者任务将微博推送给所有当前在线粉丝的订阅列表中,非在线用户登录后再根据关注列表拉取微博订阅列表。

    3.大型网站核心架构要素

    关于什么是架构,一种比较通俗的说法是“最高层次的规划,难以改变的决定”,这些规划和决定奠定了事物未来发展的方向和最终的蓝图。

    3.1性能

    性能是网站的一个重要指标,除非是没得选择(比如只能到www.12306.cn这一个网站上买火车票),否则用户无法忍受一个响应缓慢的网站。一个打开缓慢的网站会导致严重的用户流失,很多时候网站性能问题是网站架构升级优化的触发器。可以说性能是网站架构设计的一个重要方面,任何软件架构设计方案都必须考虑可能会带来的性能问题。

    也正是因为性能问题几乎无处不在,所以优化网站性能的手段也非常多,从用户浏览器到数据库,影响用户请求的所有环节都可以进行性能优化。

    浏览器端,可以通过浏览器缓存、使用页面压缩、合理布局页面、减少Cookie传输等手段改善性能。

    还可以使用CDN,将网站静态内容分发至离用户最近的网络服务商机房,使用户通过最短访问路径获取数据。可以在网站机房部署反向代理服务器,缓存热点文件,加快请求响应速度,减轻应用服务器负载压力。

    应用服务器端,可以使用服务器本地缓存和分布式缓存,通过缓存在内存中的热点数据处理用户请求,加快请求处理过程,减轻数据库负载压力。

    也可以通过异步操作将用户请求发送至消息队列等待后续任务处理,而当前请求直接返回响应给用户。

    在网站有很多用户高并发请求的情况下,可以将多台应用服务器组成一个集群共同对外服务,提高整体处理能力,改善性能。

    代码层面,也可以通过使用多线程、改善内存管理等手段优化性能。

    在数据库服务器端,索引、缓存、SQL优化等性能优化手段都已经比较成熟。而方兴未艾的NoSQL数据库通过优化数据模型、存储结构、伸缩特性等手段在性能方面的优势也日趋明显。

    衡量网站性能有一系列指标,重要的有响应时间TPS系统性能计数器等,通过测试这些指标以确定系统设计是否达到目标。这些指标也是网站监控的重要参数,通过监控这些指标可以分析系统瓶颈,预测网站容量,并对异常指标进行报警,保障系统可用性。

    3.2可用性

    网站高可用的主要手段是冗余,应用部署在多台服务器上同时提供访问,数据存储在多台服务器上互相备份,任何一台服务器宕机都不会影响应用的整体可用,也不会导致数据丢失。

    对于应用服务器而言,多台应用服务器通过负载均衡设备组成一个集群共同对外提供服务,任何一台服务器宕机,只需把请求切换到其他服务器就可实现应用的高可用,但是一个前提条件是应用服务器上不能保存请求的会话信息。否则服务器宕机,会话丢失,即使将用户请求转发到其他服务器上也无法完成业务处理

    3.3伸缩性

    衡量架构伸缩性的主要标准就是是否可以用多台服务器构建集群,是否容易向集群中添加新的服务器。加入新的服务器后是否可以提供和原来的服务器无差别的服务。集群中可容纳的总的服务器数量是否有限制。

    3.4扩展性

    不同于其他架构要素主要关注非功能性需求,网站的扩展性架构直接关注网站的功能需求。网站快速发展,功能不断扩展,如何设计网站的架构使其能够快速响应需求变化,是网站可扩展架构主要的目的。

    网站可伸缩架构的主要手段是事件驱动架构分布式服务

    事件驱动架构在网站通常利用消息队列实现,将用户请求和其他业务事件构造成消息发布到消息队列,消息的处理者作为消费者从消息队列中获取消息进行处理。通过这种方式将消息产生和消息处理分离开来,可以透明地增加新的消息生产者任务或者新的消息消费者任务。

    分布式服务则是将业务和可复用服务分离开来,通过分布式服务框架调用。新增产品可以通过调用可复用的服务实现自身的业务逻辑,而对现有产品没有任何影响。可复用服务升级变更的时候,也可以通过提供多版本服务对应用实现透明升级,不需要强制应用同步变更。

    3.5安全性

    3.6小结

    性能可用性伸缩性扩展性安全性是网站架构最核心的几个要素。

    第二篇:架构

    4.瞬时响应:网站的高性能架构

    网站性能是客观的指标,可以具体体现到响应时间、吞吐量等技术指标,同时也是主观的感受,而感受则是一种与具体参与者相关的微妙的东西,用户的感受和工程师的感受不同,不同的用户感受也不同。

    2.性能测试指标

    主要指标有响应时间,并发数,吞吐量,性能计数器等:

    1.响应时间

    指应用执行一个操作需要的时间,包括从发出请求开始收到最后响应数据所需要的时间。响应时间是系统最重要的性能指标,直观地反映了系统的“快慢”。

    2.并发数

    指系统能够同时处理请求的数目,这个数字也反映了系统的负载特性。

    注意厘清数量关系

    网站系统用户数>>网站在线用户数>>网站并发用户数

    3.吞吐量

    指单位时间内系统处理的请求数量,体现了系统的整体处理能力。TPS(每秒事务数)是吞吐量的一个常用量化指标,此外还有HPS(每秒HTTP请求数)、QPS(每秒查询数)等。

    系统吞吐量系统并发数,以及响应时间的关系可以形象地理解为高速公路的通行状况:

    吞吐量是每天通过收费站的车辆数目(可以换算成收费站收取的高速费),并发数是高速公路上的正在行驶的车辆数目,响应时间是车速。

    车辆很少时,车速很快,但是收到的高速费也相应较少;随着高速公路上车辆数目的增多,车速略受影响,但是收到的高速费增加很快;随着车辆的继续增加,车速变得越来越慢,高速公路越来越堵,收费不增反降;如果车流量继续增加,超过某个极限后,任何偶然因素都会导致高速全部瘫痪,车走不动,费当然也收不着,而高速公路成了停车场(资源耗尽)。

    4.性能计数器

    System Load即系统负载,指当前正在被CPU执行和等待被CPU执行的进程数目总和,是反映系统忙闲程度的重要指标。多核CPU的情况下,完美情况是所有CPU都在使用,没有进程在等待处理,所以Load的理想值是CPU的数目。当Load值低于CPU数目的时候,表示CPU有空闲,资源存在浪费;当Load值高于CPU数目的时候,表示进程在排队等待CPU调度,表示系统资源不足,影响应用程序的执行性能。在Linux系统中使用top命令查看,该值是三个浮点数,表示最近1分钟,10分钟,15分钟的运行队列平均进程数。

    3.性能测试方法

    性能测试是一个总称,具体可以细分为性能测试负载测试压力测试稳定性测试

    4.性能优化方法

    定位产生性能问题的具体原因后,就需要进行性能优化,根据网站分层架构,可分为1.Web前端性能优化2.应用服务器性能优化、**3.存储服务器性能优化**3大类。

    4.2Web前端性能优化

    1.浏览器访问优化

    1.减少http请求

    HTTP协议是无状态的应用层协议,意味着每次HTTP请求都需要建立通信链路、进行数据传输,而在服务器端,每个HTTP都需要启动独立的线程去处理。这些通信和服务的开销都很昂贵,减少HTTP请求的数目可有效提高访问性能。

    减少HTTP的主要手段是合并CSS、合并JavaScript、合并图片。将浏览器一次访问需要的JavaScript、CSS合并成一个文件,这样浏览器就只需要一次请求。图片也可以合并,多张图片合并成一张,如果每张图片都有不同的超链接,可通过CSS偏移响应鼠标点击操作,构造不同的URL。

    2.使用浏览器缓存

    对于一个网站而言,CSS,JS,logo,图标这些静态资源文件更新的频率都比较低,而这些文件又几乎是每次HTTP请求都需要的,如果将这些文件缓存在浏览器中,可以极好地改善性能。通过设置HTTP头中的Cache-Control和Expires的属性,可设定浏览器缓存,缓存时间可以是数天,甚至是几个月

    3.启用压缩

    4.CSS放在页面最上面,JS放在页面最下面

    5.减少Cookie传输

    一方面,Cookie包含在每次请求和响应中,太大的C ookie会严重影响数据传输,因此哪些数据需要写入C ookie需要慎重考虑,尽量减少C ookie中传输的数据量。另一方面,对于某些静态资源的访问,如CSS、Script等,发送C ookie没有意义,可以考虑静态资源使用独立域名访问,避免请求静态资源时发送C ookie,减少C ookie传输的次数

    2.CDN加速

    CDN能够缓存的一般是静态资源,如图片、文件、CSS、Script脚本、静态网页等,但是这些文件访问频度很高,将其缓存在CDN可极大改善网页的打开速度。

    3.反向代理

    4.3应用服务器性能优化

    应用服务器就是处理网站业务的服务器,网站的业务代码都部署在这里,是网站开发最复杂,变化最多的地方,优化手段主要是缓存,集群,异步等。

    1.分布式缓存

    缓存的基本原理

    缓存指将数据存储在相对较高访问速度的存储介质中,以供系统处理。一方面缓存访问速度快,可以减少数据访问的时间,另一方面如果缓存的数据是经过计算处理得到的,那么被缓存的数据无需重复计算即可直接使用,因此缓存还起到减少计算时间的作用。

    不合理使用缓存的例子:

    1.频繁修改的数据

    一般来说,数据的读写比在2:1以上,即写入一次缓存,在数据更新前至少读取两次,缓存才有意义。在实践中,这个比例通常非常高,例如新浪热门微博,缓存以后可能会被读取数百万次。

    2.没有热点的访问

    3.数据不一致与脏读

    一般会对缓存的数据设置失效时间,一旦超过失效时间,就要从数据库中重新加载。因此应用要容忍一定时间的数据不一致,如卖家已经编辑了商品属性,但是需要过一段时间才能被买家看到。在互联网应用中,这种延迟通常是可以接受的,但是具体应用仍需慎重对待。还有一种策略是数据更新时立即更新缓存,不过这也会带来更多系统开销和事务一致性的问题。

    4.缓存可用性

    通过分布式缓存服务器集群,将缓存数据分布到集群多台服务器上可在一定程度上改善缓存的可用性。当一台缓存服务器宕机的时候,只有部分缓存数据丢失,重新从数据库加载这部分数据不会对数据库产生很大影响。

    5.缓存预热

    缓存中存放的是热点数据,热点数据又是缓存系统利用LRU(最近最久未用算法)对不断访问的数据筛选淘汰出来的,这个过程需要花费较长的时间。新启动的缓存系统如果没有任何数据,在重建缓存数据的过程中,系统的性能和数据库负载都不太好,那么最好在缓存系统启动时就把热点数据加载好,这个缓存预加载手段叫作缓存预热(warm up)。对于一些元数据如城市地名列表、类目信息,可以在启动时加载数据库中全部数据到缓存进行预热

    6.缓存穿透

    如果因为不恰当的业务、或者恶意攻击持续高并发地请求某个不存在的数据,由于缓存没有保存该数据,所有的请求都会落到数据库上,会对数据库造成很大压力,甚至崩溃。一个简单的对策是将不存在的数据也缓存起来(其value值为null)

    分布式缓存架构

    分布式缓存指缓存部署在多个服务器组成的集群中,以集群方式提供缓存服务,其架构方式有两种,一种是以JBoss C ache为代表的需要更新同步的分布式缓存一种是以Memcached为代表的不互相通信的分布式缓存

    Memcached

    2.异步操作

    需要注意的是,由于数据写入消息队列后立即返回给用户,数据在后续的业务校验、写数据库等操作可能失败,因此在使用消息队列进行业务异步处理后,需要适当修改业务流程进行配合,如订单提交后,订单数据写入消息队列,不能立即返回用户订单提交成功,需要在消息队列的订单消费者进程真正处理完该订单,甚至商品出库后,再通过电子邮件或SM S消息通知用户订单成功,以免交易纠纷。

    任何可以晚点做的事情都应该晚点再做。保证数据的正确性

    3.使用集群

    4.代码优化

    1.多线程

    从资源利用的角度看,使用多线程的原因主要有两个:IO阻塞与多CPU

    网站的应用程序一般都被Web服务器容器管理,用户请求的多线程也通常被Web服务器容器管理,但不管是Web容器管理的线程,还是应用程序自己创建的线程,一台服务器上启动多少线程合适呢?

    假设服务器上执行的都是相同类型任务,针对该类任务启动的线程数有个简化的估算公式可供参考:

    启动线程数=[任务执行时间/(任务执行时间×IO等待时间)]×CPU内核数

    最佳启动线程数和CPU内核数量成正比,和IO阻塞时间成反比。如果任务都是CPU计算型任务,那么线程数最多不超过CPU内核数,因为启动再多线程,CPU也来不及调度相反如果是任务需要等待磁盘操作,网络响应,那么多启动线程有助于提高任务并发度,提高系统吞吐能力,改善系统性能。(看是CPU计算型还是磁盘操作!)

    多线程需要注意线程安全的问题,这也是缺乏经验的网站工程师最容易犯错的地方,而线程安全B ug又难以测试和重现,网站故障中,许多所谓偶然发生的“灵异事件”都和多线程并发问题有关。对网站而言,不管有没有进行多线程编程,工程师写的每一行代码都会被多线程执行,因为用户请求是并发提交的,也就是说,所有的资源——对象、内存、文件、数据库,乃至另一个线程都可能被多线程并发访问。

    2.资源复用

    系统运行时,要尽量减少那些开销很大的系统资源的创建和销毁,比如数据库连接、网络通信连接、线程、复杂对象等。从编程角度,资源复用主要有两种模式:单例(Singleton)对象池(Object Pool)

    单例虽然是GoF经典设计模式中较多被诟病的一个模式,但由于目前Web开发中主要使用贫血模式,从Service到D ao都是些无状态对象,无需重复创建,使用单例模式也就自然而然了。事实上,Java开发常用的对象容器Spring默认构造的对象都是单例(需要注意的是Spring的单例是Spring容器管理的单例,而不是用单例模式构造的单例)。

    前面说过,对于每个Web请求(HTTP Request), Web应用服务器都需要创建一个独立的线程去处理,这方面,应用服务器也采用线程池(Thread Pool)的方式。这些所谓的连接池、线程池,本质上都是对象池,即连接、线程都是对象,池管理方式也基本相同

    4.4存储性能优化

    1.机械硬盘VS固态硬盘

    机械硬盘是目前最常用的一种硬盘,通过马达驱动磁头臂,带动磁头到指定的磁盘位置访问数据,由于每次访问数据都需要移动磁头臂,因此机械硬盘在数据连续访问(要访问的数据存储在连续的磁盘空间上)和随机访问(要访问的数据存储在不连续的磁盘空间)时,由于移动磁头臂的次数相差巨大,性能表现差别也非常大

    2.B+树.VS.LSM树

    本书前面提到,由于传统的机械磁盘具有快速顺序读写、慢速随机读写的访问特性,这个特性对磁盘存储结构和算法的选择影响甚大。

    通常会对数据排序后存储,加快数据检索速度,这就需要保证数据在不断更新、插入、删除后依然有序,传统关系数据库的做法是使用B+树

    目前许多NoSQL产品采用LSM树作为主要数据结构。

    3.RAID.VS.HDFS

    RAID技术可以通过硬件实现,比如专用的RAID卡或者主板直接支持,也可以通过软件实现。RAID技术在传统关系数据库及文件系统中应用比较广泛,但是在大型网站比较喜欢使用的NoSQL,以及分布式文件系统中,RAID技术却遭到冷落。

    现在一般用HDFS,HDFS配合M apR educe等并行计算框架进行大数据处理时,可以在整个集群上并发读写访问所有的磁盘,无需RAID支持。

    5.万无一失:网站的高可用架构

    5.1网站可用性的度量与考核

    网站的页面能完整呈现在最终用户面前,需要经过很多个环节,任何一个环节出了问题,都可能导致网站页面不可访问。DNS会被劫持、CDN服务可能会挂掉、网站服务器可能会宕机、网络交换机可能会失效、硬盘会损坏、网卡会松掉、甚至机房会停电、空调会失灵、程序会有B ug、黑客会攻击、促销会引来大量访问、第三方合作伙伴的服务会不可用……要保证一个网站永远完全可用几乎是一件不可能完成的使命。

    一个典型的网站设计通常遵循如图所示的基本分层架构模型。

    典型的分层模型是三层,即应用层、服务层、数据层;各层之间具有相对独立性,应用层主要负责具体业务逻辑处理服务层负责提供可复用的服务数据层负责数据的存储与访问。中小型网站在具体部署时,通常将应用层和服务层部署在一起,而数据层则另外部署,如图5.3所示(事实上,这也是网站架构演化的第一步)。

    在复杂的大型网站架构中,划分的粒度会更小,更详细,结构更加复杂,但通常还是可以将服务器划分到这三层中。

    应用层

    位于应用层的服务器通常为了应对高并发的访问请求,会通过负载均衡设备将一组服务器组成一个集群共同对外提供服务,当负载均衡设备通过心跳检测等手段监控到某台应用服务器不可用时,就将其从集群列表中剔除,并将请求分发到集群中其他可用的服务器上,使整个集群保持可用,从而实现应用高可用。

    服务层

    位于服务层的服务器情况和应用层的服务器类似,也是通过集群方式实现高可用,只是这些服务器被应用层通过分布式服务调用框架访问,分布式服务调用框架会在应用层客户端程序中实现软件负载均衡,并通过服务注册中心对提供服务的服务器进行心跳检测,发现有服务不可用,立即通知客户端程序修改服务访问列表,剔除不可用的服务器。

    数据层

    位于数据层的服务器情况比较特殊,数据服务器上存储着数据,为了保证服务器宕机时数据不丢失,数据访问服务不中断,需要在数据写入时进行数据同步复制,将数据写入多台服务器上,实现数据冗余备份。当数据服务器宕机时,应用程序将访问切换到有备份数据的服务器上。

    5.3高可用的应用

    应用层主要处理网站应用的业务逻辑,因此有时也称作业务逻辑层,应用的一个显著特点是应用的无状态性

    所谓无状态的应用是指应用服务器不保存业务的上下文信息,而仅根据每次请求提交的数据进行相应的业务逻辑处理,多个服务实例(服务器)之间完全对等,请求提交到任意服务器,处理结果都是完全一样的

    1.通过负载均衡进行无状态服务的失效转移

    2.应用服务器集群的Session管理

    应用服务器的高可用架构设计主要基于服务无状态这一特性,但是事实上,业务总是有状态的,在交易类的电子商务网站,需要有购物车记录用户的购买信息,用户每次购买请求都是向购物车中增加商品;在社交类的网站中,需要记录用户的当前登录状态、最新发布的消息及好友状态等,用户每次刷新页面都需要更新这些信息。

    Web应用中将这些多次请求修改使用的上下文对象称作会话(Session),单机情况下,Session可由部署在服务器上的Web容器(如JBoss)管理。在使用负载均衡的集群环境中,由于负载均衡服务器可能会将请求分发到集群任何一台应用服务器上,所以保证每次请求依然能够获得正确的Session比单机时要复杂很多

    集群环境下,Session管理主要有以下几种手段。

    1.Session复制

    原理很简单,在集群中的几台服务器之间同步Session对象,使得每台服务器上都保存有用户的Session信息,这样任何一台服务器宕机,都可以在其他服务器上找到Session。

    缺点是,大量用户访问的情况下,会出现服务器内存不够Session使用的情况。

    而大型网站的核心应用集群就是数千台服务器,同时在线用户可达千万,因此并不适用这种方案。

    2.Session绑定

    Session绑定可以利用负载均衡的源地址Hash算法实现,负载均衡服务器总是将来自同一IP的请求分发到同一台服务器上,这种方法又被称作为会话粘滞

    但Session绑定的方案不符合我们的要求,如果一台服务器宕机,那么该服务器上的Session将不存在,用户请求切换后无法完成业务。

    因此虽然大部分负载均衡服务器都提供源地址负载均衡算法,但很少有网站利用这个算法进行Session管理。

    3.利用Cookie记录Session

    利用Cookie记录Session也有缺点,比如受Cookie大小限制,能记录的信息有限,每次请求响应都需要传输Cookie,影响性能;如果用户关闭C ookie,访问就会不正常。但是由于C ookie的简单易用,可用性高,支持应用服务器的线性伸缩,而大部分应用需要记录的Session信息又比较小。因此事实上,许多网站都或多或少地使用C ookie记录Session

    4.Session服务器

    那么有没有可用性高、伸缩性好、性能也不错,对信息大小又没有限制的服务器集群Session管理方案呢?

    答案就是Session服务器。利用独立部署的Session服务器(集群)统一管理S ession,应用服务器每次读写Session时,都访问Session服务器,如图所示。

    这种解决方案事实上是将应用服务器的状态分离分为无状态的应用服务器和有状态的Session服务器,然后针对这两种服务器的不同特性分别设计其架构。

    对于有状态的Session服务器,一种比较简单的方法是利用分布式缓存、数据库等,在这些产品的基础上进行包装,使其符合Session的存储和访问要求。如果业务场景对Session管理有比较高的要求,比如利用Session服务集成单点登录(SSO)、用户服务等功能,则需要开发专门的Session服务管理平台。

    5.4高可用的服务

    5.5高可用的数据

    保证数据存储高可用的手段主要是1.数据备份和2.失效转移机制。数据备份是保证数据有多个副本,任意副本的失效都不会导致数据的永久丢失,从而实现数据完全的持久化。而失效转移机制则保证当一个数据副本不可访问时,可以快速切换访问数据的其他副本,保证系统可用。

    关于缓存服务的高可用,在实践中争议很大,一种观点认为缓存已经成为网站数据服务的重要组成部分,事实上承担了业务中绝大多数的数据读取访问服务,缓存服务失效可能会导致数据库负载过高而宕机,进而影响整个网站的可用性,因此缓存服务需要实现和数据存储服务同样的高可用。

    另一种观点认为,缓存服务不是数据存储服务,缓存服务器宕机引起缓存数据丢失导致服务器负载压力过高应该通过其他手段解决,而不是提高缓存服务本身的高可用。

    笔者持后一种观点,对于缓存服务器集群中的单机宕机,如果缓存服务器集群规模较大,那么单机宕机引起的缓存数据丢失比例和数据库负载压力变化都较小,对整个系统影响也较小。扩大缓存服务器集群规模的一个简单手段就是整个网站共享同一个分布式缓存集群,单独的应用和产品不需要部署自己的缓存服务器,只需要向共享缓存集群申请缓存资源即可。并且通过逻辑或物理分区的方式将每个应用的缓存部署在多台服务器上,任何一台服务器宕机引起的缓存失效都只影响应用缓存数据的一小部分,不会对应用性能和数据库负载造成太大影响。

    C AP原理

    在讨论高可用数据服务架构之前,必须先讨论的一个话题是,为了保证数据的高可用,网站通常会牺牲另一个也很重要的指标:数据一致性。也就是说,数据的高可用性跟数据的一致性不可兼得。

    高可用的数据有如下几个层面的含义。

    1.数据持久性

    2.数据的可访问性

    3.数据一致性

    CAP原理认为,一个提供数据服务的存储系统无法同时满足数据一致性(C onsistency)、数据可用性(A vailib ility)、分区耐受性(Patition Tolerance,系统具有跨网络分区的伸缩性)这三个条件,如图。

    在大型网站中,通常会选择强化分布式存储系统的可用性(A)和伸缩性(P),而在某种程度上放弃一致性(C)。

    数据一致性可以分为如下几点:

    1.数据强一致

    各个副本的数据在物理存储中总是一致的,数据更新操作结果和操作响应总是一致的,即操作响应通知更新失败,那么数据一定没有被更新,而不是处于不确定状态。

    2.数据用户一致

    数据在物理存储中的各个副本的数据可能是不一致的,但是终端用户访问时,通过纠错和校验机制,可以确定一个一致的且正确的数据返回给用户。

    3.数据最终一致

    这是数据一致性中较弱的一种,即物理存储的数据可能是不一致的,终端用户访问到的数据可能也是不一致的(同一用户连续访问,结果不同;或者不同用户同时访问,结果不同),但系统经过一段时间(通常是一个比较短的时间段)的自我恢复和修正,数据最终会达到一致

    关系数据库热备机制就是通常所说的M aster-S lave同步机制。M aster-S lave机制不但解决了数据备份问题,还改善了数据库系统的性能,实践中,通常使用读写分离的方法访问S lave和M aster数据库,写操作只访问M aster数据库,读操作只访问S lave数据库

    关于数据的失效转移:

    失效转移操作主要由三部分组成:1.失效确认,2.失效转移,3.数据恢复

    1.失效确认

    判断服务器宕机是系统进行失效转移的第一步,系统确认一台服务器是否宕机的手段有两种:1.心跳检测2.应用程序访问失败报告,如图。

    2.访问转移

    3.数据恢复

    网站发布的流程:

    网站发布毕竟是一次提前预知的服务器宕机,所以过程可以更柔和,对用户影响更小。通常使用发布脚本来完成发布,其流程如图。

    目前大部分网站都采用Web自动化测试技术,使用自动测试工具或脚本完成测试。比较流行的Web自动化测试工具是ThoughtW orks开发的SeleniumSelenium运行在浏览器中,模拟用户操作进行测试,因此Selenium可以同时完成Web功能测试和浏览器兼容测试

    在网站发布时,并不是把测试通过的代码包直接发布到线上服务器,而是先发布到预发布机器上,开发工程师和测试工程师在预发布服务器上进行预发布验证,执行一些典型的业务流程,确认系统没有问题后才正式发布。

    5.7网站运行监控

    6.永无止境:网站的伸缩性架构

    所谓网站的伸缩性是指不需要改变网站的软硬件设计,仅仅通过改变部署服务器数量就可以扩大或者缩小网站的服务处理能力。

    回顾网站架构发展历程, 网站架构发展史就是一部不断向网站添加服务器的历史。只要工程师能向网站的服务器集群中添加新的机器,只要新添加的服务器能线性提高网站的整体服务处理能力,网站就无需为不断增长的用户和访问而焦虑。

    6.2应用服务器集群的伸缩性设计

    实现负载均衡的主要算法

    1.HTTP重定向负载均衡

    这种负载均衡方案的优点是比较简单缺点是浏览器需要两次请求服务器才能完成一次访问,性能较差;重定向服务器自身的处理能力有可能成为瓶颈,整个集群的伸缩性规模有限;使用HTTP302响应码重定向,有可能使搜索引擎判断为SEO作弊,降低搜索排名。因此实践中使用这种方案进行负载均衡的案例并不多见

    2.DNS域名解析负载均衡

    在DNS服务器中配置多个A记录,如:www.m ysite.com IN A 114.100.80.1、www.m ysite.com IN A 114.100.80.2、www.m ysite.com IN A 114.100.80.3。
    每次域名解析请求都会根据负载均衡算法计算一个不同的IP地址返回,这样A记录中配置的多个服务器就构成一个集群,并可以实现负载均衡。

    DNS域名解析负载均衡的优点是将负载均衡的工作转交给DNS,省掉了网站管理维护负载均衡服务器的麻烦,同时许多DNS还支持基于地理位置的域名解析,即会将域名解析成距离用户地理最近的一个服务器地址,这样可加快用户访问速度,改善性能。但是DNS域名解析负载均衡也有缺点,就是1.目前的DNS是多级解析,每一级DNS都可能缓存A记录,当下线某台服务器后,即使修改了DNS的A记录,要使其生效也需要较长时间,这段时间,DNS依然会将域名解析到已经下线的服务器,导致用户访问失败;而且2.DNS负载均衡的控制权在域名服务商那里,网站无法对其做更多改善和更强大的管理。

    事实上,大型网站总是部分使用DNS域名解析,利用域名解析作为第一级负载均衡手段,即域名解析得到的一组服务器并不是实际提供Web服务的物理服务器,而是同样提供负载均衡服务的内部服务器,这组内部负载均衡服务器再进行负载均衡,将请求分发到真实的Web服务器上

    大型网站利用DNS域名解析作为第一级的负载均衡手段。

    3.反向代理负载均衡

    前面我们提到利用反向代理缓存资源,以改善网站性能。实际上,在部署位置上,反向代理服务器处于Web服务器前面(这样才可能缓存Web响应,加速访问),这个位置也正好是负载均衡服务器的位置,所以大多数反向代理服务器同时提供负载均衡的功能,管理一组Web服务器,将请求根据负载均衡算法转发到不同Web服务器上。Web服务器处理完成的响应也需要通过反向代理服务器返回给用户。由于Web服务器不直接对外提供访问,因此Web服务器不需要使用外部IP地址,而反向代理服务器则需要配置双网卡和内部外部两套IP地址

    由于反向代理服务器转发请求在HTTP协议层面,因此也叫应用层负载均衡其优点是和反向代理服务器功能集成在一起,部署简单缺点是反向代理服务器是所有请求和响应的中转站,其性能可能会成为瓶颈

    4.IP负载均衡

    在网络层通过修改目标地址进行负载均衡。

    5.数据链路层负载均衡

    顾名思义,数据链路层负载均衡是指在通信协议的数据链路层修改mac地址进行负载均衡。

    这种数据传输方式又称作三角传输模式负载均衡数据分发过程中不修改IP地址,只修改目的m ac地址,通过配置真实物理服务器集群所有机器虚拟IP和负载均衡服务器IP地址一致,从而达到不修改数据包的源地址和目的地址就可以进行数据分发的目的,由于实际处理请求的真实物理服务器IP和数据请求目的IP一致,不需要通过负载均衡服务器进行地址转换,可将响应数据包直接返回给用户浏览器,避免负载均衡服务器网卡带宽成为瓶颈。这种负载均衡方式又称作直接路由方式(DR)。

    使用三角传输模式的链路层负载均衡是目前大型网站使用最广的一种负载均衡手段。在Linux平台上最好的链路层负载均衡开源产品是LVS(Linux V irtual Server)。

    6.负载均衡算法

    负载均衡服务器的实现分成两个部分:

    1.根据负载均衡算法和Web服务器列表计算得到集群中一台Web服务器的地址。
    2.将请求数据发送到该地址对应的Web服务器上。

    前面描述了如何将请求数据发送到Web服务器上,而具体的负载均衡算法通常有如下几种:

    1.轮询(RR)
    2.加权轮询(WRR)
    3.随机(Random)

    4.最少连接(Least Connections)
    记录每个应用服务器正在处理的连接数(请求数),将新到的请求分发到最少连接的服务器上,应该说,这是最符合负载均衡定义的算法。同样,最小连接算法也可以实现加权最少连接。

    5.源地址散列(Source Hashing)

    6.3分布式缓存集群的伸缩性设计

    我们在本书第4章讨论过分布式缓存,不同于应用服务器集群的伸缩性设计,分布式缓存集群的伸缩性不能使用简单的负载均衡手段来实现。

    必须让新上线的缓存服务器对整个分布式缓存集群影响最小,也就是说新加入缓存服务器后应使整个缓存服务器集群中已经缓存的数据尽可能还被访问到,这是分布式缓存集群伸缩性设计的最主要目标。

    1.Memcached分布式缓存集群的访问模型

    如果使用朴素的Hash路由算法,将会出现问题。本来加入新的缓存服务器是为了降低数据库的负载压力,但是操作不当却导致了数据库的崩溃。如果不对问题和解决方案有透彻了解,网站技术总有想不到的陷阱让架构师一脚踩空。遇到这种情况,用某网站一位资深架构师的话说,就是“一股寒气从脚底板窜到了脑门心”。

    能不能通过改进路由算法,使得新加入的服务器不影响大部分缓存数据的正确命中呢?目前比较流行的算法是一致性Hash算法

    一致性Hash算法也有小问题。

    计算机领域有句话:计算机的任何问题都可以通过增加一个虚拟层来解决。计算机硬件、计算机网络、计算机软件都莫不如此。计算机网络的7层协议,每一层都可以看作是下一层的虚拟层;计算机操作系统可以看作是计算机硬件的虚拟层;Java虚拟机可以看作是操作系统的虚拟层;分层的计算机软件架构事实上也是利用虚拟层的概念。

    解决上述一致性Hash算法带来的负载不均衡问题,也可以通过使用虚拟层的手段:将每台物理缓存服务器虚拟为一组虚拟缓存服务器,将虚拟服务器的Hash值放置在Hash环上,KEY在环上先找到虚拟服务器节点,再得到物理服务器的信息。

    6.4数据存储服务器集群的伸缩性设计

    1.关系性数据库集群的伸缩性设计

    目前网站在线业务应用中比较成熟的支持数据分片的分布式关系数据库产品主要有Cobar。其架构图如下。

    Cobar系统组件模型如图。

    前端通信模块负责和应用程序通信,接收到SQL请求(select * from users where userid in (12,22,23))后转交给SQL解析模块,SQL解析模块解析获得SQL中的路由规则查询条件(userid in(12,22,23))再转交给SQL路由模块,SQL路由模块根据路由规则配置(userid为偶数路由至数据库A, userid为奇数路由至数据库B)将应用程序提交的SQL分解成两条SQ L(select * from users w here userid in (12,22);select * from users w here userid in (23);)转交给SQL执行代理模块,发送至数据库A和数据库B分别执行。

    数据库A和数据库B的执行结果返回至SQL执行模块,通过结果合并模块将两个返回结果集合并成一个结果集,最终返回给应用程序,完成在分布式数据库中的一次访问请求。

    那么Cobar如何做集群的伸缩呢?
    Cobar的伸缩有两种:1.Cobar服务器集群的伸缩2.MySQL服务器集群的伸缩

    2.NoSQL数据库的伸缩性设计

    大型网站遇到了关系数据库难以克服的缺陷——糟糕的海量数据处理能力及僵硬的设计约束,局面才有所改善。为了解决上述问题,NoSQL这一概念被提了出来,以弥补关系数据库的不足。

    NoSQL,主要指非关系的、分布式的数据库设计模式。也有许多专家将NoSQL解读为N ot O nly SQ L,表示NoSQL只是关系数据库的补充,而不是替代方案。一般而言,NoSQL数据库产品都放弃了关系数据库的两大重要基础:以关系代数为基础的结构化查询语言(SQL)和事务一致性保证(ACID)。而强化其他一些大型网站更关注的特性:高可用性和可伸缩性

    开源社区有各种N oSQL产品,其支持的数据结构和伸缩特性也各不相同,目前看来,应用最广泛的是Apache HBase

    6.5小结

    高手定律

    这个世界只有遇不到的问题,没有解决不了的问题,高手之所以成为高手,是因为他们遇到了常人很难遇到的问题,并解决了。所以百度有很多广告搜索的高手,淘宝有很多海量数据的高手,Q Q有很多高并发业务的高手,原因大抵如此。一个100万用户的网站,不会遇到1亿用户同时在线的问题;一个拥有100万件商品网站的工程师,可能无法理解一个拥有10亿件商品网站的架构。

    救世主定律

    遇到问题,分析问题,最后总能解决问题。如果遇到问题就急匆匆地从外面挖一个高手,然后指望高手如探囊取物般轻松搞定,最后怕是只有彼此抱怨和伤害。许多问题只是看起来一样,具体问题总是要具体对待的,没有银弹,没有救世主。所以这个定律准确地说应该是“没有救世主定律”。

    7.按需应变:网站的可扩展架构

    网站扩展性架构设计:对现有系统影响最小的情况下,系统功能可持续扩展及提升的能力。

    首先厘清容易混淆的两个概念:

    1.扩展性(Extensibility):

    指对现有系统影响最小的情况下,系统功能可持续扩展或提升的能力。表现在系统基础设施稳定不需要经常变更,应用之间较少依赖和耦合,对需求变更可以敏捷响应。它是系统架构设计层面的开闭原则(对扩展开放,对修改关闭),架构设计考虑未来功能扩展,当系统增加新功能时,不需要对现有系统的结构和代码进行修改。

    2.伸缩性(Scalability):

    指系统能够通过增加(减少)自身资源规模的方式增强(减少)自己计算处理事务的能力。如果这种增减是成比例的,就被称作线性伸缩性。在网站架构中,通常指利用集群的方式增加服务器数量、提高系统的整体事务吞吐能力。

    7.2利用分布式消息队列降低系统耦合性

    如果模块之间不存在直接调用,那么新增模块或者修改模块就对其他模块影响最小,这样系统的可扩展性无疑更好一些。

    1.事件驱动架构

    事件驱动架构(Event Driven Architecture):通过在低耦合的模块之间传输事件消息,以保持模块的松散耦合,并借助事件消息的通信完成模块间合作,典型的EDA架构就是操作系统中常见的生产者消费者模式。在大型网站架构中,具体实现手段有很多,最常用的是分布式消息队列,如图所示。

    2.分布式消息队列

    目前开源的和商业的分布式消息队列产品有很多,比较著名的如Apache ActiveMQ等,这些产品除了实现分布式消息队列的一般功能,在可用性、伸缩性、数据一致性、性能和可管理性方面也做了很多改善。

    7.3利用分布式服务打造可复用的业务平台

    巨无霸的应用系统会带来很多问题:
    1.编译,部署困难
    2.代码分支管理困难
    3.数据库连接耗尽
    4.新增业务困难

    解决方案就是拆分,将模块独立部署,降低系统耦合性。拆分可以分为纵向拆分和横向拆分两种。

    纵向拆分:将一个大应用拆分为多个小应用,如果新增业务较为独立,那么就直接将其设计部署为一个独立的Web应用系统。

    横向拆分:将复用的业务拆分出来,独立部署为分布式服务,新增业务只需要调用这些分布式服务,不需要依赖具体的模块代码,即可快速搭建一个应用系统,而模块内业务逻辑变化的时候,只要接口保持一致就不会影响业务程序和其他模块。

    1.Web Service与企业级分布式服务

    2.大型网站分布式服务的需求和特点

    对于大型网站,除了Web Services所提供的服务注册与发现,服务调用等标准功能,还需要分布式服务框架能够支持如下功能。

    1.负载均衡
    2.失效转移
    3.高效的远程通信
    4.整合异构系统
    5.对应用最少侵入
    6.版本管理
    7.实时监控

    3.分布式服务框架设计

    例如Facebook的Thrift。

    服务消费者程序通过服务接口使用服务,而服务接口通过代理加载具体服务,具体服务可以是本地的代码模块,也可以是远程的服务,因此对应用较少侵入:应用程序只需要调用服务接口,服务框架根据配置自动调用本地或远程实现。

    服务框架客户端模块通过服务注册中心加载服务提供者列表(服务提供者启动后自动向服务注册中心注册自己可提供的服务接口列表),查找需要的服务接口,并根据配置的负载均衡策略将服务调用请求发送到某台服务提供者服务器。如果服务调用失败,客户端模块会自动从服务提供者列表选择一个可提供同样服务的另一台服务器重新请求服务,实现服务的自动失效转移,保证服务高可用。

    7.4可扩展的数据结构

    开放平台是网站内部和外部交互的接口,外部需要面对众多的第三方开发者,内部需要面对网站内诸多的业务服务。虽然每个网站的业务场景和需求都各不相同,但是开放平台的架构设计却大同小异,如图所示。

    API接口:是开放平台暴露给开发者使用的一组API,其形式可以是RESTful、WebService、RPC等各种形式。
    协议转换:将各种API输入转换成内部服务可以识别的形式,并将内部服务的返回封装成API的格式。
    安全:除了一般应用需要的身份识别、权限控制等安全手段,开放平台还需要分级的访问带宽限制,保证平台资源被第三方应用公平合理使用,也保护网站内部服务不会被外部应用拖垮。
    审计:记录第三方应用的访问情况,并进行监控、计费等。
    路由:将开放平台的各种访问路由映射到具体的内部服务。
    流程:将一组离散的服务组织成一个上下文相关的新服务,隐藏服务细节,提供统一接口供开发者调用。

    7.6小结

    既然我们知道网站不停上新产品是其生存的本能,谁能更快更好地推出更多的新产品,谁就活得更滋润,那么工程师就要做好准备应付这种局面。马克思的劳动价值理论告诉我们,产品的内在价值在于劳动的时间,劳动的时间不在于个体付出的劳动时间,而在于行业一般劳动时间,资本家只会为行业一般劳动时间买单,如果你的效率低于行业一般劳动时间,对不起,请你自愿加班。反之,如果你有一个更具有扩展性的网站架构,可以更快速地开发新产品,也许你也享受不了只上半天班的福利,但是至少在这个全行业加班的互联网领域,你能够按时下班,陪陪家人,看看星星。

    第三篇:案例

    10.1Wikipedia网站整体架构

    架构如图。

    Wikipedia架构的主要组成部分如下。
    GeoDNS:基于开源域名服务器软件BIND(Berkeley Internet Name Domain)的增强版本,可将域名解析到离用户最近的服务器。
    LVS:基于Linux的开源负载均衡服务器。
    Squid:基于Linux的开源反向代理服务器。
    Lighttpd:开源的应用服务器,较主流的Apache服务器更轻量、更快速。实践中,有许多网站使用L ighttpd作为图片服务器。
    PHP:免费的Web应用程序开发语言,最流行的网站建站语言。
    Memcached:无中心高性能的开源分布式缓存系统,稳定、可靠、历久弥新,是网站分布式缓存服务必备的。
    Lucene:由Apache出品,Java开发的开源全文搜索引擎。
    MySQL:开源的关系数据库管理系统,虽被Oracle收购,但开源社区将其继续开源发展的决心不动摇。

    关于故障

    在讨论解决方案之前,我们先对故障进行分类,针对不同故障情况分别对待。对于一个分布式存储系统而言,影响系统整体可用性的故障可以分成以下三类。

    × 瞬时故障:引起这类故障的主要原因是网络通信瞬时中断、服务器内存垃圾回收或后台线程繁忙停止数据访问操作响应。其特点是故障时间短,在秒级甚至毫秒级系统即可自行恢复正常响应。

    × 临时故障:引起这类故障的主要原因是交换机宕机、网卡松动等导致的网络通信中断;系统升级、停机维护等一般运维活动引起的服务关闭;内存损坏、CPU过热等硬件原因导致的服务器宕机;这类故障的主要特点是需要人工干预(更换硬件、重启机器等)才能恢复正常。通常持续时间需要几十分钟甚至几小时。故障时间可分为两个阶段:临时故障期间,临时故障恢复期间。

    × 永久故障:引起这类故障的主要原因只有一个:硬盘损坏,数据丢失。虽然损坏硬盘和损坏内存一样,可以通过更换硬盘来重新启动机器,但是丢失的数据却永远找不回来了,因此其处理策略也和前面两种故障完全不同,恢复系统到正常状态也需要更长的时间。故障时间可分为两个阶段:永久故障期间和永久故障恢复期间。

    12.1秒杀活动的技术挑战

    1.对现有网站业务造成冲击
    2.高并发下的应用,数据库负载
    3.突然增加的网络及服务器带宽
    4.直接下单

    12.2秒杀系统的应对策略

    1.秒杀系统独立部署
    2.秒杀商品页面静态化
    3.租借秒杀活动网络带宽
    4.动态生成随机下单页面URL

    13.3高并发情况下锁引发的故障

    故障现象:某应用服务器不定时地因为响应超时而报警,但是很快又超时解除,恢复正常,如此反复,让运维人员非常苦恼。

    原因分析:程序中某个单例对象(singleton object)中多处使用了synchronized(this),由于this对象只有一个,所有的并发请求都要排队获得这唯一的一把锁。一般情况下,都是一些简单操作,获得锁,迅速完成操作,释放锁,不会引起线程排队。但是某个需要远程调用的操作也被加了synchronized(this),这个操作只是偶尔会被执行,但是每次执行都需要较长的时间才能完成,这段时间锁被占用,所有的用户线程都要等待,响应超时,这个操作执行完后释放锁,其他线程迅速执行,超时解除。

    经验教训:
    × 使用锁操作要谨慎。

    第四篇:架构师

    展开全文
  • 技术 如何管理好研发部门?

    万次阅读 2011-03-06 18:34:00
    ——“最佳提问者与解答者”评选各位职场高手,我在一家中小企业工作,销售员做到了副总,目前主要负责销售部和技术部的管理工作,这两个部门是公司最主要的两大部门,技术部负责公司的新产品开发,但长年以来管理...

    博主按:真是仁者见仁,智者见智阿。细细品读,很有意思。

     

    此帖已经入围“最佳提问者与解答者”评选,活动详情请点击:硬骨头,谁敢来啃?——“最佳提问者与解答者”评选
     
    各位职场高手,我在一家中小企业工作,从销售员做到了副总,目前主要负责销售部和技术部的管理工作,这两个部门是公司最主要的两大部门,技术部负责公司的新产品开发,但长年以来管理的很不好,开发人员工资给的很高,却不出活,每个新产品都会按原计划延长很长时间才能搞出来,我们也搞了IPD流程和绩效管理,但都没有发挥作用,感觉只是走了形式。公司提我做副总,主要是想解决好技术部的管理难题,我不懂技术,说实话,我心里一点底都没有。在此虚心的请教各位前辈给我支支招。

          目前技术部的大致情形是这样的:有技术部经理一个,负责全面工作,对公司有认同感,但在管理上和技术上都不很突出,所以发挥不了多少作用,很像个保姆;还有技术经理一个,负责具体项目的开发,但该员工是个老油条,对公司没有多少认同感,公司对他不放心,但他却承担了新项目开发的主要任务,工期一拖再拖,想把他拉到公司的道上,但尝试过不行,还有他在部门煽风点火,制造不和谐因素,公司的项目开发又离不开他。之前他是技术部经理,公司放开手脚让他干,也不行,后来才设了个技术经理,主要负责产品开。在这种情况下,我该怎么开展工作?

          谢谢!

     

    回复主题:不懂技术 如何管理好研发部门?

    居忆江南

    居忆江南

    等级: 职场新手
    发帖量: 5
    积分: 110分
    专业度:  0
       
    浏览博客    回复的主题
    绝对是个难题,我看看大家的观点。我们公司也有同样的囧境。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 16:20:41回复主题:不懂技术 如何管理好研发部门?

    Dragoon_bj

    等级: 业务精英
    发帖量: 223
    积分: 548分
    专业度:   54
    既然这些人都还在公司干,就说明公司肯定有吸引他们的地方。因此,我建议你不管别的,先用销售的思路去观察他们,找到他们的核心诉求,然后根据这些诉求,一个一个搞定。既然你能通过销售干上副总,那么就应该有办法的。有事情可以直接联系,fire_boy@263.net
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 15:59:17回复主题:回复主题:不懂技术 如何管理好研发部门?

    jyd-anbonn

    等级: 职场新手
    发帖量: 6
    积分: 112分
    专业度:  0
    外行管内行,确实有一定的难度;主要是把人的问题解决了,一切就好办了,象你这种情况需在技术口你一定需要一定内行助手,否则你所得的信息基本不准,如果信息不准确,那你的管理也是一个空话;白忙而且几个月下来劳而无功;
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 14:13:08回复主题:不懂技术 如何管理好研发部门?

    Compass

    等级: 职场新手
    发帖量: 8
    积分: 118分
    专业度:  15
    效益好的企业一般是能够实现市场/客户驱动的,这点您做开销售的一定可以理解。 

    建议您新增一个专门从事市场研究与技术结合的职位,由他去做客户和内部研发部沟通的桥梁。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(1) 没帮助(0)

    发布时间:2010-09-29 14:28:22回复主题:不懂技术 如何管理好研发部门?

    haijing1210

    等级: 职场新手
    发帖量: 2
    积分: 105分
    专业度:  3
       
    那我想问一下 该技术经理之前被任命为技术部门经理放开手脚干 你说不行 主要暴露问题在有哪些? 技术型人才一般在管理能力方面是欠缺的 但是 此人在公司煽风点火 需要细细调查究竟是什么因素导致该经理对公司没有认同感 才能对症下药 还有,他是否对你的升迁存在不服 这很可能也是造成他抵制行为的一个因素 

    他对目前的薪水待遇和工作条件 工作内容是否满意 

    要管理这样的手下 需要让他口服心也服 要动用你的非职权性影响力 

    个人觉得绩效考核能够对其起到牵制作用 否则把重要的新产品开发项目交给这样一个不服管理的人 对公司发展前景是个威胁 

    还有 作为销售副总的你 也可以多少学习一些技术方面的知识 可也多向他请教 给足他面子 这样有助于你与他进行沟通 还能拉近彼此的距离
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(1) 没帮助(0)

    发布时间:2010-09-29 15:54:50回复主题:不懂技术 如何管理好研发部门?

    拜读了!!

    拜读了!!

    等级: 主管
    发帖量: 289
    积分: 647分
    专业度:   51
       
    浏览博客    回复的主题
    有技术部经理一个,负责全面工作,对公司有认同感,但在管理上和技术上都不很突出,所以发挥不了多少作用,很像个保姆;还有技术经理一个,负责具体项目的开发,但该员工是个老油条,对公司没有多少认同感,公司对他不放心,但他却承担了新项目开发的主要任务,工期一拖再拖,想把他拉到公司的道上,但尝试过不行,还有他在部门煽风点火,制造不和谐因素,公司的项目开发又离不开他。保姆要多注重中国式管理,提高自身感召力,从心上下功夫,整理好梯队。项目经理要多提高技术水平,指导水平,做好榜样,严格制度管理,按岗按编按绩效,提高大家眼界,给以大家愿景。至于这两个人如何团结,看你的综合素质了
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 15:20:06回复主题:不懂技术 如何管理好研发部门?

    jyd-anbonn

    等级: 职场新手
    发帖量: 6
    积分: 112分
    专业度:  0
    公司不大不小,距正规体系都会有一定的差距,这种问题在多数发展企业中存在,受公司发展规模以及人力成本控制的影响,首先是老板人力定位的问题要解决,按岗位设人;其次是中国的企业,特别是发展中的企业,需要中国式管理方式以及中国的人文管理方式;
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 15:03:10回复主题:不懂技术 如何管理好研发部门?

    Liyongl66

    Liyongl66

    等级: 业务精英
    发帖量: 206
    积分: 548分
    专业度:   54
    根源在于老板不能用人,职责部分、责任不明,相关的负责人不能发挥应有的作用。你一直说这个这样、那个那样。你可曾想过你的角色定位是什么?是不是你只是老板想用你监督这个部门?如果这样你和他们一样怎样能做好工作?
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 14:09:37回复主题:不懂技术 如何管理好研发部门?

    keeonhe

    等级: 职场新手
    发帖量: 12
    积分: 124分
    专业度:  0
    一句话:分工不明确,责任不明确,激励不明确,自然就大家忽悠着过吧!
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 13:49:06回复主题:不懂技术 如何管理好研发部门?

    技术管理也是管理

    技术管理也是管理

    等级: 职场新手
    发帖量: 12
    积分: 123分
    专业度:  0
       
    浏览博客    回复的主题
    不知道楼主是不是真的搞过了IPD,如果是的话,那我想问一个问题:IPD的精华是什么?我看你们的技术部的架构,不是部门经理就是技术经理,项目经理哪去了?没有项目经理,谁对项目(新产品)开发负责?谁来组建、领导PDT(PDT是IPD执行的主体啊!),从你的描述上看你们没有PDT,没有IPMT,也就是根本没有去执行IPD。我个人建议,如果现在规模不大,可以学习华为在九几年的时候那种多职能集中开发的模式,有一个人来抓“总”,通过考核机制把研发团队(这里面不只是技术人员啊!)的积极性搞上来。再学一下IPD的跨部门团队的运作方式和结构,搞一个适合自己公司情况的研发体系,更行之有效。愿意深入沟通可以EMAIL给我:sale.jld@gmail.com(特别声明:我不是咨询公司)
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 13:47:23回复主题:不懂技术 如何管理好研发部门?

    TerrySuzhou

    等级: 职场新手
    发帖量: 1
    积分: 102分
    专业度:  0
       
    从你描述的职责来看你的工作重点应该放在新品开发的客户满意度和综合的客户满意度上,你应该更多的看客户端的合作问题,把握大方向。 
    内部部门的问题我觉得你还是要抓好技术部的部门经理这个关键岗位,部门经理的职责就是调动部门内部资源满足你的管理和绩效要求,像你这个小企业可以只用一个经理就够了,绩效管理是你在开始阶段可以利用的很好的工具,优胜劣汰,选择能够胜任的人来做你的技术部经理,并能和你一起逐步提高技术部的服务水平的人才是你要用的。所以,给你的建议是在企业内、外部找出这个人来,你要改变现有的那两个人是很难的。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 13:39:40回复主题:不懂技术 如何管理好研发部门?

    zhoujg

    zhoujg

    等级: 职场新手
    发帖量: 3
    积分: 127分
    专业度:  0
       发表的主题 
    浏览博客   

    回复主题:不懂技术 如何管理好研发部门?

    不一样的经理

    不一样的经理

    等级: 普通员工
    发帖量: 47
    积分: 232分
    专业度:   117

    按你的说法,你很重要的一项工作目标是实现项目的开发管控。要做好这件事情,首先应该解决人的问题,然后解决事的问题。 
    对于人的问题,核心问题在那个技术经理上,我的建议是: 
    1、没有1个人是不可改变的; 
    2、没有1个人是不可或缺的; 
    想改变他,需要看他本人的意愿与你的沟通能力,不是不可能; 
    如果不能改变,对于一个不能为企业创造业绩、破坏企业价值观的人有什么好留的?个人粗浅的认为,即使在中国少了任何一个人,也没啥问题。当然是准备后备人才计划换人。 

    对于事的问题,核心问题在项目进度的管控上,我的建议是: 
    解决问题就先了解问题的原因,是因为项目管理能力不行呢,还是技术经理从中作梗呢,还是研发技能差呢? 
    了解问题深入第一线必不可少,想听到第一线的声音需要获得他们的认同,想获得他们的认同你先从了解他们开始。 
    他们关心什么、他们希望什么、他们有什么意见、他们喜欢什么。。。

    不一样的经理 编辑于 2010-10-01 13:53:32
     
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 22:38:04回复主题:不懂技术 如何管理好研发部门?

    刘昌青

    等级: 职场新手
    发帖量: 6
    积分: 112分
    专业度:  6
    1.把事情做对之前,你要了解你想要什么结果 
    2.针对结果制定方案 
    3.大家一起来讨论怎么把事情做对,当然你要有自己想把事做好的全面的流程大钢(让大家明白开发过程中对接工作的重要性) 
    4.制定目标,针对目标每周开总结进度检讨会议
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 18:35:00回复主题:不懂技术 如何管理好研发部门?

    欣依

    欣依

    等级: 职场新手
    发帖量: 48
    积分: 196分
    专业度:  21
       
    浏览博客    回复的主题
    你是从销售员起来的跟人打交道还用问别人吗?对自己要有信心。你是管理技术的人,不是技术!!!
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 16:33:30回复主题:不懂技术 如何管理好研发部门?

    中山一怪

    中山一怪

    等级: 业务精英
    发帖量: 66
    积分: 411分
    专业度:  8
    多沟通,多交流,了解他在工作中遇到什么样困难,一个人不会无缘无故抱怨,有难言之隐。治疗他的心病。运用你的人格魅力。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 15:47:52回复主题:不懂技术 如何管理好研发部门?

    glenner

    等级: 职场新手
    发帖量: 6
    积分: 124分
    专业度:  28

    这种逻辑辨证题,没有标准答案,更多的是实践经验,但是也不能照办照抄。
    1:了解项目的各方要素,所谓项目干系人
    2:你需要做到在技术人员面前你要靠管理,需要你的个人魅力 外加 公司规章制度 即所谓的恩威并使。同时对于技术人员,需要给他们有发展的机会。如果该项目经理是温水煮青蛙,没有更好的责任心,那么还是尽早聘任贤才。

    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 15:38:57回复主题:不懂技术 如何管理好研发部门?

    华伯子

    等级: 职场新手
    发帖量: 19
    积分: 140分
    专业度:  0
    我评价冰箱的好与坏难不成还要求我会制冷?
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 12:56:59回复主题:不懂技术 如何管理好研发部门?

    只做CEO

    只做CEO

    等级: 职场新手
    发帖量: 3
    积分: 106分
    专业度:  3
       
    浏览博客   
    一个办法就解决了,根据技术研发者的情况,我相信你们老板 也是知道的。那这种情况你就和老板建议,在中金招聘一位与他资格一样的研发经理。这个事情就解决了 。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 12:23:36回复主题:回复主题:不懂技术 如何管理好研发部门?

    明治维新

    等级: 职场新手
    发帖量: 29
    积分: 152分
    专业度:  3
    “公司的项目开发又离不开他”,多么严重的问题哦。地球离开谁都转,公鸡叫不叫天都会亮。你把他的作用估计得太高太大,看来你们公司的机制出了问题。而不简单的归结到个人问题了。取舍之间必 有得失,看你如何取舍:永远被动还是为了长期可持续的健康发展?
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 12:17:02回复主题:不懂技术 如何管理好研发部门?

    明治维新

    等级: 职场新手
    发帖量: 29
    积分: 152分
    专业度:  3
    你应该和老板坦诚:你不是副总的料,至少目前还没有达到火候!免得误人误己
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 11:45:15回复主题:回复主题:不懂技术 如何管理好研发部门?

    财上平如水

    等级: 职场新手
    发帖量: 35
    积分: 176分
    专业度:  12
    以下是引用二月影子在2010-09-30 10:08:41的发言

     

    1.以项目繁多,公司研发有限,开始寻求外援,将部分研发项目外包; 
    2.逐步收拢权力,权力集中,每天早会,每周项目进度汇报,了解及接触其直接下属,并逐步进行间接/直接干预管理; 
    3.时机成熟时,参与主导......

     上面的方法很好,别外还有两件事得做:

    1、与人力资源经理认真面谈,了解公司的绩效管理未能起到激励技术的原因,并与技术经理多沟通,了解他内心对公司发展真实看法。很多公司市场人员按销售提成,但对技术研发人员却没有提成激励。研发管理可以参考市场绩效管理,提高研人员发积极性。
    2、协助提高技术部经理的管理能力,此岗位非常重要,如果达不到管理作用,此岗也是虚设。

    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 10:46:46回复主题:不懂技术 如何管理好研发部门?

    我需要什么

    等级: 职场新手
    发帖量: 11
    积分: 127分
    专业度:  0
       
    浏览博客    回复的主题
    有能力不通管教的人,一定有他的道理。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 10:09:39回复主题:不懂技术 如何管理好研发部门?

    二月影子

    等级: 职场新手
    发帖量: 12
    积分: 120分
    专业度:  0

    1.以项目繁多,公司研发有限,开始寻求外援,将部分研发项目外包; 
    2.逐步收拢权力,权力集中,每天早会,每周项目进度汇报,了解及接触其直接下属,并逐步进行间接/直接干预管理; 
    3.时机成熟时,参与主导其直接下属的任用聘请,最后,聘请同职位人员,建议让猎头公司从同行业内挖掘合适人员,可暂以顾问或专家身份入职并直接对你负责; 
    4.最重要的一点,当然是要有你的boss的支持,让你boss了解其能力是无法胜任现有职位的,而经过你不断的coach还是无法达成公司的期望。 
    5.接下来的事,选择一个合适的时候,直接say bye bye.

    二月影子 编辑于 2010-09-30 10:09:39
     
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 09:43:18回复主题:不懂技术 如何管理好研发部门?

    flyingbug

    等级: 职场新手
    发帖量: 7
    积分: 115分
    专业度:  0
    对于这样的经理只有一个办法,既然不认同公司,有拖拉工期的,只有一个字,“开”。但是现在他由主管新项目开发,你的接替梯队又没有准备好,没人可以顶替上。直接开除不现实。可以用最古老的方式,。看看有没有技术总监或者更高的职位,给他提干加薪,这样可以让他有优越感,又不会有抵触。更可以名正言顺的招聘新的技术经理,名义上是分担工作,让他抓大局,实际是架空他,等新的技术经理可以上手了。你就可以让他滚蛋了。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 09:33:28回复主题:回复主题:不懂技术 如何管理好研发部门?

    幻天

    幻天

    等级: 职场新手
    发帖量: 3
    积分: 107分
    专业度:  9
       
    浏览博客   

    您好,看到您的回帖很感兴趣。
    很想了解一下,一个完整的网站研发体系,包括推广策划测试等等的,都需要有什么必须的岗位职能才能算是完整呢?

    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 08:31:26回复主题:不懂技术 如何管理好研发部门?

    怡情养性

    等级: 职场新手
    发帖量: 3
    积分: 106分
    专业度:  0
       
    浏览博客   
    关键还是人 建议提拔或是招聘有能力的人 来做这项工作
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 08:17:44回复主题:不懂技术 如何管理好研发部门?

    宸宸他爹

    等级: 职场新手
    发帖量: 18
    积分: 145分
    专业度:  0
    个人认为,越是公司的关键部门、关键岗位,就绝对不能集权,应该将鸡蛋分散放,形成竞争的局面才有利于你的管理和公司的发展。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 07:58:00回复主题:不懂技术 如何管理好研发部门?

    论坛游客

    等级: 董事长
    发帖量: 9527
    积分: 31142分
    专业度:   5751
    493518886,有机会交流一下
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 22:27:51回复主题:不懂技术 如何管理好研发部门?

    大叔的大叔

    等级: 职场新手
    发帖量: 5
    积分: 109分
    专业度:  0
    对于这样的问题,我想发表我的一些看法,也遇见过这样的问题,至少两个公司,其中一个公司处理的很好,另一个公司侧没有处理好; 
    1:对于想先稳住再另寻高明的做法有一点难度,第一,他是经理,这么多年,难道就没有机会和概率有能人进公司吗?答案是肯定的,为什么到现在还是他一人在挑大梁,说明这些进来的能人,功名未成身先死,至于为什么死,怎么死的,想必也不用说,死的原因也能让所有的当事人都信服。但事实未必就是。还有一种可能,就是屏蔽能人,他是经理他有这个眼光和说服力和权力。接下来的事情就是水到渠成的事情了,所以楼主今天的境况是必然。你想动,你得自己先掂量掂量自己的分量。弄不好,你也是功名未成身先死的其中一位,这个中间不考虑裙带管理,仅仅是力量角逐。 

    接下来我就不再一一列举,文中有冒犯大家的地方请大家海量。直接给出解决的办法。 

    1;你要做的第一件事情是-----集权,越集中越好。 
    2;在你决定想要改革前,在想法实施开始,不能有任何人离开你的团队,不管是什么原因。就算指鼻子骂你娘,也不要让他走,要冷静;避免中圈套。 
    3;立即着手观察你团队你的人,着重提拔几个你信得过,听话,有点小能力(顺序不能颠倒和错乱),任命他们为小组长,这个可以和这个经历商量着办,看你的办事能力,不能让他察觉,你要动他。 
    4;立即招人,所有的人你亲自面试,一定要保密。 
    等你这些条件具备了,半年时间已经过了,由于时间问题,不能详述,请原谅, 

    接下来,就是突击战和闪电战,做这个事情前,你得知道你在打老板心里的分量,二,你选的小组长能不能暂时的替代它三个月,就三个月, 

    世界结束了,新的世界开始了,
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 21:38:59回复主题:回复主题:不懂技术 如何管理好研发部门?

    nicholasJT

    等级: 职场新手
    发帖量: 1
    积分: 102分
    专业度:  0
       

    其实一定层次的领导管人,基层领导管事。并不是说,大领导或者副总,就不去管理具体的事情。而是管理好你的班子成员,这个是很重要的。

    柳传志总,说过:要建班子,定策略,带队伍。所以,你只需要抓住核心的班子成员,管着他们的心就好了。

    未必所有管理者的技能都比下属强,那么技术公司的老总,难道必须是技术总监出身吗?对吧。兄弟,加油

    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 18:01:01回复主题:不懂技术 如何管理好研发部门?

    mrforgetful4996

    等级: 职场新手
    发帖量: 1
    积分: 102分
    专业度:  0
       
    管理者最重要的工作便是如何识人、用人。你的部门经理出了问题,部门管理也就出了问题。你需要一个有魄力的部门经理,要不然你会累死,到头来还是搞不好。部门经理可以不是技术专家,但一定要是一个管理行家,至少是一个有效的管理者。你只要帮助你的直接下级管理就行了。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 18:00:25回复主题:不懂技术 如何管理好研发部门?

    lusunny

    等级: 职场新手
    发帖量: 2
    积分: 104分
    专业度:  0
       
    我也遇到这样的问题
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 17:03:07回复主题:不懂技术 如何管理好研发部门?

    金点子369

    金点子369

    等级: 副总经理
    发帖量: 944
    积分: 3111分
    专业度:   253
    直接告诉他,在技术上你不如他,非原则性问题以他的意见为中心决策,但原则性问题你会以他的意见作参考,决策人永远是你!之后让他大胆的干并为他所作的负责!
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 16:35:28回复主题:不懂技术 如何管理好研发部门?

    洗浆

    等级: 职场新手
    发帖量: 20
    积分: 138分
    专业度:  0
    刘邦说:领兵打仗我不如韩信、治国安邦我不如萧何、运筹帷幄我不如张良。但最后当皇帝的是刘邦,虽然专业能力不如汉初三杰,但是刘邦懂管理。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 16:33:42回复主题:不懂技术 如何管理好研发部门?

    新大道

    新大道

    等级: 职场新手
    发帖量: 28
    积分: 159分
    专业度:  9
    1.先去稳住这位技术经理 
    2不惜代价,再去高新聘请一位技术开发人员,与次经理形成竞争 
    3,给他们技术助理,漫漫解除依赖。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 16:31:27回复主题:不懂技术 如何管理好研发部门?

    涵生

    等级: 职场新手
    发帖量: 10
    积分: 120分
    专业度:  0
    不要跟他谈技术,跟他谈逻辑。

    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)


    回复主题:不懂技术 如何管理好研发部门?

    拜读了!!

    拜读了!!

    等级: 主管
    发帖量: 289
    积分: 647分
    专业度:   51
       
    浏览博客    回复的主题
    研究人员的管理激发应该从心入手:1.让员工安心。解决好家庭问题、子女问题、入学问题等,保持员工旺盛的事业心,令员工安心2激发员工事业心:为员工规划美好愿景,生涯规划,不断培训、充电,激发员工事业心3激发进取心:提升员工境界,关注员工一点一滴的微小进步,培养员工成功感,激发进取心4激发员工责任心:通过物质激励,绩效考核,激发员工单位、家庭责任心,5激发员工荣誉感 :通过梯队建设,组织结构竞争、绩效竞争,激发员工荣誉感、竞争心 6培养员工忠心:通过领导的公正的、感人的、高深的言行付出,使员工力往一处使,劲往一处拧,以为公司争光为荣,以公司为归宿
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 10:07:04回复主题:不懂技术 如何管理好研发部门?

    幻天

    幻天

    等级: 职场新手
    发帖量: 3
    积分: 107分
    专业度:  9
       
    浏览博客   

    深有感触!~我跟这位经理人的处境差不多!~
    比你好一点的地方是,原来有个不服管教的,后来离开了。
    对于小企业来说,特别是还没有步入正轨的项目,这种管理模式肯定存在问题。就说我吧,并不是没制定计划,并不是没有考核制度,只是自己不了解技术的情况下,别人说什么就是什么,特别是研发部时间安排上,如果你逼急了,他就来一句“什么时间出什么活,出了问题你负责吗?”
    以下仅作参考,希望与大家交流:
    1.只提要求,向技术部经理下达具体任务,明确完成时间;
    2.明确责任。方便绩效时有奖有罚;
    即使你不懂技术,也至少可以按照推广需求来提要求,至于时间,建议让他自己制定,首要任务是改掉拖时间的毛病。(一开始重时间而不重创意或者质量考核,本身就是对他技术的一种)
    很同意前面人谈到的一点,你必须弄清楚让技术经理出现抵触情绪的原因。
    可能是工资待遇,但是以他目前的状态,绝对不能盲目奖励;
    可能是对公司政策不满,比如他对项目有自己的看法,却由于政策等等原因无法实施;
    这样的人才留在公司里,不能说是完全没有感情的,如果一棒打死很容易伤了别人的心,所以,首要还是感召。
    建议与他单独沟通几次,做推广的人有自己说话的一套,尽量表现自己想要与他共同创业的诚意,并针对他说出的问题进行解决。不过,对付比较滑头的人……,怎么能让他说出自己的真实想法,恐怕以你的位置,可能还不如一个刚进公司的人更能打动他(因为这种人都比较自负,最好不要用上级压下级的感觉对话)。呵呵~~  建议拉出去喝酒!~拿出你谈客户的激情。
    这些东西都是可以同步进行的。主要掌握一个原则,业余时间大家说什么都好,反正你们俩各有分工不存在竞争,实际是互补的合作伙伴。但是工作时间,碍于目前处于需要缓解时期,一定要找一个监督部门来负责具体项目完成情况监督。为考虑公司岗位及人力投入,这个人可以是会计,每月报表由你审批(这是重点,不要让会计插手业务审核,而只审核真实性和完成度),据实提交后,会计按照实际完成量发工资。你要跟进项目有没有按照他自己制定的时间完成,以及按照推广要求是否合格,不要插手技术问题!
    最后,我认为中国目前最不缺的就是人,如果因为他是人才而畏首畏尾,对其他认真负责的人来说是不公平的,所以,在心平气和放平心态做好以上工作之后,切实了解他的问题并真诚解决之后……,如果还是不行,就换人!~
    一条臭鱼能臭一缸,一个团队如果不是一个方向使劲,那么相反的方向就是负力,不如踢出去!

    饼干喝茶 编辑于 2010-09-30 10:07:04
     
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(3) 没帮助(0)

    发布时间:2010-10-04 20:03:55回复主题:不懂技术 如何管理好研发部门?

    aman-1

    等级: 业务精英
    发帖量: 116
    积分: 397分
    专业度:  9
    小企业做研发管理,管理不需做到面面俱到,但一定要做到尊重,共享,公平,激励。下面是我的一点实际工作心得: 
    一:一般搞技术的,最讨厌不懂装懂,懂点皮毛装内行,在他们面前指手画脚,因此谦卑是良好沟通的开始; 
    二:良好的项目开发输入,是项目成功的关键。与市场部,技术部门经理,骨干成员共同做好项目的输入和计划,信息共享和共同的参与会让大家有共同的责任的目标; 
    三:激励,关注一些项目进度,提供一些帮助和精神支持,建立公平的奖励制度,技术人员对公平看的特别重; 
    四:梯队人员的培养,注重研发团队和后备人才的培养,改变公司对特定人员的依赖。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(2) 没帮助(0)

    发布时间:2010-12-17 11:11:23回复主题:不懂技术 如何管理好研发部门?

    郑志高

    等级: 职场新手
    发帖量: 5
    积分: 105分
    专业度:  0
    一.“和”;二.“学”三.“学会用鸡毛当令箭”。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-12-10 14:03:44回复主题:不懂技术 如何管理好研发部门?

    混混总裁

    等级: 职场新手
    发帖量: 3
    积分: 103分
    专业度:  0
       
    第一是学习,第二是学习,第三还是学习
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-12-01 20:19:41回复主题:不懂技术 如何管理好研发部门?

    过程铁汉

    等级: 普通员工
    发帖量: 89
    积分: 298分
    专业度:   54
    把保姆撤掉,拿出工资的50%结合结果激励老油条!
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 11:51:06回复主题:不懂技术 如何管理好研发部门?

    zhaokc

    等级: 职场新手
    发帖量: 1
    积分: 102分
    专业度:   33
       
    你好。 

    回答任何问题之前,首先你需要对自己有信心,你的领导相信你,你需要你的员工将来相信你,为什么不自己先相信自己呢。 

    第一个问题,做技术部门的领导不必一定需要成为技术专家,大多数公司的最高领导人也不必对公司每个职能都精通才能坐上那个位置。你有你的优势,即客观的解决目前技术部门的问题。但是,请注意,但是,既然要负责技术管理工作,你就要树立作为技术部门管理者的权威(从你的描述看来,你好像还没有树立),必须要对技术工作及相关领域产生兴趣,了解其基本运作模式,并抓住一切机会向任何层次的员工学习任何你需要了解的知识并举一反三,应用于实践。主动学习不耻下问还可以在员工中给你树立一种亲力亲为、注重细节、对自己和员工的行为和决定负责的良好印象,这有利于树立你的权威。 

    第二点,再谈谈具体的管理工作,技术管理工作的领域不仅仅是产品本身,正确定义并良好执行的研发流程会成为一个“外行”管理团队的有力工具。你心里没有底,这很正常,关键在于你要有信心去下到基层了解你所要了解的任何信息,并承诺对员工抛给你的任何问题和挑战负责,这点我想在销售工作中你会有一些可以通用的经验。在具体动作之前,你可以先花一段时间摸清楚整个部门的基本情况,坦诚地与各方沟通。 

    研发管理的本质不在于应用什么新鲜名词的管理工具,流程是为组织服务,组织是为产品服务,产品是为市场服务,按照这个脉络,你可以反过来理解实施流程是为配合组织实现其产品在市场上策略目标。也就是说你们的产品要有清楚的市场定位和长短期目标(比如feature,里程碑,质量等等),这些目标将成为产品实现的信息输入,也就成为组织研发资源的准绳,一切努力将围绕此准绳展开。然后根据自己公司的具体情况进行产品规划,这时需要应用专业的项目管理手段,项目管理是保证你的研发工作按预期产出而不依赖于特定人员的基本保证。规划你的产品(这需要与管理层和技术负责人反复沟通),规划你的发布版本,评估你已有的资源,申请你需要的资源(主要是人力和关键技术)。对于中小企业,我想你需要亲自承担项目经理的角色,鉴于你的技术背景,你可以找一个懂技术又善于沟通的人协助你协调项目细节,这个人同时又是你的技术顾问。按照项目管理的原则严格实施每一步活动,切记保持管理层对于项目进展和问题的高透明度,管理层是你利用资源和解决问题的最有力工具,或者说你是上层与产品研发的唯一接口。 

    在短时间内要完全按照上述方法管理产品会有诸多问题,你可以先挑选一个合适的产品作实践,理顺思路,摸清楚河里的石头。这个合适的产品不能是你们公司最重要的现金来源的产品,但也不能是很不重要的产品,最好是某种已有的初期产品进一步市场竞争开发的重要新版本,原则是能够引起足够的重视并获得到需要的资源,你自己具体把握。通过一个产品的实践,你可以了解产品、技术、流程、资源等细节的方方面面。 

    第三点,看一下人员管理,先不要考虑某些人员的具体特色,管理层派你来是为了管理产品研发,而不是取悦研发部门的每一个人。 
    从你的描述看来,你的绩效标准首先应该是管理层对正确的研发的期望。如上条所述,研发工作和资源是按照项目规划展开,你需要从项目需求判断你需要的人力资源,把合适的资源放到合适的位置,设定工作目标,所有人员对项目而不是某个具体的人负责,其绩效取决于项目的表现,由特定的人导致的项目偏差应该被及时发现和纠正并做记录,并在管理层保持合适的透明度以对项目人员施加合适的压力(注意,不能事无巨细均向管理层汇报,汇报那些他们关心的和你需要帮助的问题,这个由你,项目经理,来具体操作)。鉴于中小企业的成本压力,可以适当的按照现有资源情况调整项目安排,并汇报给管理层。这也是你申请资源的必需步骤。在第二点所述的具体工作之前摸清楚部门情况的期间内,跟尽可能多的员工和利益相关人沟通,对你的部门员工有所了解,了解他们的期望,在你心中设定你对他们的期望,并在项目实施中加以帮助、指导、验证及调整。在项目后的回顾过程中,你就会有详细的信息来评判每一个员工的绩效。 

    对于你特别提到的两个人,技术部经理和技术经理,上述原则同样适用,公司把项目的成败仅仅押在他们两个人的个性上是很危险的。用流程理顺项目和人员,而不能让人员挟持项目和产品,这样才能保证你不会被架空,这也是管理层派一个“外行”来管理技术部的初衷。这两个人比较重要,要多方了解他们的期望和能力现状,最重要的方法是与他们面对面地沟通,建立他们对你的信任。这样来确定他们能够对项目和产品的贡献,以及后续对他们作调整的空间。要注意,从项目角度,对这两人和其他人应该一视同仁,客观地量化他们的绩效指标,项目成功才是你管理成功的基石。 

    你提到的“煽风点火”、“不和谐”等,我的一点见解是,对人的评估有两个维度:能力和态度,个人认为能力是可以提高的,而态 
    度比较难以转变。正确的人当然是两个维度都是正向的,但是这种人很少。比较理想的人是态度一定要好,能力有潜力,这样的人如果你给他发展的机会,那将会成为你很有效的资源。新项目涉及到与旧产品不同的新东西是很好的机会来使你将更多的工作转移到信任的人手里,从而逐渐瓦解项目对特定个人的依赖,保持健康的研发管理的基础。我相信这也是管理层对你的新职位的期望。 

    销售与研发人员的特性有所不同,对于研发很重要的一点就是保持团队的稳定性和可继承性,这需要你对团队成员频繁的沟通和长远的团队目标规划。其实你的角色更多的是支持员工而不是管理员工,只有他们信任你,你才可以准确的利用你的资源,更好地完成项目的目标。你提到开发人员工资很高,我想你们公司的研发成本并不是特别紧张,可以尝试变换一种激励的方式,比如将工资拆分,按比例与个人项目绩效和整体项目绩效挂钩,比如6:3:1,为按时交付的项目申请特别奖励,取消平均分配,让低绩效对于项目的危害被大家所僧很,让管理层看到你对项目成功的承诺和其财务表现,换句话说,把大家包括你自己放在一条船上——项目。为不同级别的人员设定与目标挂钩的奖励和惩罚方式,设定从低向高的层次递增和调整规则,让员工看到发展的希望和公平的竞争机会,这样创造一个良性的激励环境。这也是你这个“外行”管理技术部门的又一项有力武器。 

    第四点,特别提一下项目延迟,项目延迟总有原因,是计划?任务分配?技术?人员?资金?外部资源?还是什么别的?你需要深入到足够的细节,借助你可以得到的技术帮助,绕过某些人,下到最底层如果有必要的话,及时为团队解决问题提供尽可能的支持,向管理层预警可能出现的问题及你的方案和需要的资源。解决问题其实并不难,关键在于正确定位问题的根源。当信息完全对称的话,决定和方案都是比较容易获得的。保持项目对上下部门及时的透明度,对于解决项目延迟很有帮助,也是连接资源与信息的桥梁。这样,回过头来,即使项目由于客观原因的确发生延迟,你的角色在管理层眼力也是成功的。 

    最后,啰嗦了一大堆,都仅仅是些提示,关键要结合你们公司的实际情况加以剪裁应用,特别注意,上述的条条框框不能浮于纸面,流程是你们进行实践的经验的总结和改进的基础,千万不要本末倒置。希望能对你的工作有所启示。有问题可以进一步讨论:zhaokc#21cn.com(#换成@)。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(11) 没帮助(0)

    发布时间:2010-10-15 11:29:59回复主题:不懂技术 如何管理好研发部门?

    PM2001

    等级: 职场新手
    发帖量: 8
    积分: 116分
    专业度:  3
    管理以人为本: 
    1-“望、闻、问、切”,了解“部门经理”和“技术经理”是否能够为“你”所用? 
    2-如果可用:则沟通、指导、激励; 
    3-如果不可用:则制定接替计划,力争半年解决接替问题(因为一般来讲,半年工作没有起色,人员又没有变化,老板将会对你问则),下半年将是你开创新局面的时间;
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-08 17:30:27回复主题:不懂技术 如何管理好研发部门?

    外贸经理

    等级: 职场新手
    发帖量: 4
    积分: 107分
    专业度:  0
       
    有钱就是硬道理,副总又怎样?开*打呀
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-08 17:55:13回复主题:不懂技术 如何管理好研发部门?

    探索未来

    等级: 总经理
    发帖量: 1536
    积分: 6998分
    专业度:   1485
    小企业的问题很多,但最关键是怎样处理人与人之间的关系。因为,很多人考虑是你的根有多深,关系网有多宽,当然也有你自身为人处世达到什么层次。所以,小企业不完全是外行或内行简单问题,也是很多空降兵和白领遇到最头痛的问题。怎样解决关键是了解企业的文化或人与人之间的关系,而你已经在企业有一段时间,文化问题是基本了解。人事关系还需要进一步沟通,增加彼此的认知。 
    如果我是你本人,入手的第一步是开一个研发团队会,介绍自己,诚恳的需要团队帮助自己共同搞好整个团队的建设的目标。或者有资金活动经费权,在这里搞个联欢会(聘请几位相关部门精英或跟研发部门有关系的客户),拉近彼此的距离。通过介绍了解整个团队员工的现状职务或分工不同,私下在每个人谈心,自己深度了解,加深彼此的认同或信任。 
    接着学习一些或了解一些技术研发方面的知识或整个流程管理,并根据了解的情况或员工的合理建议,是否有权利进行创新改进。能有资金的申请使用权或改制权,尽快落实制度或给予某些合理的承诺。 
    对于不太把自己当一回事的人,或者激励反对自己,设立各种影响整个团队的人或事。通过多种形式沟通,还不能完全理解自己或企业意图的人,应该跟最高老板沟通,了解彼此他人的背景或决策权,并通过整个员工队伍**情况,回报老板裁决。 
    对于制度的执行或整个进程安排是否合理,是否在某些相关部门卡壳,是否是资金问题,是否是与相关客户沟通或遇到的难题。自己都要通过你选择的技术顾问经理了解或跟踪整个流程环节的进展,才能有说服力或不被他人所蒙蔽。 
    做业务应该了解市场,了解企业产品,了解行业竞争情况,了解客户需求。如果你是管市场,你没有权利要求企业改变现在落后的产品。而今天你肩负企业的主要环节,你有权提出你的建议或改革不合理的管理模式及产品。所以,今天你的位置是关系企业的命运或未来,你有条理整改企业的任何不良制度或产品研发及生产流程。因为,生产或研发都是为了市场的需求而销售,你站在二个岗位重要位置,你应该提出更加合理的改革创新,才不辜负老板对你提拔重用。最后,希望你把握好自己手中的权利,融洽的处理好人事关系,使企业能按照老板或行业的正确轨道,完成你成功的目标。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-29 15:17:22回复主题:不懂技术 如何管理好研发部门?

    he_Question

    等级: 职场新手
    发帖量: 8
    积分: 116分
    专业度:  6
    管理的本质,就是管人,至于技术,能懂最好,不懂也绝对不是致命问题。 
    管人嚒,就要抓住人的心理,软硬兼施。至于KPI的关键绩效指标,是必须有的,但只是工具或标准,如何使用,还是一门艺术。总之,从人入手就绝对不会错。比如:观察下面的人,不一定非得是直接下属经理,也可以是职员,你不懂的,让他说给你听,并提建议。但最好拐拐弯,别直接告诉他你的意图。基本策略是: 
    1、逐个击破。 
    2、能拉拢的拉拢,让他服务于你。 
    3、拉拢属于给面子,要是就是不识趣的,查清底细,杀掉。 
    4、如上一条,需要杀一儆百、杀鸡给猴看的靶子。 
    5、领导风范必须有,让人服你,就需要你有过人之处,也算是领导的标榜作用吧。 
    备注:杀人不要血太多,也忌讳**,就算羊群里的狼,也要一只一只收拾,别一网打尽,没准狼也能成牧羊犬呢。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(1) 没帮助(0)

    发布时间:2010-10-10 17:30:01回复主题:不懂技术 如何管理好研发部门?

    杨卫军

    杨卫军

    等级: 职场新手
    发帖量: 15
    积分: 127分
    专业度:  0
       
    浏览博客    回复的主题
    这个问题应该是将他的职位降下来的原因,管技术的一把手一定要是技术在本单位最高的,你搞个一般的做部门经理肯定不行的啊~让技术好的做部门经理,让技术一般的做技术经理,这样肯定能出效率~~
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(1)

    发布时间:2010-10-09 10:40:59回复主题:不懂技术 如何管理好研发部门?

    楚男

    等级: 部门经理
    发帖量: 507
    积分: 1186分
    专业度:   312
    不懂技术,想要管理好研发部门 
    一定要有专业性、技术性强、执行力强、责任心强的人辅助 
    也就是管理+技术+执行,才能管理好一个团队 
    目前的情况,想要管理好,不是一件容易的事情
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-05 09:27:33回复主题:不懂技术 如何管理好研发部门?

    jakeylu

    jakeylu

    等级: 主管
    发帖量: 456
    积分: 956分
    专业度:  27
    其实,这说起来会比较简单,但做起来会有点难,你可以参见论坛中的<“害群之马”如何管?>接下来就是你可以多跟员工多交交心,了解一下他们的想法,及对你的期望,将员工看成员工,再将他们的心与你**在一起,走到同一战线.
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-04 13:20:34回复主题:不懂技术 如何管理好研发部门?

    Q.Y.

    等级: 职场新手
    发帖量: 6
    积分: 109分
    专业度:  3
       
    浏览博客    回复的主题

    十余年的管理生涯中做过销售主管也做过技术主管。谈一下个人实践与体会。 

    销售部门和技术部门,在职能上和人员特性上都不同。除了专业知识侧重不同以外,基本成员的特质也不同。通常技术员更擅长的是与产品打交道,而不同于销售人员的外向和擅长沟通。同样的评语,在销售队伍中,销售人员被激励了会甩下一句“如果我做到了,你给我发奖金吗?”而在技术队伍中则可能出现消极的“我干不了,谁爱干谁干去”的结局。不了解队员的基本个性,容易挫伤团队积极性和创造力。 

    具体到管理,非技术出生的管理者管理技术团队通常会缺乏“技术熟悉度”这一维度的优势和在技术指导上的被信任度。要改变这一点,除了自身努力提高相应技能外,理想的做法是在现有团队中找到互补。常有见到优秀的行业方案出自业务代表之手、出色的谈判方案来源于某个售前技术人员,但其所付出的努力和被信任度需要大量的积累,远远高出科班生。 

    管理的本质在于方向的定位和用人。一线技术经理需要有方向性计划具体实施分解的能力,没有一线经理内行的桥梁作用,短期内很难让个性迥异的技术人才完全理解产品市场定位从而造就高效率的技术研发团队。一般容易忽略的是即使是同样的技术人员,研发团队人员的成就感和支持人员的成就感都会不同,而成就感在员工的积极性调动中起着重要作用。不过,团队越大、管理地位越高,方向性内容、决策计划在管理中成分越大,高层管理者更需要的是决策定位和魄力。IBM的郭士纳是典型的外行管理内行的成功案例,他的成功在于透过他的管理才能他看到了IBM的“面”。很多专业人士反而是“不知庐山真面目,只缘生在此山中”。只是一个成功的管理者,多半需要有一段具体事务(项目)参于过程。 

    从销售员到副总,有对公司在市场定位的了解和对市场需求的了解、有对部门之间合作的理解、有公司的信任,这些都是优势。研发的产品最终是要推向市场的,从市场需求入手,明确项目重点,明确奖惩制度。短期内,多听取技术骨干意见,用己之长服务团队再加上副总这一“职位”的影响力,会赢得团队的支持和信任。在确定业务改革方向后,适时的组织调整以配合实施是需要的。

    Q.Y. 编辑于 2010-10-04 13:20:34
     
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(1) 没帮助(0)

    发布时间:2010-10-08 08:54:36回复主题:不懂技术 如何管理好研发部门?

    狼鬼

    等级: 普通员工
    发帖量: 60
    积分: 248分
    专业度:  0
    技术这东西要看整体的协调能力的!要对开发技术风险、开发流程进度表时间有个很强的观念!
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-08 00:37:30回复主题:回复主题:不懂技术 如何管理好研发部门?

    白_起

    等级: 职场新手
    发帖量: 1
    积分: 102分
    专业度:  0
       
    无意中看到这篇帖子,看了大家的发言,实在忍不住要来说几句。 所谓的拖延工期,什么是拖延,标准是什么?时间表是谁定的?所谓的不好好干,指的又是什么? 研发那么好做吗?不懂研发的管理者,如何去评估研发的工作? 为什么外行一定能管好内行?这话只不过是自欺欺人而已,只会做监工的高层领导以此掩饰自己的无能而已。 试看各位出的点子,都是些什么呢?不去考虑如何把项目做好,如何把事情做好,反而都是不动声色的要把人搞掉...人家悲观,是因为公司的环境不行,有什么奇怪?人家对公司环境有疑问,跟上面说没用,跟下属也不能说吗?真的到了彻底失望的时候,啥都不说就走了!作为高层领导,不去弄清楚到底哪里出了问题,到底该如何才能把事情做好,而只是想着怎么去把人搞定,怎么让技术部经理和技术经理服气...不解决实际问题,只知道政治斗争,权力斗争,这正是这样的小公司无法做好研发的根本原因! 外行不可能领导内行。作为领导,你一定要比他更懂,哪怕原来不懂,虚心学习之后真的变得更懂了,这样的领导大家都很佩服;而我见到的只是无知者无畏---反正我是外行,我只能务虚,出了问题反正是一线的技术人员背黑锅,他们不听指挥,仗着自己懂技术,不把领导放在眼里;他们不肯加班,对公司没有认同感;他们不求上进,得过且过;... 技术人员都是做实事的,有这样随便给人扣帽子的领导,怎么可能让大家对公司有认同感?做梦吧。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-07 09:40:28回复主题:回复主题:不懂技术 如何管理好研发部门?

    cong628

    等级: 职场新手
    发帖量: 2
    积分: 74分
    专业度:  0
       
    浏览博客   
    以下是引用zhaokc在2010-09-30 11:51:06的发言

    你好。 

    回答任何问题之前,首先你需要对自己有信心,你的领导相信你,你需要你的员工将来相信你,为什么不自己先相信自己呢。 

    第一个问题,做技术部门的领导不必一定需要成为技术专家,大多数公司的最高领导人也不必对......

     

    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(1)

    发布时间:2010-10-06 15:17:15回复主题:不懂技术 如何管理好研发部门?

    drongon

    等级: 职场新手
    发帖量: 19
    积分: 132分
    专业度:  0
    具体的技术是不同;但技术的管理是管理的一部分; 
    管理的理念是相同的; 
    目标计划管理;项目管理试着看看
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-06 11:15:29回复主题:不懂技术 如何管理好研发部门?

    w18653278532

    等级: 职场新手
    发帖量: 8
    积分: 116分
    专业度:  0
    技术的东西不懂是不大好管的。这确实是个问题。 
    我以前是搞技术管理的,不到20年。 
    技术人员很难管,这是很多人头疼的问题。 
    如果公司比较大,标准化是很重要的思路,这样可以避免个人凌驾于公司之上。很多公司说是在做,实际上根本不着门路。 
    标准化不仅仅是技术本身,还有管理。 
    对于某个人在技术上过于强势,除非他心正,否则就要有制衡,没有制衡就是管理者的失职,将来一定会出问题。 
    对于不服管理的,必须想办法让他走开,前提是尽量不能影响公司的短期业务。因为长远来看,他离开对公司有好处。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-03 21:58:21回复主题:不懂技术 如何管理好研发部门?

    蓝天新科

    等级: 业务精英
    发帖量: 178
    积分: 445分
    专业度:   51
    拜读了,有道理。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-03 11:27:47回复主题:不懂技术 如何管理好研发部门?

    论坛游客

    等级: 董事长
    发帖量: 9527
    积分: 31142分
    专业度:   5751
    不是内行就能管好内行,外行管好内行主要原因正是因为不董专业技能,才不会因一些专业领域的问题而放弃宏观的战略目的。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-10-02 23:12:50回复主题:不懂技术 如何管理好研发部门?

    lxh335884

    等级: 职场新手
    发帖量: 1
    积分: 102分
    专业度:  0
       

    方向上,建议你逐步消除公司对任何重要岗位上的具体个人的依赖。
    具体形式上,给他找个能力强的助手、知识管理、备份等都是可以的。

    lxh335884 编辑于 2010-10-02 23:12:50
     
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

    发布时间:2010-09-30 12:33:54回复主题:不懂技术 如何管理好研发部门?

    david8103

    等级: 业务精英
    发帖量: 107
    积分: 376分
    专业度:   39
    对技术部门负责人进行考核,考核按项目开发完成质量、完成时间等列入考核范围,并加大考核工资占该员工总工资的比例,对于达不到的扣发工资。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(1) 没帮助(0)

    发布时间:2010-10-01 14:05:10回复主题:不懂技术 如何管理好研发部门?

    yangyongqiang

    等级: 职场新手
    发帖量: 12
    积分: 138分
    专业度:  3
    你需要做的是用自己的长处攻克自己短处。 
    首先,你是从销售做起来的,可以说销售是整个公司的目标,你在管理研发部的时候,完全可以还是站在销售的角度上对研发人员提出要求,也就是说你可以不做研发经理,但必须做项目经理。 
    第二,技术人员应该学历比较高,可能看不起业务部门的,尤其排斥外行领导,这时,你可以利用自己的市场信息资源,培训研发人员,和他们共享信息,开阔他们的眼界,当他们的知识因为你得到提高时,他们也许就不排斥你了; 
    第三,有了基层技术人员的支持,再和那个经理沟通也许就简单一些了,建议这个经理最好加以利用,根据你的描述,这个人应该是你们公司的技术骨干。当然,如果他冥顽不灵,就赶快处理掉他,免得碍事碍眼。
    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

     

    你可以不懂技术,但一定要找一个更合适的来来做技术部经理,他必须是认同公司、注重沟通,有较强学习能力,对公司产品线业务可以快速掌握,对技术也有架构能力

    回复该主题...回复  引用这个帖子...引用  举报举报  投票:很实用(0) 没帮助(0)

     

     

     


    展开全文
  • 如何成为一名优秀的技术型主管

    千次阅读 2008-08-05 16:09:00
    Raymond转载请注明出处Email:colorant@163.com BLOG:http://blog.csdn.net/colorant/主页:http://sites.google.com/site/rgbbones/ 这回又是厚着脸皮写这篇文章了,毕竟目前为止,以自己所承担过的管理岗位来...
  • 基于Java技术的大型网站架构设计方案 笑游江湖 发表于 2014-03-16 16:56:00 | 分类标签: 网站架构 JAVA 高并发 1、Web层 主体架构可以基于 Struts 1.X/2.X,当然有很多更好的控制层框架供选择,以快速敏捷为...
  • 中等技术水平的IT人员正在越来越多的IT部门走俏。  今年,你的IT部门打算招聘什么样的员工?是“技术高手”还是有一定工作经验的“中等选手”,抑或是刚刚毕业的“新手”?  2006年,美国《CIO》杂志对全美...
  • 废话多说,这回看的是一直很膜拜的李智慧大神写的大型网站技术架构-核心原理与案例分析。简短的读后感极其推荐的一本书,其实我是第二遍读这本书了,第一遍读的时候还没有毕业,读一半发现很多都没有经历过,便...
  • “我太了!” 2020年程序员如何才能不再

    万次阅读 多人点赞 2020-04-15 11:30:33
    洋哥说自己没有大理想,喜欢当管理,只喜欢在一线岗位和年轻人一起编程,在一家公司呆六七年,看公司逐渐发展扩大,然后得到自己该得到的。 洋哥说这届程序员太浮躁和焦虑,他几乎每个星期在吃散伙饭和迎新饭,每...
  • java架构必须掌握的几点技术?关于学习架构,必须会的几点技术1. java反射技术2. xml文件处理3. properties属性文件处理4. 线程安全机制5. annocation注解6. 设计模式7. 代理机制(aop)8. serlvet基础(过滤器等等)...
  • 关于大型网站技术演进的思考

    千次阅读 2015-01-30 10:14:06
    两天12个小时信息量非常大,知识的广度和难度也非常大,培训完后我很完整理出全部听到的知识,今天我换了个思路是回味这次培训,这个思路就是通过本人目前的经验和技术水平来思考下大型网站技术演进的过程。...
  • 程序员项目经理:如何管理自己的时间 对很多项目经理而言,是没有什么所谓的“我的时间”的,因为他们不是在管项目,而是被工作的潮水带着跑而已,他们的时间被工作主宰了。项目经理必须要主动的管理自己的时间...
  • 大型网站技术架构:核心原理与案例分析 (最接地气的网站架构经验,网站生存技术心要,应对大数据挑战的干货分享!) 李智慧 著 ISBN 978-7-121-21200-0 2013年9月出版 定价:59.00元 240页 16开 编辑推荐 ...
  • 大型互联网分布式系统架构技术要点 解决问题的通用思路是将分而治之(divide-and-conquer),将大问题分为若干...高性能:网站性能是客观的指标,可以具体体现响应时间、吞吐量等技术指标。系统的响应延迟,指系统完
  • 产品技术管理

    万次阅读 2012-02-05 14:17:46
    为啥纯粹为消费者传递体验的活动可以价格菲,几为暴利?——谈客户体验作为客户价值提升之源 不论产品还是服务,如果能够为消费者传递有益的体验,其价值就可以在一般的产品服务之上得以体现;附加了体验的产品...
  • 技术人员谈管理之项目风险规避

    千次阅读 2013-11-21 19:45:51
    一 、风险管理的重要性...它既能帮助项目干系人更好地理解项目的性质,让团队成员参与便是优势和劣势,并且有助于把他们的项目管理知识结合一起。 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加
  • 大型互联网架构与集群技术

    千次阅读 2015-04-03 17:41:27
    java架构必须掌握的几点技术? 关于学习架构,必须会的几点技术 1. java反射技术 2. xml文件处理 3. properties属性文件处理 4. 线程安全机制 5. annocation注解 6. 设计模式 7. 代理机制(aop) 8. serlvet基础...
  • C++内存管理技术内幕

    千次阅读 2015-11-22 09:19:04
    这几天在整理硬盘的资料,发现一个PDF,名字叫《C++内存管理技术内幕》,名字很霸气,于是顺着好奇心打开看看。花了一个多小时,终于看完,看完的感觉就是相见恨晚啊,写的如此之好,想看看这篇文章是谁写的,结果找...
  • 应用服务器在写数据库的时候,访问主数据库,主数据库通过主从复制机制将数据更新同步到从数据库,这样当应用服务器读数据的时候,就可以通过数据库获得数据。为了便于应用程序访问读写分离后的数据库,通常在应用...
  • C++Java,10年技术生涯的几点思考

    千次阅读 热门讨论 2012-03-19 04:11:08
     不知不觉,做程序工作已经10年了,最初学习C++Java,困惑清晰,感觉真的有不少东西可写,不过总觉得不成体系,大概看了太多八股文章的缘故,被憋得实在难受。所以不管了,想到什么写什么吧。     1、C++...
  • 我是一个有10 年电子产品研发经验的工程师和10 年IT 知名公司研发中心管理经验的技术管理者。世上好的管理理念可能归纳起来就那么1~2 百条,也都好理解,的是怎么适当地运用在特定的环境中。下面的文章共18 篇,是...
  •  在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够,它可以承载超大规模的并发访问量,如果是一个动态的网站,特别是使用了数据库的网站是很做到通过增加web服务器数量的方式来有效...
  • 作者简介梁英(1962- ),女,中国科学院计算技术研究所高级工程师,主要研究方向为大数据分析挖掘、网络内容安全和隐私保护。张伟(1993- ),男,中国科学院计算技术研究所硕士生,主要研究方向为网络表示学习、...
  • [搜索技术]搜索引擎入门精通

    千次阅读 2006-12-06 21:19:00
    搜索引擎入门精通陆元婕 2001.12搜索引擎入门精通之一 基础篇 美美(15岁)爱上网,通常她就是泡聊天室、看新闻、玩网络游戏之类的,时间一长,觉得有些无聊了。这天美美问:“妮妮表姐,你整天上网做什么呢...
  • 数据库技术在公文管理系统的应用

    千次阅读 2004-09-18 00:05:00
    本文就公文管理系统产品中采用的数据库技术数据库的选择、数据库的设计、查询优化及安全控制等方面讨论这方面的问题。关键词: Web服务器 、DBMS、查询优化、安全性。 随着信息化技术的发展普及,行政机关公文...
  • 而在当今的互联网中,最常见的数据库模型主要是两种,即SQL关系数据库和NoSQL非关系数据库。 2.什么是关系数据库 关系数据库,是指采用了关系模型来组织数据的数据库,其以行和列的形式存储数据,以便于用户...
  • 不知不觉,做程序工作已经10年了,最初学习C++Java,困惑清晰,感觉真的有不少东西可写,不过总觉得不成体系,大概看了太多八股文章的缘故,被憋得实在难受。所以不管了,想到什么写什么吧。 1、C++Java  ...
  • 当上中层领导后,应该继续走个人技术路线,还是走管理路线? 继续专研个人业务还是精力放在管理? https://www.wukong.com/question/6580544110208221447/ 发表答案 233个回答 当上中层领导后,应该继续...
  • 项目整合管理

    千次阅读 2008-12-08 23:02:00
    项目整合管理就是为满足各方需求而进行协调以达到预期目的的过程。它是一项综合性、全局性的工作,主要内容是在相互冲突的目标或可选择的目标中权衡得失。虽然所有的项目管理过程在某种程度上都可看成是一个整体,但...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 32,322
精华内容 12,928
关键字:

从技术型转移到管理型难不难