技术管理_技术管理方法 - CSDN
精华内容
参与话题
  • 技术管理到底管什么

    千次阅读 2018-08-09 15:03:19
    前些天从湾区日报上看到美国一家叫 Gusto 的公司 CTO 的文章,他 6 年前开始创业,一开始他是唯一的工程师,几乎 100% 时间都在写代码;后来 2-10 个工程师的时候,40% 的时间花在招人上;11-50 个工程师的时候,...

    https://mp.weixin.qq.com/s/QN1OKEFT3DiA82-OAp858Q

    前些天从湾区日报上看到美国一家叫 Gusto 的公司 CTO 的文章,他 6 年前开始创业,一开始他是唯一的工程师,几乎 100% 时间都在写代码;后来 2-10 个工程师的时候,40% 的时间花在招人上;11-50 个工程师的时候,自己若写代码就是给团队添麻烦;51-100个工程师时,60% 时间管人,40% 时间招人。

     

    国内也大同小异,管的人越多的时候,写的代码就越少,到最后一行代码都不写。这是典型的技术管理路线,当然,还有另一条技术专家的路线,不在今天说的主题范围内。

     

    那到底技术管理要管什么呢?开头那个 CTO 最后的工作变成 60% 管人,40% 招人,招人来还是要管,好像最后技术管理就等于管人了。真是这样吗?

     

    哪怕技术管理真的就等于管人,那管人又管什么呢,或者说怎么管呢?

     

    无论是春秋战国时候的丞相,还是三国时候的谋士们,技能大概分成两种:谋略和理事。谋略重在想办法,理事重在做事情。但凡有名的丞相谋士至少有一样特长,两者兼顾的自然是不世功勋唾手而来。

     

    丞相和谋士就是管理者,并且有别于将军们,他们是技术管理者。

     

    现代的技术管理者需要的核心技能仍然是这两样,只不过体现形式有些变化。

    • 谋略:技术架构搭建、新技术演进选型等,解决该做什么和怎么做的问题。

    • 理事:任务和人员协调、分配等,解决谁来做、哪件事先做的问题。

     

    所有技术管理,或者管人,都是很抽象的说法,听着好像对极了,真做的好的屈指可数,很大程度上是因为很多人根本没搞清楚技术管理到底该管什么。

     

    把握好谋略和理事这两条,技术管理才能真正落地,团队战斗力才能真正体现出来。

     

    这篇文章其实到这里就可以结束了,点到即止。

     

    但是有两个典型的问题还是有必要顺便探讨下。

     

    第一个问题,虽说技术管理不能直接等价于管人,但实际上管理者大部分时间还是要和人打交道。那怎么处理人的问题呢?

     

    我的经验是,我们的目的应该是把事情做好,管人只是一种方式而已。以代码规范为例,最好的方式是,通过技术手段去保证,不按照规范去做的代码没法提交成功;次好的方式是,建立规范准则,要求大家去遵守;最坏的方式是,质问和批评为什么不这么做。

     

    不要轻易尝试去改变一个人,哪怕你是为他好,哪怕改的是缺点对他也有好处。作为管理者,你没有权利也没有义务去改变你的组员。当然,你有让他们进步的义务。健康的团队不应该过度依赖任何人(包括管理者本身),保持一定的离职率才能有机会引入新鲜血液。从这个角度看,也没有必要非得去改变谁。当然,重点对象还是可以尝试多去培养下的。

     

    第二个问题,技术管理者不写代码好心慌。

     

    开头那个 CTO 的观点非常有道理,团队达到一定规模后,管理者还去写代码,就是给团队添麻烦。长期不练手的你,编程能力已经不足以保证你的代码质量了;另一方面,投入精力写代码之后,其他需要你做的事情必然会被耽搁下来。

     

    管理者不应该是职级层面的上级,而应该是分工层面的决策和协调者。

     

    觉得不写代码会心慌的人,说明你把太多精力花在理事上了,谋略给丢了。实际上,在技术架构满足不了业务增长需求的时候,是需要你(和你的架构师一起)去拿出新的架构的;组员讨论几个方案拿不定主意的时候,也是需要你去做决策的。这些都是需要你平时花时间去不断丰富和充实你的技术的。否则一定是一将无能累死三军。

     

    你并不应该陷入与人沟通和处理杂事的漩涡中,而是应该抽时间出来保持自己的技术敏感度。管理者和普通员工在技术上的区别,在于和技术打交道的方式变了。普通员工是写代码,技术管理者应该是学习技术和思考架构。

     

    展开全文
  • 技术管理如何做?

    千次阅读 2018-11-10 23:32:27
    前段时间在极客时间上学习了《技术管理实战36讲 》,这篇博客 ,通过四维导图的形式,对其进行总结一下。虽然说管理这门学门是一门修养,是需要通过时间,经历,总结反思不断提高的,但是有些具体的东西还是可以...

           前段时间在极客时间上学习了《技术管理实战36讲 》,这篇博客 ,通过四维导图的形式,对其进行总结一下。虽然说管理这门学门是一门修养,是需要通过时间,经历,总结反思不断提高的,但是有些具体的东西还是可以学习一下的,善于站在巨人的肩膀上。

           首先看下思维导图总括:

           一,自我认知,这个主要自己要思考从技术人员到管理人员各个方面的变化,提高自己层次的过程,需要我们多思考,看清自己:

           二,从技术转管理的一些疑惑,面对新事物的焦虑,我们应该看清遇到的机遇和问题,站在一个高的角度来看这些问题,并分析,并为之去努力:

           三,有了自我认知,和各种疑惑的思考解决,我们来看看具体管理包括:角色认知、管理规划、团队建设、任务管理、沟通管理。下图可以看看三者的大概关系,可见角色认知和沟通管理在其中的重要性,下边将展开看下各个方面:

           1,角色认知,还是自我对各个方面的认识,还是正视自己,知道自己处在什么位置,需要处理什么问题,需要解决什么矛盾,需要如何和人打交道等:

          2,管理规划,我们每个人都是自我规划,时间规划,而团队这个整体也是需要的,决定着团队来去:

         3,团队建设:个体、个体间关系、团队内容每一项都需要去思考,去进行建设:

           4,任务管理,这个其实就是做事,也就是能打胜仗,战斗力:

           5,沟通管理,这个也就是人日常的人与人之间的沟通,只不过管理涉及到上级、下级、横向、外部、内部等等各式各样的人,沟通也成了一本学问,这里简单总结一下,个人感觉这个东西,更是个人平时的修养:

           好,上边就是我总结思维导图的所有内容,在自己心中有了框框架架,有些不变的东西,稳定的东西是可以拿来使用的。自己遇到的问题,也可以根据这些知识和实际情况进行反思总结。总而言之,技术管理的路程刚刚开始。欢迎大家交流。

         PS:思维导图下载地址:技术管理实战总结(可到资源中下载)

    展开全文
  • 如何管理技术团队的十六点建议

    万次阅读 2017-08-23 10:35:25
    以下是我对技术团队日常的管理、学习交流会、管理书籍学习,总结出的技术团队管理的建议和看法,希望对大家有所帮助。 1、尊重你的成员,不要觉得自己技术很牛逼,其他人都是傻子,尊重别人的同时,别人也尊重你 2...

    以下是我对技术团队日常的管理、学习交流会、管理书籍学习,总结出的技术团队管理的建议和看法,希望对大家有所帮助。

    1、尊重你的成员,不要觉得自己技术很牛逼,其他人都是傻子,尊重别人的同时,别人也尊重你

    2、信任你的成员,给予他们鼓励,帮助他们成长

    3、培养你的成员,了解他们的兴趣,帮助规划职业方向,为他们铺路

    4、认同你的成员,赞扬他的工作,激励他们成长,指导他们把工作做的更好,给他提出更高的要求

    5、技术团队管理不能太技术化,不能只有true or false,要学会变通和交流

    6、合理分配团队成员工作,知人善任,人尽其用

    7、 提高团队执行力,团队驱动靠的是目标

    8、工作安排,不能告诉他们怎么做,而是清楚表达自己的需求,要做的是什么,并委婉的进行确认,培养他们需求理解和动手能力

    9、定期的和成员间进行沟通,了解他们的状态和内心对环境的看法

    10、任何时候都不能替成员完成工作,要培养他们的责任心和执行力

    11、项目进展缓慢,不是人的问题,而是项目管理工作分配的问题

    12、对于团队中慢性子的人,不要去约束,而是要锻炼他们自我管理能力

    13、不要觉得团队管理就要抛弃技术路线,重复工作可以指导队员去完成,自己多花时间加强平台的优化监控和研究新的一些技术

    14、适当加班可以锻炼团队战斗力,抵制无意义的加班,营造高效、愉快的工作环境

    15、团队的负责人起着带头作用,上行下效,要规范自己的言行,在约束管理团队成员不好言行时,自己也一定不要去做相同的事情

    16、每天自省下自己团队管理中的不足,认可自己的成绩,承认自己的不足并相信自己下次能做好

    如果您觉得我的文章给了您帮助,请为我买一杯饮料吧!以下是我的支付宝,意思一下我将非常感激!

     

    展开全文
  • 技术人如何转型做管理

    千次阅读 2018-03-14 00:00:00
    作者简介:刘世麟,致学教育总监助兼任 ...【CSDN 编者按】每一个技术人在职业生涯中都会走到这样一个路口,就是专心地在技术路上精深,还是转型从事管理岗位。本文作者是一个 Android 程序员,他分享了自己为什么会
        

    点击上方“CSDN”,选择“置顶公众号”

    关键时刻,第一时间送达!

    作者简介:刘世麟,致学教育总监助兼任 Android 开发,百万 Blog 访问和 7k Star 作者,目前在运营公众号「nanchen」,尽自己所能为你提升。

    640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1

    【CSDN 编者按】每一个技术人在职业生涯中都会走到这样一个路口,就是专心地在技术路上精深,还是转型从事管理岗位。本文作者是一个 Android 程序员,他分享了自己为什么会想要转管理,以及在技术转管理上的一些误区,其中所涉及的一些技术管理的能力很值得我们学习借鉴。

    以下为正文:

    对于一直深耕技术的一线 Android 开发者,自然大多数人都想着是一定会把技术进行到底,或者说至少还会做乐于做技术一段时间。其实不止你们这么认为,就连对我知根知底的公司领导,也这么认为我。因为对于一个尚且还年轻的小伙子来说,现在想转型,真的太早了。不过在这个问题上,我目前还是想的比较透彻的。

    渴望成为管理者的「理由」

    • 希望突破「个人贡献」的天花板

    对于自己来说,还是希望对公司释放我更大的贡献。每个公司对技术研发都有不同的岗位和职级划分,其实归根结底归为两类:「个人贡献者」和「非个人贡献者」。

    技术开发、 UI 设计和产品经理是典型的「个人贡献者」,开发的主要工作是写代码,他的所有产出就是一行行代码所构成的最终产品。UI 设计的产出就是他的设计稿,同样,产品经理的产出就是他的原型图和需求文档。这些所有的产出和对公司的贡献,都是来自个人的,很少依赖别人。

    而作为一名管理者的话,就完全不一样了,他做的工作可能是不停地组织沟通和协调这些人。对于一个「个人贡献者」,工作时间顶天就 24 小时,他不休息地高效工作。但一个好的管理者的话,发动身边的人,朝一个目标努力,这个团队贡献是上无止境的,想想都刺激!

    所以这是我第一个理由:因为我想驱动更多人朝着一个方向努力,做出一个有着更大贡献的产品。

    • 终究我还是会面对管理

    对于一个技术人来说,通常也就只有四条路:管理、产品、技术总监 or 转行。

    可能有很多人说,「我不喜欢做管理,就喜欢做技术,我就是纯技术控」。其实有很多人都这样想,包括我曾经也是如此。技术人的职业阶梯总是很美好,认为自己可以成为阿里多隆,对,就是哪个阿里仅有的 P11,我一直的偶像。

    但不管我们的技术做得有多棒,终究还是会管理几个人的,当你达到技术的一个很高层次的时候,多多少少,我们还是得带新人,带其他技术人员,让大家一起朝一个方向冲刺。从这个角度讲,不管是不是想一直走纯技术路线,我们都需要增强自己的沟通和管理技能。

    所以这是其二:我总会到管理。正如今天我们 CEO 给我讲的一样,「我们技术人总会慢慢转型,只是我们可以去把控这个时间而已,早一点上去可能意味着更多的困难,但迟一点上去可能意味着损失机遇」。

    讲一讲很多人的「误区」

    可能就会有不少人质疑我了,说我其实想做管理的原因其实不是这个,五花八门的都有。

    • 只是期望拿到更多的薪水

    大多数人认为,管理人员的薪水都更高,所以难免以偏概全,认为我是为了薪水所以期望转行。

    薪水确实很重要,但这个想法一点都不对。大多数技术足够牛逼的人,薪资都是比他的管理者高的,因为这些高级技术人员技术已经牛逼到了业界没几个能做好。

    对我的家境来说,钱确实很重要,但远远没重要到这个地步。

    • 期望指引别人

    其实用「指引」的时候,我好像用「指使」呀。因为肯定有很多人这样想了,管理人员可以高高在上,随意使唤别人。

    但我觉得恰恰相反,很多时候,领导都是负责背锅的,负责给大家抗压擦屁股的,领导才是那个给大家端茶倒水,服务大家的人。

    这是我真实的看法。我们公司技术副总贾总,就是这样的一个人,明明技术都牛逼得要死,却因为做管理,整天接受着来自外部和内部的轮番轰炸。其实我真的超级心疼他,因为本已经是最努力的那一批人之一,却还被这样到处被数落,而且还经常遇到下属闹脾气。

    所以,放下心中的偏见吧,好好对待你们的老大。我也已经有了背黑锅,接受轰炸的觉悟。

    • 指望工作更加轻松

    很多人认为程序员很累,996 加班已经是很多公司的常态,有时候改需求,上线任务,还要加班到深夜。还好我们公司基本很少加班,是个标准的每周 40 小时的公司。但我们的技术领导,真的是一年 365 天,98% 的时间都在工作。所以,我会为了让工作更轻松而产生这个想法吗?

    • 更容易换工作

    这可能是最扯淡的一种看法了。对于我们开发人员来说,只要技术实力过硬,根本就不可能愁找不到工作的,而且觉得是薪资待遇还不低。

    但作为一个管理人员,换工作会更容易吗?完全扯淡。一个空降的管理,要融入技术团队是非常困难的,这需要非常多的时间。因为他们需要去面对这些出名的「寡言者」( 对,说的就是你,程序员!),需要去了解团队每一个人的擅长点和不擅长点,需要去了解团队成员是属于「自我驱动型」还是「被动接受型」人才,这是非常需要时间的。和每个人打交道,应该用怎样的方式才合适,自己公司的产品有怎样的用户场景和用户行为,为什么需要做这些功能,未来产品发展何去何从?需要思考的问题太多了,而且这大多数情况下还不是通用的。

    说得简单点,我一个 Android 开发,假设想换工作的话,完全不可能想着从事管理行业。甚至退一步说,即使有天我离职了,我依然肯定会选择我擅长的 Android 开发岗位,而这时候,下家公司看重的却只是我的技术实力。

    所以,我可能为了换工作而想转行管理吗?

    我为这次转型管理做了哪些准备?或者说我的优势

    • 高效的时间管理能力

    可能大多数程序员都是「被动接受型」,我们只需要把每天领导安排的开发任务完成就可以愉快地玩耍了。但我不是那样的人,我是典型的「主动驱动型」选手,没事的时候,强迫症的我总是喜欢去重写那些自己看不惯的代码,优化超垃圾的逻辑。所以经常可以看到我怒怼产品经理,但恰恰我和我们的公司的产品经理关系非常要好。我想这大概是怼多了,导致顺从我了吧。

    这个我其实知道,因为一个公司很重要一点是解决用户需求,所以很多时候我们的产品经理是迫不得已的,有些功能是没有按照想象出发的。

    我认为时间管理应该是技术转型管理的第一课,而非常 Nice 的一点是这个能力我早已具备了。我一直以来是一个喜欢规划任务的人,这从小而来的习惯,现在正促就了我现在。

    • 强大的总结能力

    正好今天我们 CEO 找我面谈的时候,他提到了他这个「放电影」能力:即每天晚上睡觉前会自动过一遍当天的所有事情,这正好也是我从小学习成绩优异的原因。我上学那会儿,记忆力一直不好,就连抄写在笔记本上也不行。但我后面每天晚上过一遍当天内容,我发现我很多东西自然而然就记住了,正好这个方法,也推荐大家运用,因为作为一个技术开发来说,学习能力和记忆力太重要了。

    对于总结方面,其实和上面的时间管理有很大的挂钩。因为一个管理者的时间正常由「被动时间」和「主动时间」所构成。而所有的「主动时间」都应该花在总结上,作为一个管理人员来说,需要对各种事情做有效的排期,最重要的当然要放在最前面。

    对于一个长期写 Blog 的我来说,总结能力方面自然是尚可的。

    • 表达能力(沟通能力)

    对于一个管理型人才来说,这个相当重要,因为每天可能都需要大量地时间去和各种各样的人打交道。需要去说服市场部的人员了解自己手中的进度,并接受自己的排期;也需要去和本部门的员工做各种各样的交流协调,而有个很重要的一点就是,都需要用他们最喜欢的方式。

    很多人认为指导新人是一件非常累的事情,因为要给他讲超级多的东西。在我们公司,严格说,我不算带过新人,但确实也做了不少的入职培训和后期工作安排,而这,对我的表达能力提升非常重要。每个新人的特点都不一样,你需要针对每个人的特点,来定制他的个人能力和成长计划,并且需要做刻意的沟通。说到这里,也是希望大家改变一下自己的观点,其实,带新人的时候,这对你的表达能力锻炼非常大。

    • 「刻意练习」能力

    说这个词,同样是去年我的公司 CEO 告诉我的。当时是准备去参加「Android 巴士线下交流会成都站」,而我作为一名技术演讲嘉宾。我感到非常恐惧,因为从来没上台的我,突然要面对这么多同为 Android 开发的技术大牛,这对我来说要求太突然了。

    于是我找到了我们的 CEO 高总,他语重心长给我说了一大堆话,其中提到了一个很关键的词语就是「刻意练习」。至今深刻的是,他说他现在能做到随便脱稿演讲,就是因为他之前「刻意练习」过很多演讲活动。

    非常庆幸,我现在已经学会了时刻「刻意练习」自己的能力,并不断提高。

    • 「向上管理」能力

    严格来说,这方面的能力还是我当下比较欠缺的。我目前仅仅是做好了及时回馈自己的工作进度以及公司每天要求的日报。但实际上在「向上管理」层面,我能做的还差的多。

    但当管理一个团队的时候,向上级汇报情况就变得非常重要了,就连 CEO 不是也得向董事会汇报嘛。

    总应该会有一个「向上管理」的过程,我们需要去和老大沟通,以便于明确整个团队在未来需要解决问题的主次方向。

    在德鲁克的那本书里举过这样一个例子:主管写下一个目标,然后让上司写下他对主管的工作目标和期望,你会发现大部人写的都不一样,这就是缺乏沟通的一个问题。

    如果没有这个「向上管理」的话,你可能把整个团队都给带偏了,最后老大会说我要的并不是这个,我要的是另外一个东西。所以说一定要做好向上管理。

    本文为作者个人投稿,版权归作者所有。欢迎更多的朋友联系我们投稿,一起为程序员贡献更多精彩内容。

    ————— 推荐阅读 —————

    点击图片即可阅读

    640?wx_fmt=png

    640?wx_fmt=png

    640?wx_fmt=png


    2018,想要follow大热区块链技术?

    你还差一场严谨纯粹的技术交流会

    追求专业性?

    你要的这里全都有

    当超强嘉宾阵容遇上业界同好的脑洞大联欢,

    1+1=无限可能

    第二届中国区块链技术暨应用大会

    将于2018年3月30-31日

    登陆北京喜来登长城饭店

    点击阅读原文或扫描下方二维码

    八折票火热进行中

    就等你了!!!


    640?wx_fmt=jpeg

    展开全文
  • 技术团队管理

    2019-05-13 21:00:33
    管理并非千篇一律,不同企业甚至不同团队都有着不同的风格和文化,所谓的管理就是让项目推进更加顺畅、让团队越来越牛、让公司的代码底蕴越来越雄厚。 整个团队就像是一个不停运转着的机器,每个队员都是其它的一个...
  • 技术路线图——规划成功之路 不是很清晰,还可以接受。
  • 技术管理岗岗位职责总结

    千次阅读 2015-12-31 23:21:40
    技术总监一般负责一个企业的技术管理体系的建设和维护,制定技术标准和相关流程,能够带领和激励自己的团队完成公司赋予的任务,实现公司的技术管理和支撑目标,为公司创造价值。 职务名称:技术总监 直接上级: 总...
  • 技术管理中常见的几个问题

    千次阅读 热门讨论 2010-03-17 07:04:00
    前几天跟朋友聊天时,朋友说他刚刚从一家知名软件公司面试出来,朋友去面试的是一家公司的技术管理岗位,所以在面试的时候被问及的问题也偏重于技术管理方面的问题,在与朋友的聊天中将这几个问题归纳了一下,大致归...
  • 如何进行软件技术管理

    千次阅读 2019-06-11 17:58:00
    这个问题其实来源于一次面试,在聊完一堆的技术架构之后,面试官抛出一个问题:“你是怎么进行研发管理的工作的?”当时我的回答是:“主要是应用Scrum来进行管理。”后续的情况不细说,但是我觉得我这句话来概括...
  • 转眼间,入软件行业已经10年了,已经32岁了;现在虽然带着一帮将近20个人的团队,但是我基本上还是用了我80%以上的时间在写代码,在做设计,做新技术的学习和...而且公司领导的考核慢慢的也从技术方面转向了管理方面。
  • 技术管理者应具备哪些能力?

    千次阅读 2012-11-23 19:08:27
    近期我接受了CSDN的采访,分享了对于技术人才成长、技术管理的一些经验和想法,下面我把全文发表在博客上,以飨读者。编程初体验CSDN:你何时开始接触计算机,又如何走上编程道路的?蒋宇捷:小学的时候,父母单位的...
  • 华为的技术管理体系

    千次阅读 2018-08-15 20:27:46
    PCT:Patent Cooperation Treaty(专利合作协定) 转载自:https://wenku.baidu.com/view/f351ed73a5e9856a561260c6.html ...
  • 近几年时间,我在技术团队管理工作中直接和间接地参与了不同规模和业务模式下的前端团队管理工作,这既有刚刚起步的互联网C端创业企业,也有年营业额几千亿的互联网公司的供应商管理平台,还有面向B端的工具产品研发...
  • 缺这项能力,做不了技术管理工作

    千次阅读 多人点赞 2019-02-01 20:42:47
    我门在“程序员加薪升职之成长金字塔”中介绍了职场成长...对开发者来讲,第1层对应的就是具体的软件开发角色,卡在这层无法晋升,是指没办法成为技术管理角色。这其中最重要的原因是:大部分开发者只注重专业技能...
  • 技术管理工作中的三个原则

    千次阅读 2017-07-29 09:53:56
    技术管理工作中的三个原则  我们在工作中常常会遇到的三个原则:闭环原则、谁难受,谁推进原则、Think Bigger原则。  一.闭环原则  作为一个管理者,这是非常重要的。你应该起到上传下达的作用,你...
  • 开发人员转型技术管理该怎么做?

    千次阅读 多人点赞 2019-06-25 10:57:58
    技术管理不仅需要了解技术,更主要的还需要了解技术人员。 大部分技术人员有以下明显特点: 高学历,知识密集型,爱学习; 技术立身,技术上的发展会给员工带来很大的压力,也带来巨大的动力; 人际关系相对单纯; ...
  • 如何从程序员走向技术管理岗位?

    千次阅读 2017-06-23 23:12:16
    华丽转身是华而不实的假面具,我作为一名技术管理人员,建议大家不要轻易的转向管理岗位,坚持自己的技术才是根本。因为只有10%的技术专业人士具备相应的管理岗位所需要的特质,而更少的这样的人能够走到最后,管理...
  • [技术管理] 技术管理从1到N

    千次阅读 2018-09-03 00:01:59
    完成从 1 到 N 的转变  在工作的时候要考虑自己的职业发展。首先要看目标是什么,到底想要什么。如果你在一个地方,没有定好想去哪里的话,往哪个...至少在很多管理团队里面,技术专家比管理者的收入更高的。 ...
  • ...曾在网易任职8年,担任无线事业部产品总监。多年来一直从事技术开发,擅长开发高性能系统,对于软件架构设计也有丰富的经验。个人的技术兴趣在设计模式、软件体系架构等提高软件开发效率方
  • 如何做好基层技术管理工作?

    千次阅读 2013-07-26 23:00:27
    最近有朋友与我探讨了软件基层技术管理工作方面的话题,借此从动机和方法两方面谈谈我的看法。动机要做好基层技术管理工作,首先要确保自己有良好的动机,即明白自己为何要走上技术管理岗位。做管理的根本是为了获得...
1 2 3 4 5 ... 20
收藏数 1,712,207
精华内容 684,882
关键字:

技术管理