关于程序人生:降本有可能增效不确定

4次阅读

共计 3560 个字符,预计需要花费 9 分钟才能阅读完成。

降本伎俩一招鲜,增效办法吃遍天;

01

互联网行业里;

降本策略千奇百怪,伎俩却出奇统一;增效办法形形色色,伎俩更是花里胡哨;

对于企业来说;

商业的根本模式,就是围绕供需产生的利益关系;

很多决策的执行,都是基于利益最大化思考的;

什么是 利益最大化

更低的老本、更高的效率、更优的品质、更好的后果,没有 的说法,只有 的谋求;

好听的讲,叫降本增效;不好听的讲,叫唯利是图;

企业对于降本增效的谋求,理性上说底线没有,感性上说逻辑紧密;

02

先来聊一聊:降本 ,最间接无效的伎俩: 裁员

不论是营收压力,还是业务瓶颈,都首选裁员来缓解窘境;

人力资源的老本升高,保障公司经营的可继续,在策略上极具确定性,只是伎俩比拟魔幻;

最近几年,某某厂裁员的热搜常有,网上吐槽的小作文也接踵而至;

更离谱的是,裁员之后的降薪动作;

尽管,月薪间接打折的操作不多见;

然而,奖金上的闷棍却一通神操作,要么被打折,要么被打水漂;

为啥不是降薪,而是裁员?

降薪影响整体的气氛;

如果操作不当,很大概率会先把有能力的人打包送走;

裁员影响范畴绝对较低;

而且针对性显著,把混不动的人送走,偏向于做人做事都有问题的;

最骚包的是,裁员之后再招聘新人;

被裁的人还没签字,接替的面试者已到会议室;

越防线暴击,半点武德都不讲;

新人入职之后还能够给团队一些压力,放弃肯定卷的气氛,对公司而言何乐而不为?

裁员这件事,对于一般选手来说;

总有很多理性上不能承受的理由,然而都无奈代替感性层面上的主观逻辑;

职场上,苏醒很重要;

面对当下的互联网行业,裁员风波中,具备留下的能力,也有抉择走的实力,才算稳当;

03

绝对于 降本 这个潜藏在暗线的策略,增效 则是明面上常说的话题;

这里的效是指常说的 效力 ,既有 效率 ,也有 成果

效力的概念比拟形象,能够将其放在具体的实际中去了解,基于惯例的事务执行流程即可;

无论是公司顶层的战略规划,还是我的项目层面的管理策略,又或是团队或者集体层面的具体事务推动;

在效力方面,都须要对齐的几个节点;

指标和过程的正确,后果和产生的成果反馈,即效力;

所以,效力围绕工作各个环节,比方:布局、决策、我的项目、业务、技术等;

效力的实际,是一个长期的过程;

对于效力的掂量也没有相对规范,从实际中看,须要主观的绝对规范;

在环境的不同期间,不同事务中,应答的策略也各不相同,效力的谋求天然也要审时度势;

在企业中,不同层级的角色,对待事务角度不同,流程也有差别;

上面围绕研发这个视角,从事务推动的各个关键环节,来剖析效力方面的问题;

04

【数字化转型策略】

互联网企业,围绕 数字化 体系的转型,是近些年的热门话题;

残缺的门路:信息化 数字化 智能化

此前,在数据服务公司待过两年,对数字化的利用和业务赋能有过一些实践经验;

从集体的实际来看;

信息化 能够简略的了解为:组织、经营、业务流程 的线上数据化过程;

数字化 能够简略的了解为:基于数据的兼顾剖析,再反向驱动组织、经营、业务的能力体系;

智能化 能够简略的了解为:基于信息化和数字化之上,更加智能的剖析、决策能力;

随着数字化概念的遍及和推广,大部分企业了解数字化的重要;

然而企业的数字化转型之路,实际的过程是波折和漫长的;

对于转型来说,不同的企业有不同的业务和特点,并没有一套绝对残缺的规范来掂量胜利与否;

从一个比拟现实的状态来形容:实现全流程全场景的数字化治理;

在倒退的过程中,通过对数据层面的主观剖析,疾速发现问题,撑持决策的制订和执行;

05

【组织决策层面】

站在企业层面来看,兴许能承受短暂工夫内走的慢,然而不太能承受方向上的谬误;

走的慢,只象征付出的回报可能早退;

方向谬误,则象征付出没有回报;

很显然,对于互联网这个行业;

大部分的中小型公司,并没有试错的资本和工夫,错过可能就是完结;

所以,组织在做决策时;

须要进行兼顾剖析和布局,竭力谋求 指标的正确性 方向的准确性

以研发过程中重大版本为例,来剖析决策的流程;

组织针对事务的决策会议,通常管制在三次,目标就是对齐事务外围人员的认知;

决策正确与否的要害;

在于要害信息是否充沛的表白和剖析,从而造成影响决策的外围因素;

集体所在的企业中,对于那些以月或者季度为周期的重大业务版本;

在进行决策会议的 前三天,就会下发相干的资料文档;

所有参加的人员

