首页 > 代码库 > 工作一年的心得与体会

工作一年的心得与体会

最近忙于工作,很少去了解一个公司是怎样去运作的。可能我也想问我自己为什么会去关注一个公司是怎样去运作的。或许是因为我们公司的效率底下吧!

我们公司是成都一家刚起步的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、代码检查

有了这些,或许对于一个公司来说,已经很不错了。

工作一年的心得与体会