一个糟糕的流程差点把我的公司给毁了

摘要: 我是技术创始人经营自己公司的坚持支持者,但是技术创始人一直以来的一种做法给自身企业造成了极大的伤害,这种做法就是把预算编制过程搞砸。是的,编预算。很荒谬吧。怎么会

我是技术创始人经营自己公司的坚持支持者,但是技术创始人一直以来的一种做法给自身企业造成了极大的伤害,这种做法就是把预算编制过程搞砸。是的,编预算。很荒谬吧。怎么会这样?为什么说对于工程师来说这个问题特别大?

首先我会以自己的反面事例现身说法。我们的销售增长迅速无比,以至于我们面临的最大问题是无法应付那么多想要注册Loudcloud的客户。为了扩大能力和先于竞争对手占领市场,我和我的团队努力规划好一切必要的活动。接下来,我布置了子目标和活动给每一位职能负责人。我跟领导团队一起分别为每个目标设定了领先和滞后指标,设定确保了目标的可衡量的。然后我告诉团队找出实现这些目标需要做些什么,然后返回所需的人员和预算。最后,我按照业界基准(大多有削减)对这些需求进行了调整,通过这样做出了一个自认为行得通的计划。

以下是基本的流程:

1、 设定可让我们发展的目标。

2、 目标分解,厘清特定团队在每一个目标的责权。

3、 目标细化为可衡量的

4、 估算出实现目标需要多少新人

5、 估算成本

6、 与业界基准对标

7、 进行全局优化

8、 执行

这个流程看起来没什么问题吧?如果你不是有经验的经理,估计看不出什么问题,但是它差点把我的公司给毁了。实际上,上述流程完全是自顶向下的,除非你想打造一种混乱的文化并把自己的公司搞破产,否则的话都不应该遵循。

每每询问经理需求时,我都会无意识地游戏化预算的编制流程。这场游戏是这么玩的:游戏目标是让每一位经理打造出规模尽可能庞大的组织好让他的职能重要性膨胀。而他自身的重要性也因此得到提升。现在你可能会想,“我的公司不能会这样。我的大多数员工都不会这么玩。”你看,游戏的美就在这里。只要有一位选手加入游戏开始玩,其他人就会参加,而且拼命玩。

很快,随着经理想出了聪明的战略和战术来改进获胜机率,游戏设置变得复杂起来。常见的游戏技巧之一是剧烈扩大目标范围:“你说你要提升市场形象,我就想当然地认为你指的是全球形象。很自然的嘛,你不会希望我的视野狭隘到以美国为中心。”为了给CEO足够的刺激,还有一项很棒的技巧可言利用,那就是声称一旦公司无法实现其指标则会陷入悲惨的状况:“如果我们不把销售提高500%而竞争对手做到了的话,我们就会被远远的抛在后面。如果我们落后太多,就永远也别指望成为No.1。如果当不上No.1,那我们就雇不到最好的人,就不能要求最佳实践,或者开放不出最好的产品,然后陷进死亡漩涡之中。”至于竞争对手今年几乎没机会增长500%这一点就不用提了。

该流程还有个问题也很微妙:我问团队需要什么去实现目标时,他们自然会假设自己能获得所需。因此,团队领导会把自己的想法广而告之成员并把新获得的资金分配下去。这样一来,其需求与士气不可救药地被绑定到了一起,为他们又增加了一个博弈的好处。负责营销的VP跟我要10个人和500万美元的计划开支时,他的团队已经知道了这项计划。一旦对他的计划进行重大的削减,他的团队肯定会很不爽,因为他们为了这个积极得多的方案刚刚花掉了两周的时间。“KAO!Ben扣了这么多。我是不是该另谋高就了?”这给我造成了很大的压力,不得不制定很不明智的超额开支计划。我的经理吹出来的泡沫又被我吹得更大,令我走上了一条烧光现金、破坏文化的自取灭亡之路。

问题的核心是我的预算流程没有任何约束。我们是私人公司,没有需要满足的具体的利润目标,而且手上还有一堆的银子。开支计划似乎非常随意。没有了刚性约束,我就可以大手大脚。

