文/吴柯
离职加入创业公司也差不多有半年了，进入一家已经拿到 2 轮投资的公司。看到这里各位可能以为我已经走在了当上总经理，赢取白富美，发家致富成为人生赢家的正确道路上。
其实想多了，该干啥还是干啥。
不过也算是经历过从大公司到初创团队的转变，今天就说说创业公司管理的一些看法。
创业公司的管理一般来说是混乱和缺失的，很多的事情需要创始人或者 CEO 去处理各种繁杂琐事：从产品开发、市场推广、产品运营、流程制定等等事无巨细。（老板，你好累）
大公司往往有各种详细的流程和规章制度。所有的一切几乎都是靠流程和制度运行，谁也不是不可或缺的，一切遵守照流程就好。流程和制度可以让新来的员工知道怎么去做，流程可以防止人重复犯错。
对于创业公司来说，需要建立一些必要的流程和制度。但流程这个东西必然需要经过试行，然后持续改进。
因此在初期就幻想建立一套完善的流程和制度是不切实际的。 资源和人力匮乏的情况下，一切以业务和产品优先。在过程中改进，只建立必要的流程和制度就行了。
遵守流程的好处是不会犯错，大公司的管理者一般都怕犯错。
流程的弊端就是僵化思维，限制创新，一旦遇到流程以外的问题往往就会拖上很长时间。所以大公司最后一般都是自上而下通过各种新的考核、制度和组织架构重组来解决积累的问题。
对于创业公司，遇到已有流程不能解决的问题，一定要果断跳出流程去处理问题。因为解决问题本身比流程更加重要。 执行层面，每周或者每月尽可能留上一定的时间来处理积累的问题，尽量保证很多问题可以快速解决，无法快速解决的问题，评估其重要性排到后去解决。每个问题必须指定一个 Owner 去跟进。
组织架构精简是创业公司的先天优势，毕竟人就那么多。 不过创业公司初期拿到投资后一般都会有一个人员快速扩张的阶段，必然需要分组、分部门。个人认为团队或者小组可以分层，但不一定真正拆开和隔离。同时尽量避免把团队拆分过细，那样可能带来沟通成本成倍的增长。
团队内鼓励各个小组开展讨论和会议。小组内定期需要团队信息共享，可以是每天，每周。类似敏捷开发每天的站立式会议。让大家知道彼此在做什么，遇到了什么问题。
整个公司每月或者每季度需要自上而下的团队信息共享，从大的方向上让整个公司或者团队保持一定的方向。
比如 Google Calendar， IM： QQ 讨论组，微信等。
文档管理： DropBox，Git（不过文档这块是用的我们 Coding 的项目文档管理）
项目管理：由于公司正好就是做开发者团队协作的，所以我们使用的是 Coding 自己开发的任务管理系统，管理大家的任务和协作。
总之要通过工具减少信息的壁垒，让团队信息共享更加方便。
创业公司应该允许每个人都可以发表意见，开发可以吐槽产品设计，产品可以吐槽开发进度。但由于每个人掌握的信息不对等，看问题的角度不一样，提的意见也可能提不到点子上。往往在争执不下时候需要有一个总领全局的人来拍板决策。
独裁的可以带来高效率。一旦决定的事情，剩下的就是执行。
另外关于开会，每次开会前需要会议 Owner 准备议题，开会一定要形成决议，会后要有可执行的 Action 和任务分配到相关人员。
任务适当的放权是必要的，减少老板身上的琐事，同时促进人员的成长。
毕竟创业公司人才缺失是普遍的问题，适当的放权赋予一定的决策权，让员工在实际工作中摸爬滚打，有助于员工快速的成长。
同时放权并不意味着完全不管，到执行阶段一定要定期反馈，降低执行过程的风险。
最后不论是什么样的任务，一定要有一个结果。
最后在创业的路上总会有各种各样的坑和问题需要劳心劳力，有时候土的办法往往最奏效。在此与君共勉，也欢迎大家来体验 Coding.net 云端开发平台。
作者： 吴柯（Coding.net 产品运营负责人，曾任职于 HP 软件咨询顾问，在项目管理和企业级软件产品领域有丰富经验。）