Atittit.研发公司的组织架构与部门架构总结 1. archi组织架构与 部门规划2 1.1. 最高五大组织机构2 1.2. 宗教事务部2 1.3. 制度与重大会议委员会2 1.4. 纠纷处理部:3 1.5. 行政部3 1.6. 保安与治安维护部:3 1.7. -------------------------3 1.8. 行政大部下面的小部门3 1.8.1. 总务部::负责具体的团队内部行政制度执行4 1.8.2. 保安部门::4 1.8.3. 餐饮食品部:规划食物体系,根据不同的分部实际…

今天一个小伙伴问我,如何「快速提升」一个团队的软件开发成熟度?我犯难了.我个人理解一个团队的软件开发成熟度涉及的东西很多,但最简单最直接的方法就是发钱涨工资,可是估计很多公司不愿意,那就只有扣了. 快速提升的目标 短期制度解决 如果想短期快速提升,那就直接梳理好最关键点,制定规章制度,然后通过奖惩制度让大家遵守.这种做法成本不高,也许还能创收给团建攒点经费.这种做法优点就是见效快.直达痛点,但是副作用也很大,不厚道不人道,无法持久,毕竟工作合同里可没写扣钱的事儿.一天两天一周两周还行,时间一长人…

最近很多公司专门设置了一个职位叫「技术治理架构师」,主要负责公司技术治理相关事宜.这是个非常有意思的职位.技术治理的活,之前我们也是做的,只是没有提的这么明确,一般都是研发效能团队.PMO.架构团队.技术委员会一起协调做这些事情.现在专门设置这个岗位,证明大家已经意识到了技术治理的重要性和必要性,这对我们来说是件好事. 技术治理&研发效能 首先,我们还是回顾下研发效能的定义和核心价值 研发效能是一个组织持续高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范.流程.标准.工具.度量体系.实…

有人常说「酒香不怕巷子深」.不是的,如果这个巷子是酒吧街,那最深的那家酒吧肯定是租金最便宜的.酒吧的地段好坏已经在租金价格上体现出来了.现在已经不是那个工具缺乏.有个工具就拍手称快.欣然去试用的时代了.何况现在每个人各司其职,工作节奏都很快,平时都关注在自己的工作任务上,很难注意到其它.所以我们不但要有能力把产品做出来,还要让更多的小伙伴知道它.把它用起来,用得爽,这就是我们产品运营需要做的事情. 团队组织 产品与运营啥关系呢?产品是把产品做出来,让产品「有用.可用.用得爽」,而运营的职责是将产…

想要做好业务,老板们除了要梳理好公司级别的业务目标,公司的组织架构,还要搭个有产出的班子,也就是找负责人.建团队,让组织架构充实起来.搭班子最重要的就是把负责人找到,就是团队1号位的人.本文主要讲团队负责人的主要作用,怎么才能找到,不同背景的优劣势,以及各方面的要求. 研发效能团队1号位 「火车跑得快,全靠车头带」.团队1号位的能力,基本上决定了这个团队的上限.所以我们在邀请1号位的时候要格外严格筛选.他除了要负责与其他部门协调.资源和预算管理.绩效考核等管理职责,作为领域专家还要胜任以下专业能…

今天发生了一件大事特拉斯辞任英国首相,我想借着这件事情说下我看到的一件研发效能的荒唐事,这其中的关联也许就是「都用了不靠谱的人」. 两件事情 今儿一早就听到,2022年10月20日英国第78任首相伊丽莎白·特拉斯宣布辞职.特拉斯上任后任命她的「密友克沃滕」出任财政部长推出「迷你预算」结果引来英国金融大震荡,英镑对美元汇率跌幅达3%,股市和英国国债均大幅下挫.最后架不住投资者.保守党和民意,辞去英国保守党党首职务,自动卸任英国首相职务,任职45天,也是英国历史上任期最短的首相. 迷你预算这事干的真…

最近某位大神在推特上发了一个帖子,结果引来了国内众多卖课机构.培训机构的狂欢,开始贩卖焦虑,其实「平台工程」也不是什么特别高深莫测的东西.闲得无聊,把这位大神的几个帖子薅了下来,你看过之后就会觉得没啥,都是熟悉的东西. Sid Palas & 平台工程 这位大神的名字叫 Sid Palas,一位专门做 DevOps 和 Cloud infra 相关工作的小伙伴.为了让大家了解他,他的 github 我附在最后了.下面就是这个非常有意思的帖子.原帖可以到推特上去围观.共有六部分,第一部分我贴了原图…

现在很多公司都在做或者计划做研发效能,也知道研发效能工作很重要,能提高产研运同学的协同效率,提高员工的工作效率和质量,提高业务交付效率和交付质量,但是价值有多大?效率又有多高呢?因为不容易说清楚,所以经常碰到一些质疑和灵魂拷问. 如何衡量研发效能的效果? 如何衡量研发效能的作用? 如何说清楚研发效能工作的价值? 研发效能是做啥的?有啥用?有多大用? 研发效能定义 之前我给过研发效能的定义,但是随着这个领域的发展,大家越来越注重「开发者体验」,因为这项工作太重要了,对员工的工作效率的确影响很大.之…

专注 300 页之内的经典书籍推荐 研发效能涉及的知识很多,从大的方向去划分包括制度.组织.平台.运营等:单从软件研发的角度去看也包括很多,包括最底层的软工认知.实践,到团队管理和组织.敏捷研发,项目管理.源码管理.发布管理.可观测性,到产品的运营和反馈. 现在很多公司已经组建了或者正在组建研发效能团队,每个人都大概有个认知,但是具体又很难说清自己该做什么不做什么,找不到自己的核心价值.「就菜下锅」「看碟下菜」是一种策略,但是我个人觉得还是要从大方向上对研发效能有个清晰的认知,分清边界.高效协同…

我特别反感那些不顾公司现状一上来就想要做研发效能度量的人,尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人. 没几个人的小公司上来就做研发效能度量,就如同普通人一上来直接问媒婆怎么能娶到迪丽热巴.解决办法无非把大象装冰箱里的那三步.套用一下,公司想要做好研发效能度量也有标准的三步:长时间对研发效能业务投入,建设好研发效能工具链,做好效能度量.现实是我们很多公司卡在了第一步上.我们可以边做研发效能平台边做效能度量,但不能啥也没有靠嘴造出来的效能度量,否则容易上下互相糊弄. 长时间对研发效能业务投…