制定预算计划的一条出色的约束原则是维持文化凝聚力。文化凝聚力的敌人是超高速的人员增长。每年扩员超过一倍的公司,哪怕新员工的培训和管理做得再好,往往都会出现严重的文化漂移(cultural drift)。有时候这类增长是必要的,在特定职能部门如销售部门中也是可管控的,但在其他部门往往会事与愿违,因为内部沟通问题,这在工程和营销部门是至关重要的。如果1年时间过程部门人数就翻至4倍,其效能可能还赶不上人数翻番。而且你还要花更多的钱。更糟的是,由于新员工得不到什么指导,就会用自己的方式做事,你还会因此而丧失了文化的一致性。当然,如果你的人数很少的话就没有问题。从1人增加到4人,或者从2人增加到8人这没问题。但是,要是从50增加到200,你的问题就大了,你得非常非常的小心。

在文化凝聚力原则指导下,一个好得多的预算编制流程应该是有约束的。一些有用的约束如下:

•运行率增长—这里说的是“run rate increase”,不是“spend increase(开支增长)”。应该根据历史开支设置增长总量限制。

•收入/亏损—如果有收入的话,设定本年的的收入或亏损目标。

•工程队伍增长率—除非队伍是收购并独立运营的,或者工程队伍是用某种新颖的方式进行细分的,否则的话不应在1年之内整体扩员超过1倍。

•工程部门与其他职能部门规模比—工程部门作出约束指标后,还应该设定工程部门规模与其他部门规模之比的约束。

在做出这些全局性的约束后,还应采取以下步骤:

1、 制定出约束指标之后再削减10-25%,在必要的时候给自己留出扩展空间。

2、 把上述预算按照合适的比率分配到不同团队

3、 与团队沟通此预算

4、 进行目标设定实践,鼓励经理通过预算内实现伟大目标来展现其能力

5、 如果你认为某个团队得到更多的钱能够实现更大的目标,那就从10-25%的预留激励资金里面抽出一部分给那个团队

读到这里,你们当中是否有人认为我已经失去理智了。作为技术专家,你明白最糟糕的是在开始之前就给问题过多约束。你会扼杀创造力,阻碍自己取得真正伟大的成果的。对了,这正是我,作为一名工程师,与这个流程作斗争的原因所在:人为因素会把逻辑搞砸。说得具体一点,激励手段如果不善加管理的话会强烈刺激人的行为并破坏整体目标。

认识到这一点至关重要,这样你那小快灵的公司才不会提前变成大笨象。

时间: 2024-08-31 03:50:20

一个糟糕的流程差点把我的公司给毁了的相关文章

网站建设-开发一个网站的流程?

问题描述 开发一个网站的流程? 1.我看前辈的网站分为前台和后台管理,那么前台和后台管理分别在到两个项目中还是写在一个项目里啊? 2.为什么要有网站管理系统啊,我直接页面传值到我的 逻辑层 做处理然后在把结果返回给页面展示不就可以了吗? 3.到时候发布网站的时候要把后台管理的代码也发布上去吗? 4.我看前辈的网站后台管理里有个按钮"一键生成网站"功能,这个是什么原理啊? 我以前是做ERP的,现在我的一个很混乱的问题是:如果把网页比作ERP,为什么开发一个"小明公司ERP管理系

移动端APP的开发,一个整个的流程和用到的技术

问题描述 移动端APP的开发,一个整个的流程和用到的技术 现在做app不知道如何下手去做,没有一个整体的概念,求大神指点. 解决方案 切图- UI -编码 解决方案二: 根据需求来写,一个项目 实际上项目的开发文档,UI 设计 就占了很重的比重 解决方案三: 可以看一下大神skyshore的博客,里面的筋斗云移动应用框架,包括前端后端,http://m.blog.csdn.net/article/details?id=51063915

如何成为一个糟糕的程序员

