中台建设:中台有效落地的6脉神剑_peida-编程思维

在数字化时代,数字化体系的建设需要的是系统化的规划和产品化的迭代的模式,基于企业核心业务能力体系,做中台化的持续建设与落地,则是一种不错的选择。 所以,企业业务中台的建设和落地,是关系到企业数字化战略成功实施的关键所在,一个有价值的数字化中台体系,可以为业务的发展提供有效的支撑。 而中台能否有真正有价值:关键不在于建设,而在于在业务体系的落地和有效运营。 中台有效落地的 6 招 今天要分享的是

技术团队:有效开展复盘会议5条建议_peida-编程思维

对于技术团队来说,在项目结束后,或者发生了重大的事情时,团队通过组织复盘会议,来一起反思和总结,发现团队之前有那些做的好的,那些值得改进的地方,来共同的讨论、反馈和总结。 复盘,是团队共同成长的一个非常不错的方式。 通过有效的复盘,可以建立有效的沟通场域,团队内彼此扩大公开象限,获得有效的反馈,避免重复的犯相同的错误,改进整体的协作流程等。 虽然复盘会议好处不少,但并不是每个人都喜欢的。特别是团

日常开发方案设计指北_编码砖家-编程思维

互联网公司管理研发流程,常常使用TAPD一类的敏捷工具。一个需求从提出到上线要经历至少七个流程: 1)需求评审:产品经理给出需求文档,邀请技术参与需求评审,目的是扫清需求疑点,排除无法实现的需求。 2)技术评审:技术人员内部评审需求,确定详细的技术方案。 3)开发排期:技术人员根据技术方案拆解任务,输出开发排期文档,并告知产品和测试,以便他们协调测试时间。 4)开发阶段:技术人员用代码实现需求

技术团队:提升团队效能,从不做3件事开始_peida-编程思维

团队的本质是杠杆。因为一个高效的团队,才会产生1+1>2的价值。 高效的团队,是每一个组织都期望拥有的,而提升团队的效能,各有各的不同,要根据具体的情况,来逐步的构建和探索合适的方式,一步步的才能达到一个理想的状态。 而损害一个团队的效能,则可能容易的多,几个不合适的行为,就可能将团队的效能拉到水平线之下,陷入低效的忙碌之中。 下面是3个常见的提升团队效能的行为,希望对你有启发哦。 不拉大

技术团队:给代码评审发起者的4个建议_peida-编程思维

代码的创造者是代码评审过程中的最重要的角色,是代码评审的发起者,也是最大受益者之一,而如何让代码评审为发起者带来更大的好处,下面是4个有效的建议。 改动范围要小 每次评审的代码变动的范围,要保持尽可能的小。当一次评审的代码中,有超过3个,或者5个以上的关键变动时,就要考虑是否将其分解为更小的变更请求。 因为一次评审中,如果涉及到的改动越小,参与评审的人的认知负担也会更小,也就越能快速的评审、快速

我最鄙视的程序员_编码砖家-编程思维

今天在技术群里看到关于优秀程序员特质的话题,让我想起多年前的一个同事,一个我最鄙视的程序员。 他的名字叫李伟(化名),是入职没多久的员工,我所在的开发二组和他在的一组,以前没有过工作交集。某一天上级安排我们两组人合作开发一个小额贷款项目,在基础服务上构建一个可以灵活对接多个贷款渠道的系统。 渠道对接层:承接渠道的原始数据,解密并解析为我方可以处理的格式和字段。每个渠道对应一个独立的微服务,调

离职,问题就解决了吗?_编码砖家-编程思维

“领导脾气太大了,老子不伺候了。” “工作三年工资才涨几百,打发叫花子吗?” “这破系统改不完的bug,学不到真技术!” “上班996,下班on call,太累了。” 刚入职场的那几年,我经常对工作有各种抱怨。回想起来,有两次冲动的不必要的离职,或者说应该干得更久一点。一旦有了离职的想法,整个人每天都纠结是去还是留,这种纠结成倍的放大焦虑,让自己做出错误的决策。如果你也有离职的纠结,无论原因是什

