zoukankan      html  css  js  c++  java
  • 技术人员工作原则

    一、技术人员沟通五法则

    作者:陈皓(酷壳)

    2020年7月15日

    看了一下 @纯银V 的“产品讨论五法则” ,我也想写一个——“技术人员沟通五法则”:

    1)【X-Y问题】

    这个世界上太多的X-Y问题(https://coolshell.cn/articles/10804.html ),当别人给你一个问题的时候,90%以上的情况下都是Y问题,所以,你要找到X问题是什么。要找到“X问题”是什么,你就需要不断的问对方这几个问题:a) 为什么你要这么做?b) 你要达到什么样的目标?通常来说,追问几次,对方都会说,嗯,我要回去想一下(尤其对于很多提需求的产品经理来说)。

    2)【分治法】

    分治法是程序的一种算法,对于解解决没有效率的沟通也很有效。技术人员的争论是相当多的,但很多时候的争论基本上都是会把大量的东西混在一起谈,把不同的场景、现状、未来、时间、人员、领导……所有能借上力来和你对抗的问题全搬出来。这个时间,你需要使用分治法,不要让对方搅乱你,复杂化你。你要要不断地简化讨论的维度,不然一定没有结果。你可以用到的方法是,如:“你等一下,这里是两个问题,一个是新功能的问题,一个是老代码拖后腿的问题,我们先说第一个”。

    3)【抓重点】

    把复杂的问题分治完后还不够好,因为维度还是很多,你还要抓重点来降低讨论的维度,不然,也是谈不清。很多人是抓不住重点的,而且不抓重点东拉西扯通常来说都是杠王的“必杀技”,一但出现这样的事,你一定强势地表达,你知道这个事的重点是什么吗?什么是重点?重点就是要清楚的知道要什么和不要什么!

    4)【参考引用】

    很多技术人员的讨论的技术方案完全都是“飞线方案”或是“拍脑袋方案”,就是说,你要做成一个事,你有N种做法,在没有章法的环境里,怎么做都行,所以,争论也就来了。要解决这个问题最好的方法就是——为你的方案做出权威引用来,告诉我哪家公司、哪个软件、或哪篇论文提到过这样的方案?你有有什么样的数据支持你这个方案?如果没有的话,就不要拎出来讨论了。除非,你在解决的问题是全世界没有人解决过的问题,否则还是请拿出引用和参考来。

    5)【计算沟通成本】

    很多时候,你要学会计算成本,一种是教育别人的成本,一种是找到跟自己想法差不多的人的成本,如果教育的成本大过了寻找同道中人的成本,那还沟通个毛线啊,把时间花在找到想法相似的人的成本通常来说是最低的。

    这个时候,常用的方法是:“你说的对”,“我同意你”,“就按你说的办”,总之,怎么快速地结束沟通就怎么来,这样可以省出时间来去干更有价值的事。

    二、CTO总结的管理30条军规

    飒然 Hang,《Java 工程师修炼之道》作者。

    2018年7月28日

    引言:由于工作需要,参加了公司请的美国管理协会的《高价值经理人》及敏捷 OKR 绩效管理的培训课程,此外也阅读了《格鲁夫给管理人的第一课》、《架构即未来》、《技术管理之巅》、《OKR:源于英特尔和谷歌的目标管理利器》几本书。总体来看很多管理的理论其实日常自己也在实践,不过这些书的确让自己形成了自己的管理体系,能够有序有法地进行一些管理实践。本文从通用管理和技术管理两部分总结其中最让自己感到受用的几点心得。

    1 通用管理

    1.1

    管理是推,领导是拉,领导设定目的地和通往目的地的路线图,管理设法达到目的地。

    1.2

    有效的管理是在期望的时间以可能的最低成本完成期望的品质。

    1.3

    任何工作都有产出,需要设定好指标衡量产出。疏于度量注定事情永远不会改变。

    1.4

    在一件事情越早的环节发现问题那么解决问题的成本就越小。

    1.5

    作为管理人员,要去做高杠杆率的事情,比如传授技能、知识、价值观等。

    1.6

    会议分为两种:过程导向会议和任务导向性会议。

    前者是规律化的,是有必要的,可以选择效率高的方式;后者是临时的,需要尽量减少此种会议。

    1.7

    凡是有会议每个参会者都要有会议记录,可以防止开会的时候开小差。

    1.8

    全体会议一定要有一个主持者,避免陷入两人交谈。主持者最好是一个职位较高的人,可以避免同级全体综合征。

    1.9

    规律周期性的一对一沟通是非常有必要的,尤其是对于不喜欢主动沟通的属下。

    1.10

    需要建立有效沟通机制和处理问题的模式,如例会,避免下属缺乏反应问题的渠道而抱怨。

    1.11

    将员工可以划分为四象限,不同的人适用的管理方法是不一样的。

    对于第一象限的人,需要提供其更多的机会,做好适当的监督即可;对于第二象限的人需要给予工作上的指导,使其能够走到第一象限;对于第三象限的人,需要解决其心理问题;对于第四象限的人则需要谈话改进。

    总体来说,要做第一和第二象限的人。坚决杜绝成为第四象限的人。

    1.12

    需要根据工作成熟度的不同,适当的干涉下属工作,做好必要的监督。

    1.13

    可以把权力下放,但必须对其结果承担所有的责任。把赞扬留给团队,承认失败并公开的承担责任。

    1.14

    推行某种制度/规范的时候合理的做法是先降一个力度,等适应后再 100% 推行。

    1.15

    敏捷性组织有利于可扩展的组织架构。

    1.16

    亚马逊的两张比萨饼团队:任何一个团队的规模不能大过两张比萨所能喂饱的人数,超过则需要拆分。

    1.17

    AKA(All Know All Things)。要营造一种公开、公平的氛围,不搞遮遮掩掩的事情,让大家都知道所有的事情。

    1.18

    混血性组织(组织之间有人员交叉,在不同的组织中担任不同的角色)需要双重汇报。

    1.19

    决策权力不能仅仅靠职位决定,还需要考虑专业技能和知识。

    1.20

    使用 KPI 做绩效考核如果遇到诸如难以打分、沟通不畅、抱怨强制分配等问题可以采用 OKR 做考核管理。

    1.21

    借鉴 Google,可以采取半年绩效考核(自评+他评)+OKR->总分的方式做考核。

    其中采取半年的节奏是一方面是为了和 OKR 季度回顾的频率错开,另一方面对于某个重大失误可以凭借后续的其他贡献做中和;自评是需要自己陈述考核周期内的工作,他评需要被考核人邀请和自己工作相关的 n 个人给自己打分/评价;OKR 部分的最终得分只是作为参考;总分最后由直属 Leader 综合考虑几个方面打出。

    2 技术管理

    2.1

    公司不同时期的重点技术工作

    初创期:开发产品原型,做技术储备

    发展期:保障产品升级、制定技术服务体系,处理业务部门的需求和抱怨

    成熟期:技术产品创新效率的提升

    2.2

    布鲁克斯定律,研发者的生产力随着团队规模的增加而减少。

    努力的成本是团队规模的平方。so,技术团队的规模需要控制,人数过多的话需要考虑分拆。

    2.3

    技术需要与业务高度融合,需要培训懂业务的技术专家,切忌离开业务空谈技术。

    2.4

    十人以上技术团队可以采取轮岗来提高大家的技术热情和技术广度,但需要做好岗前培训,尤其对于技术门槛较高的岗位。

    2.5

    理解事故和问题的区别。事故需要立刻解决,而问题是要找到事故的原因。

    2.6

    以价值为导向,建立需求管理闭环,给业务需求方设定信用分,价值预估,上线后进行价值验证以判定价值达成率,从而直接影响信用分。

    2.7

    面试可以采取行为面试法,即给予实际案例看其解决问题的专业能力和思维能力。

    2.8

    技术团队超过 100 人需要建立职业发展体系、能力发展体系以及培训发展体系。

    2.9

    技术管理者需要发展三方面能力:专业能力、领导能力以通用能力(沟通能力、执行力、团队协作、责任心等)。

    3 关于作者

    飒然 Hang,《Java 工程师修炼之道》作者。

    三、我的 20 条工作原则

    这 20 条原则都是我自己总结的,不一定适用于你,但可能有借鉴价值。下面我就挨个分享一下。by 霍泰稳

    1、开会不迟到:每次开会最好早到五分钟,静静心,和其他早到的同事闲聊一下,这样就可以心态放松,游刃有余,可以全身心投入到会议中去。每次会议一定要有总结,有下一步行动计划,并落实到人。

    2、保持开放思维:相信每个人都有智慧,也相信每个人都有盲点,不论是处在什么岗位上。所以要保持思维的开放,请大家直接给反馈意见,不用顾忌我的面子,因为这是为了工作开展得更好,不是为了我个人。

    3、站在公司角度做大决策:这个原则在前几期也零星分享过,越是重大的决策,越要坚定地站在公司利益的角度做思考,坚决摒除个人利益。这样就可以有效防止错误决策,也能让事业和格局越来越宽阔。

    4、透明沟通、直接沟通:将一切沟通都摊在阳光下进行,保持“极度透明”,在沟通的过程中不断修正彼此之间的信任和默契程度。这个时候,有冲突是好事情,团队正是需要通过这些冲突将信任延展到更深的层次。

    5、相信专家的力量:相信自己的学习能力,但更要相信专家的专业性。别人之所以是专家,就是在某一个点上他投入了大量的时间和精力,有自己的一技之长,我们通过和各种专家沟通,提升自己在这一方面的能力,少踩坑,节约时间。

    6、坚持自我成长:始终保持空杯心态,相信每日精进,相信认知是能够不断进化的,包括身体和心灵。比如跑步是让自己的肌肉进化,阅读和写作是让自己的思维进化,信仰是让自己对哲学有更深的理解等。

    7、不基于恐惧做决定:凡是基于恐惧匆忙做出的决定,基本都是错误的。始终记住这一点,遇到了恐惧,就先让自己平静下来,详细列出要做出的决定的优缺点,并且和团队成员坦诚沟通,集思广益之后再做决定。

    8、做事情不纠结:坚定相信纠结无用,这只是在浪费时间和精力。决定已经做了,事情已经在开展了,就随它去,我们能做的就是如果形势往好的方向发展,就想办法乘胜追击,如果形势往坏的方向发展,就痛改前非。

    9、对人不争不急不狠:这个是我最近一段时间给自己新定的一个原则,与人相处,不论是对待同事、家人还是朋友,都要温润如玉,不争功,不争荣誉,不气急败坏,不心狠手辣。

    10、对事要争要急要狠:对待自己在做的事情,对待公司的事业,就必须要争第一,要定高目标,执行力要强,说到做到而且分秒必争、提前做到,更要高标准严要求,对待质量问题不留情面。做到这样子,才是对用户最大的爱,对自己和同事最大的爱。

    11、早晨十点之前完成工作:几年前看过日本作家高井伸夫写的一本书,书的名字就是这个,从那以后我也把这个作为我工作的原则之一。每天做事情,原则就是要事优先,在精力最旺盛的时候做最重要的事情,先把大石头搬掉,然后是中石头,小石头。

    12、写日记三省吾身:坚持写晨间五分钟日记,记录感恩的事情,要做的事情,要反思的事情等。每天花很少的时间,做简要规划和反思,持之以恒,养成良好的记录习惯,也能每日精进。

    13、真诚赞美周围的人:善于发现周围人的优点,做得好的地方,哪怕是很小的一个点,都要积极地基于具体的事件进行赞美,每个人都需要关怀,也都需要得到他人的肯定,没有例外。

    14、周末至少工作半天:不论是在家还是来公司,每个周末至少要正式工作半天,先做到在时间上的投入。当然,现在公司经理人实行大小周制度后,这一点比从前做得更好。

    15、每周至少围着公司转一圈:尤其是公司的规模越来越大,也有越来越多不认识的同学,每周围着公司转一圈,刷刷存在感,一方面让自己对公司有更多的感知,另外也借机会多认识一些同事,有缘在一起工作,是很幸运和幸福的事情。

    16、吃工作餐时尽量约着同事一起:因为疫情的原因,这一点好长时间没有做了,不过我是相信聊天就是生产力。尽量防止同事进公司的时候,见过 CEO 一面,离开的公司的时候,再见一面的尴尬情形。

    17、工作日尽量不喝酒:这一点在努力做到,作为一个公司的领导人,还是要时刻保持头脑的清醒,因为你不知道第二天会有什么重要的会议,或者重要的客户来。工作日就是要拼命工作,就是要努力创造工作中的价值。

    18、6 点半之前起床:醒了就起床,不要赖床,可以先坐起来一会儿,然后强制自己开始洗漱,冥想,运动。无论前天睡得再晚,这个规矩都尽量不要打破,这也可以强迫自己早睡觉,少刷手机。

    19、生命在于运动:坚持运动,每天至少跑步三公里,五公里最好,周末要跑个至少十公里的长跑,条件允许的情况下,可以跑二十公里,保持身体的持续锻炼。

    20、每周读一本书:最后一个原则还是和“书”有关,书中自有黄金屋,书中自有颜如玉。不论是工具书,还是小说,还是人物传记,开卷有益。平时我们都是在输出,通过阅读书籍,可以弥补我们的输入,做到两者之间的平衡。

    好了,我自己平时用的工作原则就分享到这儿,希望对你有帮助。我相信你也有自己的原则,不妨分享出来,咱们一起进步。


    作者:沙漏哟
    出处:计算机的未来在于连接
    本文版权归作者和博客园共有,欢迎转载,请留下原文链接
    微信随缘扩列,聊创业聊产品,偶尔搞搞技术
  • 相关阅读:
    【JLOI2011】飞行路线
    P3369 【模板】普通平衡树
    P1144 最短路计数
    P1462 通往奥格瑞玛的道路
    【NOIP2017】宝藏
    P1120 小木棍
    P3919 【模板】可持久化数组(可持久化线段树/平衡树)
    P3834 【模板】可持久化线段树 1(主席树)
    矩阵清零--进军硅谷
    二维数组搜素--进军硅谷
  • 原文地址:https://www.cnblogs.com/yeahwell/p/13601954.html
Copyright © 2011-2022 走看看