标签：数据 问题 代码 工作 管理 数据库 程序 设计 方法
最近忙于工作，很少去了解一个公司是怎样去运作的。可能我也想问我自己为什么会去关注一个公司是怎样去运作的。或许是因为我们公司的效率底下吧！
我们公司是成都一家刚起步的IT（软件）公司。现有员工25人，其中负责人1人，运营长1人，知识长1人，负责销售1人，项目经理1人，项目组长2人，技术研究1人，销售人员2人，移动端开发人员3人，Web端开发人员6人，实习生2人，测试2人，美工1人，财务1人。
员工中，管理层与普通员工的比例为8/17。移动端与web端员工比为3/6。项目负责人与开发人员比例为4/11。
今年公司的效益不好，究其原因，或许看了比例数据，不由得心想，确实，普通员工被压榨的很厉害。公司没有骨干核心也是问题，就连我刚出去的员工也要给他们搭建前段框架（我是无助的叹息呀~很想离开这样的公司）。
分析人员也不能完全说明公司效益不好全在普通员工身上。我们再来看看管理层都做了些什么事情。
知识长负责教授6sigma等创新方法论；运营长（我也不知道他做了些什么）；PM现在就只负责指指点点，没有拿出实际的需求，现在还是程序员负责考虑交互和设计数据库；项目组长负责需求研讨和界面设计，感觉就更加不负责任，没有对细节的东西进行深挖，没有对程序员做的界面和代码进行认真的检查。感觉程序员要做很多事情，去考虑程序的兼容性、交互方法、数据库表设计、界面细节查错。
我理想中的软件公司没有多少人，3-4人是标配。
PM负责项目接洽、合同签订、需求调研、交互设计、工作协调。
技术骨干负责框架搭建、Demo代码书写、调用文档规范、代码规范性文档、前沿科技研究、新人培训等
会计负责公司的运作保障、公司注册、银行业务、社保公积金业务、财务。
行政人事负责公司考核、办公用品管理、人事调动、档案管理、招聘等。
对于我们程序员来说，对程序的风险管控很重要：
1、代码规范 2、文档（调用文档、接口文档、Demo文档） 3、需求交互设计（按时代不同、客户不同做不同的调整） 4、代码检查
有了这些，或许对于一个公司来说，已经很不错了。
标签：数据 问题 代码 工作 管理 数据库 程序 设计 方法
原文地址：http://www.cnblogs.com/liuhong1happy/p/4101183.html
