关于职场:打工人逃不开单人单岗
「闲」到停不下来,「忙」到无事可做!01年后开始,研发团队始终「单人单岗」; 为什么? 就是所谓的谋求降本,无非裁员的伎俩,最终的目标就是让团队的人员构造简化到极致; 尽管合乎公司预期,然而与打工人的预期强烈不符; 然而,这不重要; 打工人的难处,老板不肯定关怀;然而老板的难处,打工人必然被关怀; 这,才是要害,才是社会; 底线,如果还有一点; 即便企业在承当营收压力之时,还能放弃团队的单人单岗构造; 底线,如果没有的话; 还能够玩一手「单人多岗」,比方常说的:人人都是产品,人人都是测试; 为啥没听过人人都是开发,人人都是运维? 业余可替代性的说法,尽管是无脑的舆论,但处处透着精明和合计; 其实,在往年除夕之后; 和职场上的「十多个」敌人聊过,失去一个共通的论断; 上半年,局部中小厂比拟广泛的预期都是简化人员构造,从而降低成本估算; 为何是「上半年」? 这里说一句题外话; 特意征询过组织内的「业余」大佬,听懂的一句话是:等上半年「复苏」的数据和确定性的成果呈现; 广泛的趋势和预期下; 对于成熟期或衰退期的业务团队,单人单岗的模式,天然会成为公司的首选计划; 至于其余状况,与公司的生存压力有极大的关系; 对于产品研发部门来说,组织裁员降本的首刀团队,也是最可能被单人单岗化的部门; 大部分「非技术型」的公司,研发就意味着继续投入; 在诸多不确定因素的加持下,非必要的投入就意味着「危险」; 02从「组织外部」来看,单人单岗多少会引起角色和策略的调整; 本人所在的团队,往年一季度履行单人单岗过程中; 相当长一段时间都是「鸡飞狗跳」的状态,之后才缓缓回归到安稳的节奏; 年初最初一轮裁员之后; 团队刚开始单人单岗,随之而来的就是凌乱的治理; 本来「独立」的项目经理角色,被加持在各个业务线的负责人身上,而有些人又好巧不巧的负责多个业务线; 责任越大,能力也会被动放大; 未免有人会问:角色没了就没了,为何要给单人刻意赋多个角色? 这就不得不说一个外围问题:组织的流程与机制; 在流程设计上,很多事件都围绕我的项目开展的; 即事件的各个阶段,从流程上都要找到对应的负责人,以及整个流程的推动者; 这样,升高单人单岗对组织流程的影响; 并且项目经理的角色激励制度,也会推动相干负责人的积极性; 从公司层面看; 升高人力老本,从事务执行来说,也没产生比拟显著的影响; 对于团队的管理策略; 则尽量「弱化」人和流程的治理,重心转向对事务的推动落实; 单人单岗的模式中; 每个人面对的事件会更加繁琐,除了失常节奏推动的事项,还有诸多突发的问题要解决; 必然会对「心态」和「情绪」产生负面影响; 作为一个打工人; 这种状态下,无非就想把事件疾速稳当的完结,从凌乱的状态中进去; 如果还追着「人」和「流程」的强治理; 那最初「崩塌」的,可能就不单是「事务」自身了; 03从「产品和业务」来说; 单人单岗的团队,产品体系比较稳定,业务少数是处于成熟期或衰退期; 如何迭代需要? 是产品的最大难题; 惯例的团队中:主线研发确保业务倒退,辅线撑持产品经营的问题解决,架构角色推动零碎级的框架迭代; 在单人单岗的模式中,显然不太可能存在所谓的辅线和架构线; 指标很明确,撑持主线需要落地,其余的事件不到「万不得已」不会思考; 然而事实状况是:团队会「常常」万不得已; 线上的BUG要解决吧?客户的问题要解决吧?各种临时性的需要要应答吧? 这种状态下,必然会影响主线业务的开发; 团队常常解决「万不得已」的状况,就会常常引起各种版本排期的问题,整体节奏就会凌乱甚至失控; 该如何解决? 天然要产品从版本需要本身动手,需要拆分的足够小,排期天然足够短; 即使在排期中预留各种突发问题的解决工夫,整体的周期也在一个可控的范畴内; 相应也就能够放弃肯定的迭代节奏; 需要的拆分是一个外围伎俩,需要的优先级同样应该把控好; 能够不必研发排期的形式,尽量不必,或者性能失常但存在优化空间的,尽量拉低优先级; 这种节奏下; 即能够保障惯例事务的解决,又推动需要高质量的继续落地; 对于公司而言,何乐而不为? ...