公司员工结构分配比例什么才比较好?比如管理人数所占比例，人力人员所占比例等等

1. 公司员工结构分配比例什么才比较好?比如管理人数所占比例，人力人员所占比例等等

百分之五决策管理人员、普通管理人员建议百分之十。管理人员是指在组织中行使管理职能、指挥或协调他人完成具体任务的人，其工作绩效的好坏直接关系着组织的成败兴衰。管理人员的职能提供了组合管理知识的一种有益的框架。拓展资料：公司员工结构分析在企业的经营管理的过程中、对员工进行准确的素质结构分析是必须的。这也是制定企业技能培训方案的基本出发点。性格结构其中的性格结构，对于中层管理干部和业务骨干来说，尤为重要、一个人的工作风格肯定与其性格有着千丝万缕的联系、对于这一点任何人也不能否认。知识结构。对员工知识结构的分析。不但为了准确地制定培训方案，更为了充分地利用各种有效的资源。从而使得培训取得最大的经济效益。那么在对公司员工素质的知识结构进行分析时、必须从三个方面进行。文化教育水平，博士、硕士、双学士、学士、大专、中专、技校等等。从这些方面的分析可以确定针对具体的干部的 培训内容、以提高培训的效率。从整2三的员工数目。特别是中层管理干部和业务骨干的文化层次、是我们制定培训方案的 基本依据。其中关键是要注意对于很多的干部。其在学校所学习的专业。在进入社会以后往往从事的却是另外一个行业。虽然每个人均有爱好问题、但是发掘员工在学校所掌握的知识和技术，却是我们不可以忽视的一个重要问题。职业教育培训、现在社会上的各种各样的培训班相当多，肯定有很多的员工在进入公司以前。曾经接受过类似的培训, 并在某个专业领域有一定的特长。

2. IT职业有那些分配单位

