工作一年的心得与体会

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

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

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

时间: 2024-10-10 16:28:35

工作一年的心得与体会的相关文章

参加到大组织后的一些心得和体会-腾讯

现在腾讯有很多外包人员,我也不例外,外包很多是从外聘转过来的,但可以免费乘坐腾讯的班车,这一点我还是比较欣慰的, 5月份过来这边的,到现在2个月了,第一次加入这样的组织和团队,心里还是有点欣喜的,是过去几年没有过的经验,腾讯的外围系统是不用.NET 的,为啥呢?应该大家都会明白,成本问题,liunx下有很多成熟的解决方案(.net也很多),iunx最重要的是免费,我之前一直以为技术到了一定程度是跟语言无关的,知道现在我才能细细体会一点,但我不是说.NET没有前途,现在微软也开始做跨平台的事情了,

我这些年对游戏外挂辅助开发的一些心得和体会

今天闲来无事,游戏也上不了,就写点东西吧,很少在濮阳吧里发贴子,今天我也来点贡献吧,以下内容对于有些人来说,也许很有用,但对于一些不懂装懂的人来说呢,你不懂就不要乱拍砖,你可以保持沉默,大家都是有文化,有素质的人,对吧. 所谓游戏外挂,其实是一种游戏外辅程序,它可以协助玩家自动产生游戏动作.修改游戏网络数据包以及修改游戏内存数据等,以实现玩家用最少的时间和金钱去完成功力升级和过关斩将.虽然,现在对游戏外挂程序的“合法”身份众说纷纭,在这里我不想对此发表任何个人意见,让时间去说明一切吧. 好了,费

<2048>调查报告心得与体会

老师这次给我们布置了一个任务,就是让我们写一份属于自己的调查报告,针对这个任务,我们小组的六个人通过积极的讨论,提出了一些关于我们产品的问题,当然这些问题并不是很全面,因为我们是从自己的角度出发,无法得知客户的要求.所以,在调查报告的发出之前,我们还问了一些同学,对我们<2048>游戏有些什么建议,所以我们的问题,包括我们自己的想出的问题,还包括同学提出的一些建议,综合以上两个方面得出了属于我们产品的调查问卷. 这次的调查报告有超过一百个人参与调查,虽然这个数目不是很大,但是还是代表一部分客户

struts工作原理详解心得体会

一. 首先服务器接收到url请求之后,会先到web.xml中运行过滤器,看看符合什么样的请求可以被接受. <filter> <filter-name>Struts2</filter-name> <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class> </filter> <filter-ma

【心得】编写服务端的相关设计心得及体会

最近接手公司服务端接口的相关编写工作,遇到了一些问题,提出了一些想法,讨论了一些问题,与项目经理在方案选择上有了一番争吵(当然,这种争吵是家常便饭的事儿).特此有了一些心得体会. 方法入参的设计 我们在设计程序的时候,如果使用常规的分层模型,既Controller.Service.Dao,来对项目进行分层,一定会遇到一个问题,就是不同层及之间,数据传递,即每个方法的"入参"应该怎么设计. 我曾待在一家从事银行系统开发的公司,项目有一个很大的特点,它并非使用C.S.D来进行分层开发,当然

软件需求工程与建模 -小组工作总结及成员心得

一.小组工作总结: 时间总是飞快流逝,为期近两个月的学习.考试以及项目工作中,这学期又过去了. 而将目光聚集到项目上来,我们小组的项目完成度倒也是差强人意了:前期的需求获取.分析大家都完成的不错,有成员发问卷的.有成员实际体验的.有成员实地(健身房)访谈的.有成员肝各种线框关系图的--之后的功能分析设计.UI设计也都干的不错,有综合我们小组成员各种健身成分的贡献自己的部分功能分析建议.根据问卷结果的分析.据前期需求分析线框图.数据字典上的继续延伸分析的功能分析设计.UI设计:然而最后实现的部分还

对于工作后的学习方法的小小体会

刚刚毕业,大学时候过得~~~.工作后发现不太会学习了,一本书要隔很长时间才能看完,不得不说这个也是自制力的问题.另一方面,有些时候工作中同一个问题能够遇到很多次,这个也更能说明了自己学习上的懒惰,不用为工作发愁后就没有了什么上进的心劲儿,园子也是好久都没有来过了.15年,坚决不能再这样了. 废话不多说,针对上面的问题作出15年的要求. 一:工作中遇到的问题,在工作结束之后,要做深入的研究学习,里边肯定包括了以前学习的漏洞,并且,把心得跟解决办法用博客总结出来,让大家帮忙品评. 二:每一本书的学习

linux内核与分析 心得与体会

作业目录: (1)计算机是如何工作的:http://www.cnblogs.com/20135335hs/p/5213394.html (2)操作系统是如何工作的:http://www.cnblogs.com/20135335hs/p/5248078.html (3)Linux系统启动过程:http://www.cnblogs.com/20135335hs/p/5271708.html (4)系统调用的方法:http://www.cnblogs.com/20135335hs/p/5297310.

2015,工作几年的心得

新年的气息已逐渐离我们远去,转眼上班也半个月了,也许是大家都还没从假期的习惯中走出来,我们技术这边的需求明显比年前少了很多,年前都是各种需求添加,加班是家常便饭. 年后虽然任务也不少,但明显比年前轻松了很多,利用空闲的时间,我还在一直恶补短板的js,虽然工作已经快4年了,但以前有共专门写js的同事,我只负责相关的切图,一直到2014年春节过后,公司政策突然转变,每个前端人员都既要切图又要整js,按项目分工作.以前也写过js,不过都是简单的一些功能,根本上不了台面,当领导让我负责整个项目的时候,我