会议上都必须表白对事务的认识,执行时可能呈现的问题,由项目经理进行兼顾;

而后各个团队剖析问题,给出解决的计划和老本;

最终,实现对事务的各个维度兼顾或取舍,造成预期布局,转入立项执行阶段;

在决策时;

如果信息不全面不充沛,无奈造成广度和深度的综合剖析;

很容易产生谬误的预期布局,后续的执行和后果天然也会呈现偏差;

06

【我的项目执行层面】

我的项目推动的流程,通常谋求 品质、老本、工夫 的均衡;

在不升高品质的状况下,同时升高工夫和老本,故而造成当初互联网的内卷状态;

在项目经理的视角下;

各阶段的并行推动,人力资源的染指工夫,不同节点的转换,问题的协调和危险的躲避;

都会对我的项目的周期产生较大的影响;

曾有一个预期为三个月的版本;

通过项目经理的精密布局,提前二十天实现交付,并且不削减各方的评估工夫;

从我的项目的 执行过程 看;

  • 可并行的流程,合并到一个周期内;
  • 节点转换节奏中,不容许隔天交付,周期完结必须即时向下交付;
  • 过程中所有问题和危险,在各自阶段内疾速协调并解决,没有影响整体排期;
  • 对于可能呈现的加班状况,各种福利都提前安顿好,防止情绪问题;

从我的项目的 最终后果 看;

围绕需要的指标和指标体系,去掂量后果以及产生的成果;

造成我的项目的复盘总结文档,以及后续的优化计划,积淀项目管理教训和 常识体系

07

【业务管理层面】

业务,企业的相对外围;

很多组织架构、团队构造、流程机制,都是围绕业务设计的;

业务的残缺周期;

业务的倒退周期:孵化期、验证期、成长期、成熟期、衰退期、转型或者沦亡期;

在周期性的变动中,很多特色会多次重复呈现,问题也会继续呈现;

深刻业务的实质;

在不同的周期阶段中,抓住要害的问题和矛盾,设计和落实相应的解决方案;

问题必然会始终呈现;

可能是对业务的洞察剖析,客户的实在反馈,业务落地的各个过程;

在任何工夫下都存在问题;

然而发现很多问题,却没有抓住和解决要害的问题,对业务的建设来说是致命的;

业务的流程门路;

以互联网业务的生意模式来看:流量获客、转化销售、围绕产品做继续经营;

在不同的业务场景下,其运作流程会有差别,但其本质上的逻辑是相通的;

业务体系的搭建过程中;

除了各环节的外围能力建设,还要围绕流程的推动做继续的优化治理;

谋求业务流程中合作的 顺畅和高效,升高业务流中不必要的人为操作,是增效的罕用伎俩;

业务的细节刻画;

深刻洞察业务画像,一直的开掘和解决其外部的细节问题,助力业务施展更高的价值;

对于业务的细节问题解决,更多是具体场景具体分析,这里抛一个场景案例;

在企业中,很少只存在一个业务线,而不同合作团队之间存在肯定的壁垒,也是常见的问题;

对于服务客户来说;

在转化的过程中,商务人员通常更专一于本身负责的业务,从而疏忽业务之间的联动性;

通过论证后,通过标签能力,尽可能的联动不同的业务线;

  • 首先,设计各个业务线的客群需要标签;
  • 其次,在客户跟进时通过标签,进行自动化匹配,造成相应的业务线索;
  • 最初,标签的精确水平,线索最终的转化后果,设定处分机制;

对这种细节问题的解决;

须要准确的把握业务场景,其解决方案的实现老本可能很低,但产生的业务价值却很高;

08

【技术研发层面】

研发体系,既要面对业务的复杂度,还要应答技术的复杂度;

团队分工角度;

首先从团队的分工角度来看,技术依赖很大的专一性,所以分工明确比拟重要;

团队的分工,次要是以成员的能力为根据,业务开发能够依据集体的主观志愿进行适当的调整;

通过正当的分工设计;

让不同的成员都能够继续专一在一个方向内,从而防止节奏凌乱引发的各种问题;

业务体系搭建;

于研发来说,通过技术手段实现业务到产品的落地,是工作的最高优先级;

然而从长期来看;

须要对业务深入分析和洞察,建设准确无效的指标体系,撑持决策,开掘更高的业务价值;

技术体系搭建;

从业务维度来看;

在业务体系的搭建过程中,一直的拆分升高耦合度,积淀公共复用的业务能力;

从架构维度来看;

继续谋求业务和技术的拆散,零碎的分层设计,即便局部或整体的业务沦亡,然而积淀的技术价值还在;

09

从实践经验中来看;

企业对于降本的伎俩和策略,通常是比拟间接的,并且具备确定性,从而躲避不确定的危险;

尽管增效的呼声时常不绝于耳;

然而站在现状去思考,晋升效率依赖于组织对于各种事务的相熟水平;

那么,问题来了;

对于当下的互联网行业来说,环境中的 人和事 变动频率十分高,增效 的伎俩是否真正施展其作用?

Gitee 主页:https://gitee.com/cicadasmile/butte-java-note

正文完
 0