0研发类、市场类、技术支持类、生产类、管理类 1、研发类岗位 包括软件研发和硬件研发，在一个公司里面完成项目开发，或者定制产品，一般说来，软件研发基本上就算产品的设计者和制造者，硬件研发，只能算设计者。因为后面还有生产环节。 通常研发岗位包括RD，QA，以及配置管理员，架构师，小组长，项目经理，研发助理等，就是研究部分所有的职位。部门经理一般没有计算在内，部门经理管人，应该算管理岗位。不过有些小公司，部门经理和项目经理，甚至架构师，都不分，因此需要具体情况具体分析。 其中RD，就是我们说得最多的设计人员了。 RD 这个词有讲究，就是设计和实施，是两个意思，设计，是决定一个东西怎么做，实施是把它做出来，我们刚开始，可能都是先做实施，慢慢走到设计，模块设计，系统设计等等，如果做得好，以后慢慢专门做设计，就是架构师了。 软件人员一般RD不分，设计者通常就是实施者，因为基本上程序敲完，产品也就出来了。硬件人员则不同，一般就是设计者，以及第一轮白盒测试的QA，自己测，当产品测试稳定、定型，就可以交给中试部进行产品测试，最终上线贴片生产。 QA 这里面一般细分为软件测试和产品中试，像华为、迈普这类大中型企业，以生产硬件产品为主的公司，都有自己的中试部，中试部简单说，就是专门测试硬件的，比如各种静电测试，温度测试，跌落、震动测试等，为产品最终上线做准备。 软件研发通常还有个角色很重要，就是配置管理员，一般小公司没有这个角色，由负责的测试人员兼任，大公司会专门设置这个角色，并且这个角色还有商业秘密保全的功能。 软件人员开发的产品，在自己的机器上，一般叫测试版，只有提交到CVS或SVN等版本管理系统，才叫产品，测试部不是从软件人员手里拿软件去测，而是由配置管理员在中心服务器上，将软件产品从源代码编译成可执行文件，生成安装程序包，然后发给测试部，测试部测试完毕，返回测试报告，公司领导签字后，以后软件产品的发货，就是配置管理员负责发货。 在大公司，软件一旦投测，如果RD发现有个小bug，小公司可能打个招呼就改了，项目控制流程上看不出来，但在大公司，必须发文，说明上一版本作废，然后重新发测试申请，重新提交代码走流程，项目流程上就记录，废版一次，以后就是扣工资的依据。因此，大公司的程序员一般比较严谨，发版测试很谨慎，就是怕出现这类bug，这样的缺点是对市场的反应不够灵敏，可能客户提交一个bug，RD改只要几分钟，但是流程要走一两天，但是好处是产品质量有保证，每个人的工作结果都记录在案，便于管理，且程序外泄几乎不可能。 国外很多程序员，可能在一个公司工作一辈子，都没有见过自己服务的计算机，RD都在终端工作，自己本地测试好了，提交到中心服务器，由配置管理员负责最后的编译和提交。 2、市场类岗位 这大约是最多的，往低里说，电脑城的谈单员，就是市场，往高里说，华为、Cisco的地区总裁，其实也是市场角色。市场根据个人经验，又分为Sales和Marketing，前者是简单的客户成交服务者，即客户准备购买，完成买卖手续，协助送货什么的，Dell那边的电话销售小姐，大约就是这个角色，由于Dell是定制，因此她们还需要下订单。后者就是属于较高层级的销售人员了，可以引导市场，引导客户，促成交易。 一般说来，市场其实也是个技术活，很少有朋友是天才，上来就可以做到Marketing的，都是从Sales先入手，慢慢练，这个过程，可能比一个程序员走到架构师还难，很多销售人员，做一辈子，都做不到Marketing的，不信，去商场看看售货员，公交车的售票员，都是Sales。 我们经常说，每个行业都有英雄，其实市场中，Marketing就是英雄，一般说来，走到这一步，就可以站在这个行业的巅峰，出去讲课，拿最高的佣金，享受猎头挖角的快感等等。不过，很难的，有句话请大家注意，“这个世界上，99%的销售人员，都不知道自己在干什么，说的就是这个问题”，那1%才是Marketing。 通常情况下，开发人员瞧不起市场人员，总觉得对方是耍嘴皮子的，但市场人员同样也瞧不起开发人员，总觉得这帮书呆子不创造价值。呵呵，大家别生气，大多数公司，把研发单位，看做最大的成本单位，只花钱，不创造价值的，虽然我们设计了产品，但公司的财务上，这部分是没有价值的，产品价值是在销售出去以后才体现出来，因此，财务上看，研发部门总是赤字一片。 其实，真正厉害的市场人员，我们研发人员还是要尊重的，要知道，一个研发人员要成名成家，其实很容易，随便什么东西，攻克一个难点，出几篇论文，出一个产品，这个研发人员就可以在公司里面牛起来了，一个研究院，至少20%~30%都是这种牛人。但是，市场要能做到Marketing，前面说过，1%，可能都不到，你说这帮人算不算精英？ 3、技术支持类岗位 技术支持，往低里说，电脑城的拼机器的，也是技术支持人员，通常由谈单员兼任，谈单员通常由大学生勤工俭学兼任，呵呵，一起练了。再往上，客户那边送货，把包装拆开，技术，联网，技术，调试网络，技术，再大了，这里说句话，希望大家不要见怪，网络管理员，其实也是技术支持。 以前有段时间，MCSE很流行，后来发现，研发单位招人，根本不看这个，因为这个学习的是如何操作机器，而研发是设计机器以及操作模式，让别人操作。CCIE也是啊，因此，当时很多说法其实是有点误导，说学了这些证书可以不上大学，成都还出现过一个娃娃，高三毕业考过了MCSE，就不上大学了的事情，现在不这么说了，因为毕竟上大学才是王道。光靠这个证书，是吃不了一辈子饭的。 在华为，迈普，技术支持是一个专门的职业，负责给客户送货，因为他们出路由器，安装配置有一大堆事情，电信局又是大牛，人家才不会去管这个事呢，厂家来人解决。顺便说一句，电信局守机房的，也是技术支持。 原来没这个职业，就要研发人员兼任，因为这毕竟是个技术活，不过，久了研发人员不干了，天天出差，还做什么研发，老板也不干了，因为研发人员工资高，在大家看来，连连线，配置几个IP地址，这不复杂，如果用研发人员干，成本太高了。 喏，就这样，一个独有的职业，技术支持，在IT企业被定义出来，许多年轻的朋友，希望进入IT业，没有本钱，不会做老板，也进不去一些大型公司的门，一般选择，就是在电脑城做技术支持起步。 现在很多系统集成公司，他们定义的项目经理，和研发单位的项目经理不太一样，其实也是技术支持，这类公司一般都是经销商，不是制造商，自己没有产品，靠代理别人的产品再销售来获取利润，一般说来，渠道这个词，就是指这类公司。这些公司的技术支持人员，主要工作就是看，我代理了哪些产品，哪些产品利润高，我怎么给客户报方案，把利润高的产品设计进去，等等。 这里面其实也有设计工作，但是，显而易见，这部分设计工作和前面的研发架构师的设计，是两个层面。 当然，这里有两个特例，一个是目前很多中小型，做网络应用的架构师，他们也有这个设计部分，这些企业一般都是项目制，没有自己的产品，每一单都要定制开发，这类和前面的系统集成设计有一定类似，因为很多项目包括了设备采购什么的。 另外一个特例就是系统集成设计，通常就是Marketing的活，因为自从IBM提出卖服务的概念以后，给客户交钥匙工程成为主流，大家都说自己是解决方案提供商，因此，Marketing通常就是采集需求，利用本公司产品或者代理的产品，组成解决方案，一体化提供给客户。 因此，从职业发展途径，技术支持一般说来，也可以走到Marketing。通常Marketing有两个产生渠道，Servicer技术支持，或Sales销售。 当然，这里也看出技术支持这个职业的短板，因为Marketing毕竟是销售为主，因此，销售能力占主导，技术支持人员由于长期和机器打交道，因此，恐怕也是机器脸居多，卖东西能力很差，因此，技术支持能转成Marketing的，更少。 当然，也有技术支持人员转回来做研发的，不过，也很少。 4、管理类岗位 一般说来，管理本身是抽象的，并不是IT业的管理，一定只能从IT业产生，或者一定只能管IT业，IBM的总裁郭士纳，就不是IT业出生，管理的英雄们，例子就太多了，他们有个统一的称呼，职业经理人。 前面说的几种，总的来说，都可以最终成长为管理，不过，管理也是最难的，一来人是最复杂的，不像机器那么好打交道，二来，管理要看运气，单纯说水平不行，得老板看得上才行，你说是吧？ 因此，研发，销售，技术，要想成为管理，这个成功率，一般不高于1%的，不信，数数你们公司管理人员和普通员工的比例，或者，学校里面老师和学生的比例，虽然这不准，但基本能说明一点问题。 5、生产类岗位 这个岗位其实各公司都有，不过大多数老板不承认，员工也不愿意承认，呵呵。 大型公司，如华为、迈普，Intel等，以生产硬件产品为主的，基本上都有生产部，记住啊，这个生产部很重要，生产，仓储，物流，基本都在这一块。 千万别小看生产，目前生产线上的工人，由于要开贴片机什么的，基本上都要大专学历，还要培训的，有些目前找工作特别困难的同学，不妨考虑一下这类大型企业的生产岗位。 大型制造业，如美的，海尔等，他们很多管理层都是生产线上下来的，生产线上也不都是工人岗位，很多生产工艺师，工装设计师什么的，都需要设计这门工作，如果一个学历较高的人进入这个部门，只要自己肯努力，其实也很容易出头，毕竟周围的竞争对手太低了，呵呵，比起研究院来说，要容易得多。 6、其他类岗位 这就太多了，老板就属于其他了，呵呵，创业也属于其他，由于这部分不带普遍性，就不多说了。各级行政人员，如财务，秘书，都算其他吧。

