如何不累死在创业公司

离职加入创业公司也差不多有半年了,进入一家已经拿到2轮投资的公司。看到这里各位可能以为我已经走在了当上总经理,赢取白富美,发家致富成为人生赢家的正确道路上。

其实想多了,该干啥还是干啥。
不过也算是经历过从大公司到初创团队的转变,今天就说说创业公司管理的一些看法。

创业公司的管理一般来说是混乱和缺失的,很多的事情需要创始人或者CEO去处理各种繁杂琐事:从产品开发、市场推广、产品运营、流程制定等等事无巨细。(老板,你好累)

关于流程和制度

如何不累死在创业公司_第1张图片

只建立必要的流程:

大公司往往有各种详细的流程和规章制度。所有的一切几乎都是靠流程和制度运行,谁也不是不可或缺的,一切遵守照流程就好。流程和制度可以让新来的员工知道怎么去做,流程可以防止人重复犯错。
对于创业公司来说,需要建立一些必要的流程和制度。但流程这个东西必然需要经过试行,然后持续改进。
因此在初期就幻想建立一套完善的流程和制度是不切实际的。 资源和人力匮乏的情况下,一切以业务和产品优先。在过程中改进,只建立必要的流程和制度就行了。

问题解决更重要

遵守流程的好处是不会犯错,大公司的管理者一般都怕犯错。
流程的弊端就是僵化思维,限制创新,一旦遇到流程以外的问题往往就会拖上很长时间。所以大公司最后一般都是自上而下通过各种新的考核、制度和组织架构重组来解决积累的问题。
对于创业公司,遇到已有流程不能解决的问题,一定要果断跳出流程去处理问题。因为解决问题本身比流程更加重要。 执行层面,每周或者每月尽可能留上一定的时间来处理积累的问题,尽量保证很多问题可以快速解决,无法快速解决的问题,评估其重要性排到后去解决。每个问题必须指定一个 Owner 去跟进。

减少信息壁垒

如何不累死在创业公司_第2张图片

精简的组织架构

组织架构精简是创业公司的先天优势,毕竟人就那么多。 不过创业公司初期拿到投资后一般都会有一个人员快速扩张的阶段,必然需要分组、分部门。个人认为团队或者小组可以分层,但不一定真正拆开和隔离。同时尽量避免把团队拆分过细,那样可能带来沟通成本成倍的增长。

定期的信息共享

团队内鼓励各个小组开展讨论和会议。小组内定期需要团队信息共享,可以是每天,每周。类似敏捷开发每天的站立式会议。让大家知道彼此在做什么,遇到了什么问题。
整个公司每月或者每季度需要自上而下的团队信息共享,从大的方向上让整个公司或者团队保持一定的方向。

善于利用协作工具

比如 Google Calendar, IM: QQ 讨论组,微信等。
文档管理: DropBox,Git(不过文档这块是用的我们 Coding 的项目文档管理)
项目管理:由于公司正好就是做开发者团队协作的,所以我们使用的是 Coding 自己开发的任务管理系统,管理大家的任务和协作。
总之要通过工具减少信息的壁垒,让团队信息共享更加方便。

如何决策&执行

如何不累死在创业公司_第3张图片

意见可以提,决策最好独裁

创业公司应该允许每个人都可以发表意见,开发可以吐槽产品设计,产品可以吐槽开发进度。但由于每个人掌握的信息不对等,看问题的角度不一样,提的意见也可能提不到点子上。往往在争执不下时候需要有一个总领全局的人来拍板决策。
独裁的可以带来高效率。一旦决定的事情,剩下的就是执行。

另外关于开会,每次开会前需要会议 Owner 准备议题,开会一定要形成决议,会后要有可执行的 Action 和任务分配到相关人员。

适当放权

任务适当的放权是必要的,减少老板身上的琐事,同时促进人员的成长。
毕竟创业公司人才缺失是普遍的问题,适当的放权赋予一定的决策权,让员工在实际工作中摸爬滚打,有助于员工快速的成长。
同时放权并不意味着完全不管,到执行阶段一定要定期反馈,降低执行过程的风险。
最后不论是什么样的任务,一定要有一个结果。

最后在创业的路上总会有各种各样的坑和问题需要劳心劳力,有时候土的办法往往最奏效。在此与君共勉,也欢迎大家来体验 Coding.net 云端开发平台

作者: 吴柯
Coding.net 产品运营负责人,曾任职于 HP 软件咨询顾问,在项目管理和企业级软件产品领域有丰富经验。

你可能感兴趣的:(管理)