乐趣区

关于devops:devops|中小公司效率为王没必要度量

之前写过一篇文章《devops|中小公司不要做研发效力度量》,次要是从基础设施方向思考,因为很多条件都不具备,贸然高投入去做研发效力度量可能达不到咱们的预期成果,给出的倡议是先做好当下打好根底。明天想到一个好例子,能够类比下。

两个人大家庭

  • 1)人少
  • 2)支出清晰
  • 3)收入清晰,买了什么货色,花了多少钱,该不该花,一眼清
  • 4)如果违心,两个人买个记账本记下来就能够,或者找个记账软件
  • 5)每天记账也是很耗时的。本有美妙的生存不去享受,还要每天给本人上发条,每天都记账,也很悲催
  • 6)如果想通过记账来节约开支,根本不可能。因为两个人的生存的收入大部分都是必须的;如果两个人的生存却把钱用到了很多不该用的中央,却想通过记账来发现问题、解决问题、改良财务状况,这是基本不可能的。比方之前每周都去趟低档餐厅,「当初」「忽然」发现这块收入很高?而后就不去了?
  • 7)活在当下,花钱的时候多想想,比预先再想怎么节约更间接。

中小公司

  • 1)人不多
  • 2)账务清晰
  • 3)每件事件该不该做,该不该投入资源,投入多少资源,当初都磋商过做出的决策。
  • 4)如果真要看下投入产出比 ROI,简略对公司的人力、资源和我的项目做个盘点就能够。
  • 5)人力部门算下每个部门的人力投入老本;业务部门汇总下当初正在进行的我的项目,把两边的数据放到一起看一下就能大略晓得状况。
  • 6)不要用战术上的怠惰,来覆盖策略上的懈怠。多思考业务,不自觉投入,谋定而后动,知止而有得。

当然如果你做研发效力度量是另有目标,想做些其它的事件。比方想通过家庭记账限度老公花钱,本人轻易花;比方虚报账目,建设小金库;本已同心协力,想通过记账来摸清对方底细,本人留一手。这些状况均不在此列探讨。

本文总结

中小公司效率为王,没必要度量。做好当初,活在当下,谋定而后动就是最高效的。另外就是周末看了一篇讲研发效力度量的微小的帖子,几万字。看得我头疼,所以想通过一些简略的办法来了解这件事。

我的相干文章

devops|中小公司不要做研发效力度量
infra | devops 工具链基建建设评估规范
DevOps | 互联网、软件公司基础设施建设(基建) 哪家强?
DevOps | 研发效力价值如何掂量
DevOps|研发效力不是老板工程,是开发者服务

感激点赞、转载关注我,理解研发效力倒退动向

退出移动版