3. IT企业，产品经理和研发，营销人员比例多少比较合适

1产品经理，1技术经理，3-10程序员。产品经理和技术主管的上下级关系无所谓。产品经理负责产品，技术经理负责技术架构、技术人员管理，专业的人做专业的事儿。

4. 软件公司测试人员和开发人员的比例应是多少？

这个视公司规模，项目多少和公司制度而定。
     以下评个人经验谈谈，欢迎讨论，非喜勿喷。
      一般大中型软件公司都会有专业的测试团队，一个测试组可能同时对应多个开发团队或者软件项目，一般小项目，应该项目开发过程中，知道最终客户验收，项目定版，始终保持1到2个测试人员，跟踪测试；大的项目或者业务复杂，就需要更多的测试人员，具体就视项目而定；
     小公司的话，可能没有专业测试人员，开发人员就是简单的测试人员，或者有也就很少的1，2个人而已。
     个人觉得测试还是很重要的，对产品质量有很重要的意义，质量好，产品才好，公司长期的口碑才会好。
     大公司不差钱的，除了测试人员，还会有质量保障部，进行二次测试，人员就更多了，就不说了；中小公司的话，项目多的情况，测试开发人员比建议测试：开发为1：2到1：3，项目不是很多的最好保持在1：4到1：5，或者更少也要保证有专业的测试人员。
       不推荐研发兼职测试，不招测试人员，这样既浪费了开发人员的时间，影响工作效率，又由于测试不规范和自己固定的视角测试造成测试漏洞，发现不了问题，达不到测试目的。

