12 天前 / 敏捷的水
最近和人聊女孩子应该找一个什么样的老公,我给的第一建议是这个人必须是个好人,好人的意思就是要本心善良,有 empathy 共情能力,但是给的第二个建议就是要有领导力,做什么才能锻炼领导力,这里面有很多东西需要学习和做的东西,但是判断一个人没有领导力有一条比较管用,就是这个人在做事的时候如果一直是“好人”,那么他就是不具备领导力。这个好人和我第一个建议的里本心善良的好人是不同的,但是这两个好人是可以集于一人之身,为什么需要领导力,因为领导力不光让我们可以做好工作,也可以让我们更好的生活,因为领导是一个职位...
13 天前 / 天行者YANG
写在前面什么是真正的程序员 2020 年已经结束,回顾和思考了 2020 年我的团队的好与坏,并且在 2021 年应该如何更好地建设团队。在谈如何做团队建设之前,我们先来说说程序员这个个体。 在互联网的浪潮下,程序员这个职业从某种程度上来说,具备了改变世界的能力,随着各种培训机构越来越多,程序员也成了高薪的代名词。越来越多的人选择这个职业,是因为高薪。从本质思考,高薪是做的好的结果,而不是成因。
25 天前 / 王辉的博客
当我读马利克的《管理,成就,生活》系统学习管理的时候,受到的最大启发,是学会发扬别人的优点。接下来的管理工作中,我就开始留意一个人的优点,并且在做绩效评估的时候,表扬他们的这些优点,对于大部分下属,他们都很开心经理能看到他们的闪光点,并因此更高效的工作。可是有一个下属,在我表扬他的时候,发出了一些怀疑的声音。 当时这个下属拿到了另外一家公司的 Offer,正在徘徊是否跳槽。由于他的确很优秀,我试图挽留他,说在他身上发现了不少优点,别的同事也说他工作出色。
36 天前 / 王辉的博客
发表于 2020-10-06 一个享受编程的程序员为什么会有转管理的念头?更何况技术精进的好,不愁找工作,不愁加薪,还受领导重用,同事尊重,名利双收。我想通过亲身经历,说说转型管理的心路历程。 转型管理,这个念头来自一次失败的创业经历。从那以后,意识到了,再好的技术,如果解决不了用户的痛点,投入再多的心血,也都是无用功。这是走向管理最重要的契机。除此之外,还有好奇心的驱动,做了七年多的开发,技术仍可以进步,但吸了水海绵,越吸越难,在管理这个新领域,很多知识都是新的,一碰就能吸进去。
36 天前 / pointers
成长 & 认知丨 作者/袁吴范 这是 pointers 公众号的第 29 篇原创文章 这篇文章,我投稿给了洋哥(findyi),我这里不算是首发了,但是我觉得还是有必要分享给大家。 稍微修改了下,竟然还是能原创发,这点让我挺意外。 在目前的社会环境下,程序员似乎成了“弱势群体”。我们经常谈论的职场 PUA 已经成为程序员的代名词。 我一直在想,为什么这么多管理者能力会这么差。 但最后最吃亏的还是可怜的程序员。 也许问题的关键是他们被告知了一些伟大的真理。 而这些真理往往陷入老生常谈的陈词滥调。比如“赋权”、“辅导”、“激励”等等。
41 天前 / 十三少
测量分析,不仅可以用于项目管理,也可以用来度量软件团队成员的技能。 在回答如何评价软件团队成员技能之前,我们先看看有哪些测量项可以用于度量个人的技能。 在对个人能力的数字化评价上,球员打分系统相对比较成熟。下面对于软件团队成员的技能的度量也采用了类似球员评价的测量项。 衡量进攻能力 A 得分 度量目的:测量程序员在已分配任务上的总体生产力。 度量公式:得分 = 所有已完成任务的复杂度之和 B 多能 度量目的:测量程序员完成了所分配任务的数量。度量公式:多能 = 完成的任务数 C 火力 度量目的:测量程序员完成任务的平均复杂度。
57 天前 / 知了一笑
一、分层策略 MVC 模式与代码分层策略,MVC 全名是 ModelViewController 即模型-视图-控制器,作为一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑,这是一种开发模式,但并不是实际开发中代码的分层模式,通常 SSM 框架的后端代码分层如下: controller 控制层:定义服务端接口,入参出参,和一些入参校验; service 业务服务层:组装业务逻辑,业务校验...
69 天前 / pointers
任何一个组织都存在上下级关系,在大家心中,上级管下属天经地义。所以这篇文章的标题《怎样管理你的上级领导》,有点很稀奇,甚至有点匪夷所思。 那为什么还要管理上级呢? 很多粉丝都问过我,“袁总,我已经工作 5 年了,我还在底层做一线码农,我能力很强,为啥我总是得不到领导的重视?”,我观点很明确是:技术能力固然重要,但是软能力同样重要。技术能力和软能力,就像是技术人的两条腿,缺了任何一个,都不能持续向前。 而管理上级领导就是软能力中最重要的能力之一。
78 天前 / pointers
▲点击上方"pointers"关注公众号 成长 & 认知丨 作者/ 袁吴范 这是 pointers 公众号分享的第 15 篇原创文章 我的粉丝中很多人都跟我谈过他们的职业困惑,其中有一些刚刚毕业,有些人已经工作超过 10 年。 基本上是围绕着怎样持续提升,怎样晋升为高级管理者。 那么这篇文章,我就来谈一谈程序员到高管的跃升之路。 从象牙塔毕业跨入社会大染缸,经过 3 年 5 年之后,在成长的历程中,有三次极其重要的跃升。如果跨不上去,你的高度也就到此为止了。 —1— 技术跃升 所谓技术跃升就是:从个人初做者,到个人贡献者 第一跃升是从个人初做者,到个人贡献者。
129 天前 / 飒然Hang
二. 什么是研发效能对于一个企业来说,追求的是企业效能的最大化,包括:利润、用户规模、客户满意度、运营效率等。而对于需要研发自有产品的互联网公司来说,研发效能则是服务于企业效能的至关重要的因素。 一个软件研发的完整流程如下图所示: 此流程交付期望产品的效率和能力,即研发效能。更进一步的《研发效率破局之道》中将研发效能定义为团队能够持续地为用户产生有效价值的效率,包括 有效性(Effectiveness)、效率(Efficiency)和可持续性(Sustainability) 三个方面。其增加的可持续性指出研发效能应该着眼于长期效果。
169 天前 / ThoughtWorks
敏捷项目宣称拥抱变化,现实中很多变化来源于不确定性,而不确定性总是和风险相关的,所以敏捷项目拥抱变化也就意味着与风险共处,拥有了管理变化的能力,也就拥有了管理风险的能力。 本文基于自己的经验,从三个方面分享一下敏捷项目如何拥有管理变化的能力。 1 识别什么样的变化能带来真正的风险很多人听过这句话:永远不变的只有变化本身。 可以很贴切的用在敏捷项目上,不妨做个大胆的揣测,敏捷只所以产生,很大的概率来源于对于管理变化的求索。
170 天前 / openio
先说个题外话哈,我的公众号没有任何商业目的,我本人对“网红”不排斥,但也并不热衷。写公众号就如同我最初第一篇而言,纯粹为了分享作为一个技术人的点点滴滴、嘀嘀嗒嗒。并不觉得我就是比谁混的好或者厉害。所有的分享,就是自己的反思、总结,而且很多东西大家都有共鸣,说明不是我一个人经历那些,想到那些。写出来,是和所有技术朋友的一种交流。非常偶尔,会有评论就我的某个观点试着对我说教。那个不好意思,我看到一般都直接拉黑了。毕竟我没时间和你较劲,我也帮你省时间看到我写的东西。最主要的,“脾气好”绝对不是我的优点之一。
173 天前 / 十三少
海森堡说:“提出正确的问题,往往等于解决了问题的大半。” 5W1H 分析法就是一种科学分析的方法析,是对某个事项的工作内容(What)、责任者(Who)、工作岗位(Where)、工作时间(When)、怎样操作(How)以及为何这样做(Why)进行书面描述,并按此描述进行操作,达到完成这个事项的目标。 我们可以把 5W1H 用于制订项目计划。 使用 5W1H 分析法制定项目计划,就要回答以下这些问题: What(做什么):项目范围和内容按照 GJB5000A 的要求,制订计划先要进行估计,而要估计就要先明确项目的范围。使用 5W1H 方法,先要回答项目范围,可谓异曲同工。
174 天前 / Ryan众乐
首发于侯振宇的理想世界写文章技术管理的世界观侯振宇知行合一 43 人赞同了该文章导读注意,这篇文章中的讨论主要适用于“通过技术实现业务 ( 或产品),然后通过业务盈利”这种类型的组织中。对于直接出售技术盈利、或者将技术外包类型的组织,部分结论可能不适用,但仍可借鉴其中的思路。 这篇文章不是对传统管理学的书摘总结。我发现大部分的教材或者经典书籍都是直接站在结论的角度来讲述的,而我更希望得到的是方法。
217 天前 / backkoms
写写不久前的一段经历吧,算是给这段故事做个总结。由于我分管在技术团队,所以这只是我的视角,或许还有其它解读,但结局已定,姑且看看也无妨。 题图 from unsplash 公司成立于 4 年前 4 月份,成立时就有一笔资金入股,志在做出一款服务于业内各商业伙伴的 SaaS 平台。这不是一笔来自专业投资机构的资金,而是本地一家企业的财务投资,算是这个企业的外延控股子公司,这种结构注定创业团队的话语权不高。融资的来历是各种机缘巧合,这里不做展开,只需要知道公司账上有钱,开始招兵买马,开疆拓土,你能理解手里有粮的感觉吧,总之士气相当旺盛。