此外,加一个前缀,主要针对非技术领导者所面临的技术管理困境,在很多从传统企业转型或个人站转型的互联网企业里,这个问题较为突出。 问题2:尊重技术人员的时间观 工程师什么时候开发效率最高?我相信不止我一个人会有这样的感觉,凌晨1点-2点这段是时间,夜深人静,无人打扰,开发效率最高。 问题6:没有足够的思考和设计时间,以及学习研究的时间 好吧,前面说了,不要追求完美,不要设计复杂的架构,但是即便是轻架构,即便是简单的代码,也需要足够设计和思考的时间; 小公司、非技术管理者
最近一年左右兼职技术管理的经验试总结,核心理念就是以人为本。 小作坊 小项目的构成往往是一个相对有经验的人作为 leader,带几个毕业生构成一个三五个人的小作坊。 原文链接:小团队的技术管理 ----
2、每两周一个迭代,并持续对产品方向做对焦,打造杀手级应用。在VUCA时代(是指变化莫测的时代),只有打造极致的产品和服务,才有机会胜出。就像奔驰的广告语:The best or nothing。
二、技术管理的哲学本质 管理的本质是激发善意 “于一微尘中,悉见诸世界”:万事万物在“道”即本质的层面相同,在“术”即业务场景的领域不同,道同而术相异。微尘虽小,亦可窥探世界的全貌。 构建终身成长生态 作为技术团队的管理者,终身成长应该是技术管理者对整个团队的要求,因为只有终身成长,才能保证你的团队能够持续产出高质量的内容。 (2)战术 这里的战术主要是指,作为技术团队管理者,需要有开阔的技术视野来进行技术选型,比如如何利用技术实现自身的要求,又比如选择哪一种技术架构来实现工作任务等等。 三、技术管理案例剖析 案例1:合作 [w5mjbf2bax.png] 从德鲁克的经典论述中,我们知道了:管理的本质是激发善意,而成长又是最大的善意。 案例2:成长 [tziadde9pg.png] 一般来说,每个人的成长问题都可以归纳为两类:无知型 与 拒绝成长型。拒绝成长型的人一般不愿意接受新技术,失去了内驱力,可能随时会因为落后而被淘汰。
所以这也给我们这些奋斗在一线的开发人员一个提醒,要尽早养成这种以结果为导向的思维方式,这有利于自己的绩效考核,也有利于今后转型做技术管理。 管理思维。 战略思考应该是一般技术管理者与 CTO 的一个较大的区别了,普通技术管理者可能只需要懂点业务、以结果为导向、有一点管理思维就好了,但 CTO 的层次决定了其必须要有业务和技术上的战略思考眼光,其要站在更高的层次去看待未来 作为一个 CTO 或者说是技术管理者,需要做出的一个很重要的思维转变是:从关注过程到关注结果、从关注个人到关注团队。 从关注个人,到关注团队 另一个技术管理者需要尽快意识到的是,要从关注员工的个人成长,上升到关注团队的成长。很多心地善良的基层技术管理,很关心员工的成长,对于员工的成长呵护有加。 对于这种情况,我心里是很矛盾的,一方面觉得技术管理者确实应该对员工起到成长的引导作用,但又觉得太过于注重个人的成长,会给管理者带来不必要的工作量。
我们很多技术开发人员,在这个的岗位做的很优秀,就可能得到提拔,而走向技术管理的岗位。 从技术开发到技术管理,是一个很大的转变,也需要走向技术管理的人员转变,这个转变会根据能力不同,有不同的调整期,一般半年左右,转变过来就能更好的适应这个技术管理的岗位。 今天我们就聊聊从技术开发到技术管理后,会有哪些转变,也是我们想走这条路的人必须做出的改变。 所以很多技术开发人员,刚被提拔为技术管理者后,就会很乱,很忙,没有头绪,主要也是因为事情太多,太杂,没有掌握技术管理的诀窍,所以一时很难适应,这个就是适应期,调整期。 现在成了技术管理者了,你要把任务分解好,谁做什么,什么时候完成,怎么做讨论方案。什么?卡住了,再赶紧拉通。
在中生代和飞马网的技术嘉年华上,我斗胆披上吹牛的嫌疑,分享了面向全栈的技术管理,现赘述如下。 ? 作为一名技术管理者,既需要培养团队的ABC,又需要管理你的老板,保持团队的新陈代谢,因为一切都是人的竞争。我曾在GitChat上做过一次分享,具体可以参考《老曹眼中的研发管理二三事》一文。 ? 面向全栈的技术管理试图从采用系统思维的方式来探讨研发管理尤其是技术管理的可行性和方法。从系统的角度看,包括时间,空间 和人三个维度。 面向全栈的技术管理主要是通过系统性的思维方式解决技术研发管理的问题。这是典型的九宫格矩阵,从时间和空间的维度提出了系统思考的维度。可以缩放系统的概念范围,例如到模块的层面,会发现很多有意思的结论。 商业需求是个大话题,超出了很多技术人的领域,这里主要看研发中技术管理的全栈思维方式。用一句高大上的词,就是技术前瞻性。 如何考量技术的前瞻性,可以借鉴TRIZ的方法。 ?
一个技术管理者的成功并不在于自己代码多好、能力多强,他的成功一定建立在团队成功的基础之上。只有团队成员不断成长,这个团队才可以做成更大的事情,而你才可以在团队的基础上,站得更高、看得更远。 ———— 本文引用自极客时间精品专栏“朱赟的技术管理课”。 在专栏中作者以女工程师和技术领导的视角,聚焦于技术管理、技术实践、硅谷文化和个人成长领域,分享自己在技术和管理上的领悟及忠告,以及在硅谷工作的体会与见识。
最近学习了极客时间许健老师的《技术管理案例课》,现在就把我的学习总结分享与你,本文为下半部分,主要关注二线主管和技术决策者的实践要点。 ,需要做技术决策,这也是技术管理和一般管理的主要区别。 (2)找到关键的人:通常是领域内的专家,而不是通才。 (3)把人理顺:与核心人员多沟通交流,特别是持反对意见的关键人员。 (2)辩证看待矛盾的普遍性和特殊性:从具体个案的特殊性入手,深入细节,逐步总结普遍性。 技术管理案例课脑图(下).png 推荐学习 许健,《技术管理案例课》
我们先依旧遵循理性分析的风格,来拆解归纳一下,作为技术管理者做向上汇报的目的到底是什么? 问题的症结在于:很多技术管理者还是只关注了前面两个字“技术”,而丢失了后面的“管理者”。 作为技术管理者,你应该关注的是“技术团队需要什么资源,然后可以为公司做到什么!” 仅仅就这么一条而已! 我们需要招多少人,增加多少服务器就可以帮助公司业务落地速度提升30%,稳定性保证到99.9%,且成本只有竞品公司的3分之2(你可能会说,是不是在逗我,提升速度还要那么高的稳定性,成本还要低? 期望在这段时间忙完后,可以获得2周左右的修整期用于稳定系统,之后再接需求,可以保证提升开发效率15%和提升稳定性20% 产品需求讨论时突出技术______ 这个功能的实现技术实现确实有些难度,大概需要2
一旦走上技术管理岗位,会感觉事情突然翻了很多倍: 制定产品的任务计划 需要考虑团队成员的成长 合理地安排任务 各部门之间的协作 重难点技术的攻关 核心代码的编写 解决团队成员遇到的各种问题 … 如果没有一个合理的安排和归类
刚设定好的目标,过了2月就变了。之前的设定都白费了,所以有些人就想干脆别设定了。这样就是因噎废食了。业务经常变,那我们就在其中找不变。找底层逻辑。
该ppt记录自己的技术管理上走过的坑和一些成长心得(2008~2022年),2023~至今仍在积累沉淀中,期待有更大的突破,未来再做分享。
综合上面的比喻示例,可抽象概括下技术管理者需完成的工作如下,下面将展开说明。 (以下内容部分来自果见-刘建国系列文章)。 1. 管理规划:“敢问路在何方?” 管理规划对于技术管理者来说,非常之重要。 2. 团队建设:“众人拾柴火焰高” 团队建设的核心,在于提高“效率”。参照之前的”工作目标达成分解图”,可将其划分为个体、个体间和团队三个层次。 针对个体而言,重点在于提升能力和个人意愿。 对于培养对象在工作中好的表现,要给予充分肯定,特别是要其优势所在;针对不足之处提供1~2条修改建议,以利后续改进。 作为技术管理者,和普通管理者最大的区别,就是"技术"二字,这也是技术管理者最鲜明的标签和最大的竞争力。 01 角色转换 技术管理者,对待技术与技术人员会有所区别,是有个角色的转换。
一线经理自己提准则并选择遵守哪几个准则 不一定按比例分配:一碗水不端平才是公平 投票选举:但要保留一把手对投票结果变更的权利 异常处理:解决方案还是在平时的准备 三、技术决策者 作为技术管理者 ,需要做技术决策,这也是技术管理和一般管理的主要区别。 (2)找到关键的人:通常是领域内的专家,而不是通才。 (3)把人理顺:与核心人员多沟通交流,特别是持反对意见的关键人员。 (2)辩证看待矛盾的普遍性和特殊性:从具体个案的特殊性入手,深入细节,逐步总结普遍性。 推荐学习 许健,《技术管理案例课》 作者:周旭龙 出处:https://edisonchou.cnblogs.com 本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接
引言 继前文梳理「团队建设」与「管理规划」后,本文梳理下技术管理的另外一块「任务管理」。
我理解技术总监的权责范畴应该包括: 技术性工作 管理性工作,分为人员管理(即团队管理)和项目管理 在技术型工作中,我认为更多考验的是一个技术管理者的技术深度和广度,而管理性工作中,更多考验的是一个技术管理者对于复杂人和事的协调能力 不要求技术管理者写代码,但是在某些风险性大的技术场景里,技术管理者必须能亲自上阵,以免团队成员解决不了“甩锅”的时候可以接得起来。 而且了解团队的代码情况,融入团队的代码编写,也方便对系统架构的掌控。 2、架构设计能力 我们在说到架构设计的时候,一般会提到“技术架构”和“业务架构”,脱离业务架构的技术架构一定不会成功。这就要求技术管理者对业务有良好的理解能力。 我觉得一个技术总监要分出 30% - 40% 的精力在团队的管理工作上,主要包括这些方面: 2、绩效考核 关于技术人员的 KPI 一直是一个千古难题,并且热度不减。 但是,我想说技术管理者难度更胜一层,技术管理者要先有专业性,再来领导力,需要像医者一样的仁心仁术,而不是简单粗暴的工厂管理。
引言 陆续参加了公司组织的两场关于技术管理的培训,时间一长也快忘的七七八八了。本文以刘建国《执行技术人管理之路》为基础框架,将知识点做了整理,在需要的时候翻翻。 本文主要内容有: 技术管理之角色认知 技术管理之管理规划 技术管理之团队建设 技术管理之任务管理 技术管理之管理沟通 一、技术管理之角色认知 下面通过脑图梳里了角色认知的七个点:工作职责、负责对象、关注焦点 2、管理规划之目标 业务目标:公司业务要发展要制定业务目标,业务目标拆分给技术团队,技术团队内部之间也会有服务提供方和服务支持方。 2、成员意愿与激励 正向引导 学习榜样,工作中给自己找一个偶像。 导师引导,入职时或者应届生入职往往会安排一个导师引导。 学习空间,给予学习方向和空间沉淀。 例如:日志存储成本减少X万/月 2、任务的优先级 事前:排列优先级、要事为先。 KR可以配置权重、任务也有优先级,在计划内的按计划进行即可。
有个刚创业的读者问,作为一个技术管理者,都有些什么推荐的工具和系统来组织公司内部的各种系统?这个问题我之前的文章提过一些,但不系统。 至于怎么上google(访问外国网站),我想,这不仅是技术管理者需要掌握的,每个技术从业人员都需要知道,你说呢?
[381412-20201217143022651-1166619449.png] 一、为何学习技术管理? 对于技术管理者而言,课程中总结了一个技术管理者技能全景图,完整地描述了经理者的成长路线,是一个十分值得我们参考的图: [381412-20201217143112227-832608019.jpg] 下面我就来一一总结一下各个模块的学习收获 20201217143630027-379240346.png] 其次,就是在转型Leader的过程中容易犯的5类问题需要我们注意: (1)管得太细:需要我们从只关注交付结果转变为同时也要满足人的需求; (2) 不要泛泛而问,应该量化结果、询问例证、追问原因 以及 考察提升意愿; 不要只关注技术能力,应该留心候选人的软实力; [381412-20201217143621224-505094435.jpg] (2) 人才培养 管理的本质其实和教育类似,而作为技术管理者,更重要的是帮助团队成员提高能力。