5. 中小型企业有没有专门的IT运维人员？有的话比例能占到多少？

中型企业IT网络维护人员较少，很多单位没有，有也就一两个人，小型企业则几乎完全没有；国内运维人员是有较大缺口没错，但也仅仅停留在统计数据上，主要是中国传统思维就是我买了你的东西你就得给我安装维护，还最好是得终生的，所以不愿意花钱雇用运维人员。采购之类的，招标的话是性能符合采购标准、价格最低者优先中标，不招标的就是谁给的回扣最多就买谁的。

6. 怎么规定企业IT运维人员数量

没有强制规定。运维人员数量取决于公司网络和所提供的IT业务规模

7. 请问，IT行业公司主要有哪些部门？每个部门中主要有哪些职位？职员的办公方式是怎么样的？

一般部门设置分为综合管理部门和业务部门。
综合管理部门包括：办公室、财务部、人力资源部、审计纪检部、战略规划（或经营计划）部、市场营销部、物资采购部等；
业务部门，各公司设置不同，有事业部制的，比如按行业划分的、或按产品划分的，按区域划分的，也有按专业划分的研发部、工程施工部、系统运维部等；
一般来说，综合管理部门人员和办公地点相对固定；业务部门人员出差较多。部门领导有独立空间，其他人员统一大办公办公，有公用会议室，出差较多的部门设公用工位，不按人头设工位。至于会议和会议人数是不一定的，预定会议室就好。
办公室一般包括：文秘、外事外联、后勤管理、宣传、规章制度；
财务部一般包括：费用财务会计和出纳、成本会计、税务管理、保险管理、预算和计划、决算管理等
人力资源部包括：招聘、薪酬、福利、劳动用工、绩效、培训管理
审计监察部包括：纪律监察、审计管理
战略规划（经营计划部）包括：计划管理、统计管理、战略规划、风险管理
市场营销部，各类企业设置不同：可以按不同产品，不同区域分，还有定价管理、物流管理、市场拓展，广告宣传，订单管理等
物资采购部统管各类物资采购，可以按照采购的前中后阶段设置，也可以按专业设置，比如，采购计划和供应商管理、采购询价和谈判、合同管理和催交催运，比如办公用品等综合采购、各类设备采购、服务采购等
专业部门，要根据具体专业部门设置情况来决定，需要相关部门提出编制计划，公司审核后确定

8. it项目人员分配前端几个人,后端多少人

这需要看项目的性质和功能，没有具体的比例，看看你能把各个功能模块划分到多细，然后根据人月或者人天进行划分即可。