归口派件与保底，解决共享业务的调配执行

作者阿东1976刘世... 更新于：2022-07-11 09:59 21321

内容来自 2022-07-12 打卡话题观看本期直播

我们公司有几个研发部门，每个部门都有程序员，但有的部门很忙，有的部门有点闲，这样程序员的人才资源就得不到合理的配置。有时候让空闲的程序员去帮忙，员工会觉得部门业务不饱和也不是我的问题，为什么要去别的部门或项目干活。
请问牛人老师，要怎么样设计制度让程序员可以灵活分配，合理使用人才资源呢？

展开

关联直播

已结束可回放

摘要：做管理不能机械的以业务数量进行管理，而是要以业务需求与资源的配置情况进行实地管理。在做共享管理中心的管理中，主要明确的是业务来源与报酬管理的结算其实还是为一体的核算体制——重在预算与规划。

共享归口派件与保底，解决共享业务的调配执行

学习思维：

1、部门工作不均衡，要找出业务中的共通部分形成统一解决路径，以资源资源的浪费。

2、在共享管理中，工注意的是以工作量和时间要求，来作为衡量派工与结算的依据，要注意避免人情管理。

本文内容：

在大部分的制造企业都会有一块业务叫搬运，而大部分整车企业也会有一块送车业务，而几乎所有的企业都会有一引起基础的勤杂共享业务。这些业务有一个共同点，那就是都是属于基层，面向多个部门或者整体企业服务。而其管理皆为归口管理。

何谓归口管理？

归口管理，是因某些业务的共通性，造成多块业务所共需的服务，将此业务统一交由某个部门进行的管理。以此避免出现多头管理，最终因纠结造成多方推托而无人管理的现象。

在这种管理模式下，当其他业务部门需要这部分业务服务将向该归口部门提出申请，再由归口部门以派工的模式让员工到该部门去服务。

而本话题中的程序员的情况，显然也基本适合同样的归口管理模式。

要知道写程序、做程序管理，具有计算机、AI等项目业务中的基础属性。也就是程序员在专业服务上具有很大一部分的共通性。

那么对于以项目制进行管理的互联网、计算机等IT类企业，在对程序员需求上则类似于企业中的一般共享服务。

那么将程序员归口于技术中心的服务科室进行统一调配，就是完全可行的了。

在企业各部门形成自己所需的编程需求，然后汇总到技研服务室，由服务室进行统一调配程序员进行完成。就可以有效的形成程序员工作的分配。哪项业务量大多派些程序员，是否因为工期要求需要加班，由程序员组长进行分析，报由服务室核定。

将整体的程序写进控制在手中，保证程序编写的资源不浪费。

那么在程序员的管理中要注意些什么呢？

一是必须要注意工作总量的评估核定。工作总量是我们核定程序员数量的前提。因此，要在年度工作规划中，即要要求各程序编写维护的管理需求量。因此，要在此体现年度规划与预算的重要性。

二是必须要立制锁定与业务部门之间服务与派驻的程序。既然是归口管理，就不要私自喊人做事，以为你我熟悉点，就随意喊人帮忙。这会造成共享服务室对人员的管理难度。因此，要明文确定工作支持与人员派驻的简易程序，申报的是工作量与交期时间等工作负荷，申请的是人员数量与工作机制（通告与时间）。

三是必须要将薪酬待遇的结算。既然是归口管理，那么薪酬也同样是归口管理。

在共享归口管理的薪酬管理中，需要明确两个方面的内容：

一个是与业务之间的工作报酬核定。这个由公司统一核定正常的业务量与薪酬之间的交换核算。但在要求缩短工期、加人加量加时的情况下，形成的超量价格核定、员工加班薪酬等都需要形成统一的明文规定。在形成派工事实时按交期进行核算，将成本计入业务部门。

另一个是程序员的薪酬管理。作为管理中心，也许本身并不对程序员产生业务需求，只是以一个共享平台的身份出现。那么平时的程序员管理服务费及基本薪酬的来源必须要思考。此管理服务中心毕竟不是脱离业务的共享。因此，也必须要依据各业务部门提出的年度工作规划，形成一定的程序员数量需求基数。以此形成的对应人数的保健需求薪酬（保底部分）将计入该业务部门的人工成本。如果需要计入共享管理部门成本，那就需要与业务部门形成保底业务需求派工量。以此保证业务共享中心的收入来源。

因此，部门工作量不均衡的情况下，要形成以整体业务需求总量为基准的劳动力需求数据。以此确定建立劳动者共享服务管理中心。再以业务需求量为申请，以管理中心派工的形式形成劳动力的调剂服务。形成统一管理，共同享用的平台中心。

小结：

做管理不能机械的以业务数量进行管理，而是要以业务需求与资源的配置情况进行实地管理。

在做共享管理中心的管理中，主要明确的是业务来源与报酬管理的结算其实还是为一体的核算体制——重在预算与规划。

本文仅代表作者个人观点，不代表三茅网立场。如因内容、版权等产生的一切纠纷，将由作者本人承担。