公司组织结构遐想 作于2015-08-01

源起

以前在一家传统行业公司的时候,一直感觉公司的层级组织不是很好,有很多负面的地方,

现在在一家小型创业公司,今早ceo发了一篇关于公司组织的软文,所以又勾起对这个问题的思考。


弊端

离开传统公司已经一段时间了,当初令人痛恨觉得一无是处的组织方式,现在也想不起什么了。

大概是这样,

首先公司分为几个中心,技术中心,产品中心,销售中心,

技术中心下又分为设计部,技术部,管理部,

技术部下分为项目组,技术部大概的人事是技术主任一个,主任助理两个,项目组长若干,组员若干。

横向弊端

拿各个中心来说,大家想的不是一起好好干活,反而是干活之前先把责任说明白,如果出了问题可是你们中心的问题啊,干活积极性就没了,

然后是中心之间的合作,比如技术部一个项目组长需要和产品沟通,沟通完后,产品那边的组长得向上请示,请示一遍后,技术这边再向上请示一遍,然后开始干,同时你想象处于顶级的那些人有多“忙”,造成的结果就是干一件事情拖沓。

总结下,一个是推诿,一个是拖沓。

纵向弊端

再来说说技术中心的弊端,本来一个中心各个部门应该通力合作,但是各个部也不可避免的有上头的横向弊端,暂且不谈,

技术成长的弊端,通常项目组长负责架构项目,理解需求,拆分任务,保证进度,而组员只是负责自己的一小块任务,做完做好就行,

不得不说如果组员就这样一直做下去,估计技术成长极其缓慢。

项目组长极度繁忙,遇上新手组员,组长不但要需求架构数据库任务进度这么走下来,还得教导组员,组员做完后看一遍,。


大概想到这些吧,总之这种层级结构稍有不慎就会拖慢行动,效率极其低下。


遐想

鉴于本人之前比较喜欢看小说,经常看玄幻,工会之类的,所以有个想法,松散的组织。

大概是这样,

1.公司有一个ceo,这个肯定

2.公司其他人都是评级,只拿技术做区分,后台,前台,设计,测试,运维等等

3.有项目产品的时候自由领取,可以同时进行

4.人员自由组合,组成一个小组,例如Team1包含:后台x2,前台x1,设计x1,测试x1,运维x1

5.小组中自由选择组长,例如Team1中的后台A当leader

6.任务的并行,同一个项目允许多个小组同时进行

7.人员的并行,Team1中的设计1可以同时加入Team2,Team3等

8.积分和等级,当Team完成任务后成员可得积分,leader可得积分,积分转换等级

9.等级优先权,高等级对应高基本工资,高等级拥有优先选择项目权


这样下来,必然是高效的吧。


http://uikoo9.com/
更多精彩内容

求打赏(长按图片即可识别)~
微信 捐助列表:http://uikoo9.com/donate/

阅读:5522