想要成为优秀的开发人员很难.那我们就来说说如何成为一个糟糕的开发人员! 只学一遍 想要实现功能,想要让功能正常工作,呵呵,你的方法是不是这样子的呢: 不接触.不思考.也不去想能不能改善 为什么要我来解决问题?没有损坏的部分就用不着修复了吧?进展程度慢,无所谓,代码不可读或者是从程序的其他部分复制粘贴来的,也无所谓,哪怕是摘自于一些见不得人的网站的,也可以.只要能解决问题,那就万事大吉了. 照此推论,我们的做法是:不读书,不读博客.文章,不接受他人的见解,也不看网络广播.为什么要你来解决这个难题呢

《C语言编程魔法书:基于C11标准》——1.5 用C语言构建一个可执行程序的流程

1.5 用C语言构建一个可执行程序的流程 从用C语言写源代码,然后经过编译器.连接器到最终可执行程序的流程图大致如图1-2所示. 从图1-2中我们可以清晰地看到C语言编译器的大致流程.首先,我们先用C语言把源代码写好,然后交给C语言编译器.C语言编译器内部分为前端和后端.前端负责将C语言代码进行词法和语法上的解析,然后可以生成中间代码.中间代码这部分不是必须的,但是它能够为程序的跨平台移植带来诸多好处.比如,同样的一份C语言源代码在一台计算机上编译完之后,生成一套中间代码.然后针对不同的目标平台

SAP WM LI04 试图去打印一个已经完成盘点流程(清账)的盘点单, 系统会报错!

SAP WM LI04 Print Physical Inventory Document - Inventory record 30 already cleared – LI04 试图去打印一个已经完成盘点流程(清账)的盘点单, 系统会报错:          

使用silverlight构建一个图形化流程设计器(一)

前言 Silverlight发布已经很久了,具体是什么就不多说,大家一定很清楚.最关心的就是其中的跨浏览器能力,以及强大的用户界面表现能力.于是决定使用它来实现一个流程设计工具,以替代以前的流程设计器(原来是用vml实现,只能在IE浏览器上工作),因为第一次接触silverlight,在学习.工作的过程中肯定会遇到很多的问题,将这个学习新知识.解决问题的过程记录下来,肯定能找到许多志同道合的朋友,也请大家抱着这种态度阅读本文. 本文主要讲述使用vs.net2008开发一个基于silverligh

一个工程师对流程管理的思考

我平时很少写博客,我是个技术人员,一般来说技术人员的博客应该以技术为主,但同时我又是一个懒人,对于技术我喜欢"亲身体验"而不喜欢"写出来",因为我觉得把技术对别人说清楚要比实现它更困难.实际上这段时间我都在看别人的博客,所以一直以来我只是个吃白食的:) 为什么现在我要跨界谈一个偏重管理类的话题呢?因为过去经历的一些事促使我对项目的流程管理进行一些思考,并形成了自己的一套看法和逻辑,而我也很愿意将我的看法发表成文,不喜欢憋在脑海里太久.至于能得到多少认同倒是并不在意,

谷歌安全专家在Windows中发现一个“糟糕透顶”的漏洞

Google 安全专家又在 Windows 操作系统中发现了一个漏洞,而且这一次看起来情况非常糟糕.Project Zero 研究员 Tavis Ormandy 和 Natalie Silvanovich 在上周末宣布了这个"最糟糕"的 RCE 漏洞,但并未披露其它细节和风险:"我们可能刚发现了近段时间里最糟糕的 Windows 远程代码执行漏洞,攻击者们不需要处于同一个局域网中就可以静默安装,这简直是一个虫洞". 微软方面暂未就此事作出回应,但该公司至少有 90

使用silverlight构建一个图形化流程设计器(二)

本文配套源码 接着之前的内容,在开始之前有几点说明: 1.我无法使用博客圆的上传图片功能,因此许多图片就省略了. 2.代码放在codeplex上(http://workflowdesigner.codeplex.com/),如果您有兴趣的话,欢迎加入一起开发. 3.在线演示:http://219.153.66.61/wf 三.类的设计 在进行类设计之前,先说一下silverlight中使用怎么表示上面描述的类.在silverlight可以使用 用户控件( silverlight user con