基于tapd的git commit规范-编程思维

现状 开发团队中,总是有人提交代码时的commit内容乱写一通,或者不明确不完整。当回溯代码的时候,很难通过commit内容定位历史记录,只能一条一条查看,找不到就要去问历史参与开发的其他同事,沟通成本太高了。定义commit规范,能够一定程度解决这个问题,规范一定要简单,过于严苛和复杂会让提交者厌烦。如果您的团队采用tapd作为敏捷开发平台,可以参考这套规范。 规范 示例:TAPD需求标题:类

不要给领导惊喜或惊吓-编程思维

在职场中,你是否曾经遇到过这样的情况:你负责工作出现了严重的错误,例如系统停机,你希望在问题更广泛地传播之前找出问题的原因或解决方案?我知道这就是我的感受,特别是如果保持这个系统正常运行是我或我的团队的责任,不希望给领导造成麻烦,期望尽快解决问题。 应对之道 当问题发生时,人都会有一种自然的本能是去隐藏或否认问题是一个问题,甚至它根本就没有发生。我们想要将我们的责任最小化,毕竟我们工作的很大一部

从团队管理视角看重复建设问题:轮子小造怡情,大造伤身,全局出发成就更好的你-编程思维

在一定规模的软件研发团队内,经常出现的情况是对同一个问题领域,会有多个人或多个者团队蒙头再重复做系统或方案来解决相同问题。 甚至,在一些团队内,技术人员为了职位晋升,会通过重复建设相关的系统来展示其能力,并名其名曰面向晋升编程。 对于个人来说,重复造轮子其实是人之本性,特别是对于优秀的研发工程师来说,自己的方案和代码永远都是最好的,别人的都是垃圾。 对于研发团队最高负责人而言,就需要认真思考重复

Code Review 常见的5个错误模式-编程思维

原作者:Trisha Gee Code Review 的时候,每个人都会关心最佳实践,但最坏的实践有时可能会更有启示意义。 Code Review是研发团队必不可少的,但并不总是正确的。这篇文章指出了所有开发者在Code Review时或提交拉取请求时可能都会遇到的一些常见的错误模式,并对这些错误模式进行了总结: 错误模式:挑毛病 想象一下下面的场景。代码作者花了几个小时,甚至几天的时间来创建他

快速成长从写一份走心的周报开始-编程思维

上一篇我们唠了唠开晨会的目的,方法和实践的经验。总体上看有效的晨会对个人的成长和团队效能提升都是一个不错的实践。 今天,我们来聊聊工作周报的一些思考和实践,看为什么要写周报,如何写一份走心的周报来帮助我们快速成长。 现在大部分团队都会要求写周报来做阶段性的工作汇报和总结,但对于为什么要写周报,每个人都有自己不同的认知,例如一些常见的看法: 有觉得就是leader事儿多,一周辛辛苦苦做了那么多事

管理者的陷阱:总是试图维护自己的正确性-编程思维

三国演义,曹操和杨修的故事: 曹操作为统帅,在打仗过程中,有将军进帅帐,问晚上巡逻的口号。曹操说到了鸡肋,杨修立马明白了什么意思,就是这次行动像鸡肋,食之无味弃之可惜,估计退兵就不远了。于是让身边的人收拾行李,结果曹操看到很多人收拾行李。知道了原因,把杨修杀了。 这个故事里,杨修是那个时代的精英人物的典型代表,但他有个最大的毛病就是爱刷存在感。为了证明自己的正确性,最后丢掉了自己的性命。 在

相信时间的力量:三个行动开启个人成长飞轮-编程思维

