今天咱们聊聊这个公司组织架构,这玩意儿听起来好像挺高大上,说白了就是公司里谁干啥、谁管谁的一张图。别小看这张图,真要整明白了,公司运转能顺畅不少。我自个儿也是摸爬滚打过来的,今天就把我琢磨这事儿的过程给大家说道说道。
为啥要搞组织架构?
想当初我自个儿捣鼓公司那会儿,一开始也就俩三杆枪,我和几个哥们儿。那时候哪有什么组织架构,大家都是身兼数职,有活儿一起上,谁有空谁多干点。刚开始人少事儿也简单,这么干倒也凑合。
可后来公司慢慢大了点,人一多,事儿一杂,问题就来了。客户投诉、活儿干不完、互相甩锅是常有的事儿。我就发现,不行,这么下去得乱套。大家每天忙得团团转,但效率不高,问题也解决不了。这时候我就意识到,得有个规矩,得明确每个人是干嘛的,出了问题找谁。
我的实践过程:从拍脑袋到画框框
痛定思痛,我决定好好拾掇拾掇公司的这个“架子”。
第一步,我就琢磨,公司要活下去,最基本得有哪些事儿得干?
- 总得有人去拉生意,找客户?—— 这就是销售的活儿。
- 活儿拉来了,得有人干?提供产品或者服务。—— 这就是生产或者技术部门的事儿。
- 公司日常杂七杂八的事儿,比如招人、发工资、买办公用品,总得有人管?—— 这就是行政人事。
- 钱进钱出,账目得清楚?—— 这就得有财务。
你看,这么一想,几个基本的大模块就出来了。
然后,我就把这些事儿归类。
一开始我也没想太复杂,就想着把功能类似的放一块儿。比如所有跟跑市场、签合同相关的,我就划拉到“市场部”或者“销售部”;所有跟产品研发、技术支持相关的,就放到“技术部”或者“研发部”;管钱的自然是“财务部”;处理日常行政、人事招聘的就叫“行政人事部”或者“综合管理部”。
就得有人牵头了。
每个部门总得有个头儿,不然一群人谁听谁的?我就从现有的人里挑,看谁在哪方面能力强,责任心也够,就让他先担起这个部门的责任。比如老王,他以前就是跑业务的好手,那就让他负责销售这摊子。小李技术过硬,那就让他带技术团队。这么一来,每个部门就有个主心骨了。
最上面肯定是我自己这个当老板的,或者叫总经理,总得有个总负责人拍板决策,协调各个部门。如果公司再大点,可能总经理下面还得有几个副总,分管不同的业务块儿。
画个图出来。
把这些部门和负责人,以及他们之间的汇报关系,用框框和线条连起来,一张简单的组织架构图不就出来了嘛比如最上面是总经理,下面分出销售部、技术部、财务部、行政部,每个部门下面再列出主要的岗位。这样一来,谁向谁汇报,谁负责哪些事,一目了然。
我记得当时画完第一版图,心里踏实多了。虽然简单,但至少有个章法了。
实践中的调整和感悟
这架构也不是一成不变的,公司发展了,人多了,业务复杂了,肯定还得调整。比如后来我们业务拓展了,可能就要在销售部下面再细分出渠道销售和直客销售;技术部可能也要分出前端、后端、测试等等。这都是根据实际情况来的。
我还发现,光有架构图不行,每个岗位的职责得写清楚。不然张三以为这事儿归李四,李四觉得王五该干,谁都没干。所以后来我们又花时间,把每个岗位的具体工作内容、责任是什么,都白纸黑字写下来,就是所谓的“岗位说明书”。这个过程也挺费劲,得跟每个岗位的人聊,反复修改,但弄完之后,大家心里就有谱了。
还有一点挺重要的,就是沟通渠道要畅通。不能说部门之间各干各的,成了信息孤岛。所以我们也会定期开会,跨部门的会也得有,确保信息能流动起来。
搞这个公司组织架构,不是为了好看,也不是为了显得公司多正规,最根本的目的还是为了让大家各司其职,提高效率,让公司能更好地活下去、发展下去。我这套土办法,可能不适用于所有公司,但对我自己来说,确实是这么一步步实践过来的。希望对大伙儿能有点启发!
还没有评论,来说两句吧...