在做的亲戚的公司.人员比较少,任务量过来显得到处跑.意思是没有人维护一个固定的点.
作为公司本身来说,外出的物联网设备量在将近1W台.后台处理这些设备的实时交互数据.属于社区直饮水控制板,控制各部分协调工作和刷卡数据的上传 设备实时工作状态上传等.所以后台设计到很多方面的表格记录和相互协作,以及后来的统计显示.
业务主线从根部向枝叶发展,从远处观望到近处细节处理.逻辑地图比较大,现在的处理是有限的人员跑动起来,哪里需要填补就去哪里继续改造升级.业务需求随着公司成长在快速增多,并没有时间停留打造好.
这块地图,没有一个人固定负责一个区域,虽然一直有这样发展的趋向.别人写的代码,自己过来改的话,需要重新捋顺一下逻辑.本来就要熟悉所有的逻辑的化,这些工作是必要的.不过当自己来处理这些代码的时候,相当于另一个人跑掉了,这快区域只剩下自己来维护.另一个人跑到别的地方去维护逻辑.一直是在奔跑变动的,没有谁负责一块固定的区域.这样可以达到,概率上显示整个地图都有人在负责和更新.不好的地方,大概是,需要很大的动量,需要保持更多的忙碌来完成这种维护,并且不容易把事情做沉.
如果有足够多的人,每一个人负责地图的一部分.不需要这个人有太大的动量,维持好有限地域的这一部分,路程量比较少.接下来试着把合适的人分配到合适的部分.
公司变大,必然需要更多的人维护更新.吸收更多的成员,把他放到某个部分.可以在工作进行的状态调整中把他调整流动到他适合的部分.整个地图的维护有区域划分并且有流动,即归属的流动而不是因为要跑起来覆盖地图维护量的流动.
仅在公司运营软件的逻辑地图上,可以这样去发展.