当我们在骑单车时会有这样的感受,在刚开始起步的时候都会很费劲,但是在瞪了几圈后,就轻松了很多。这种感觉在加速后缓下来的时候会格外的明显,你的脚可能只是轻轻的放在踏板上,轮子也会带着你脚转起来。这就是飞轮效应。 飞轮效应 飞轮效应: 是指为了使静止的飞轮转动起来,一开始你必须使很大的力气,每转一圈都很费力。但是每一圈的努力都不会白费,飞轮会转动得越来越快,达到某一临界点后,飞轮的重力和冲力会成

征服乔布斯的男人的10条领导原则-编程思维

《一生的旅程:迪士尼CEO自述批量打造超级IP的经营哲学》,被书名严重误导值得反复阅读的书。本来以为是讲如何打造IP的方法的书,阅读后发现是一个经理人45年职场成长的经验的总结,是十分值得反复阅读和学习。 作者 罗伯特·艾格是华特迪士尼公司的董事长兼首席执行官。从2005年10月起,他开始担任公司的总裁兼首席执行官,之前他曾在2000年到2005年之间担任总裁兼首席运营官。 罗伯特·艾格从在片

背锅的艺术:需求临时变更上线后出事故谁的锅-编程思维

按照已确认的需求,代码都快要上线了,产品提出需求变更,匆匆改完代码上线后导致重大 bug,锅(责任)应该是研发还是产品来背呢? 工作中背锅是常态。柱哥想说:背锅不可怕,背了无数口锅还没有一点长进才是最可怕的。 下面我们聊聊如何更有效的背锅: 分锅原则 首先,我们需要明确责任原则:谁执行谁负责。 这种场景下,代码开发和最终上线的的是研发同学(RD 和 QA)的执行的,事故的主要责任是在研发同学了

技术团队:当所有需求都是第一优先级时,你该怎么办?-编程思维

技术团队做项目需求的工作过程中,经常会出现一些反复不断的问题,这些问题会严重影响团队的工作效率,同时也会给团队的士气带来重大的影响。接下来,我们来讨论一下这些问题发生的具体场景,造成的问题原因,以及如何预防和解决这些问题方法技巧。 今天来看第一个常见的问题:当所有的需求或任务都是第一优先级的时候,你该怎么办呢?   一切都很重要紧急 这是指每个需求、任务和问题都被定义为最高优先级,技术团队管理

技术团队:绕过流程提问题“干私活”,怎么办呢?-编程思维

“ 在技术团队工作过程中,经常会反复出现一些的经典的问题,这些问题会严重影响团队的工作效率,同时也会给团队的士气带来重大的影响。 接下来,我们来讨论一下这些问题发生的具体场景,造成的问题原因,以及如何预防和解决这些问题方法技巧。   今天来讨论第2个常见问题:需求方总是绕过技术团队的正常流程来解决问题,也就是俗称的开发人员“干私活”,该怎么办呢? 不走流程的问题 我们知道,一个相对成熟的技术研

技术团队:当指责抱怨满天飞时,你该怎么办?-编程思维

点击蓝色“常柱”关注,一起成长 这是公众号2020年的第 039 篇原创内容 在技术团队工作过程中,经常会反复出现一些的经典的问题,这些问题会严重影响团队的工作效率,同时也会给团队的士气带来重大的影响。 接下来,我们来讨论一下这些问题发生的具体场景,造成的问题原因,以及如何预防和解决这些问题方法技巧。     今天来讨论第 3 个常见问题:持续高压的工作让整个团队都进入一个乱遭的状态,某个突发

领导一个技术开发团队-编程思维

 常柱 架构未来 1周前 本文大部分内容为工具翻译,部分内容根据个人理解做了调整和编辑,不太准确地方请见谅,阅读原文见文末引用。 团队建设的本质:如果你雇佣的人只是因为他们能做一份工作,他们会为你的钱工作。但是如果你雇佣那些和你有同样信念的人,他们会为你付出血汗和泪水。   我一直想写一篇文章,谈谈我对领导力的感受,以及过去几年我和我了不起的团队 中学到的一些教训。自从我开始工作以来,我一