IT之软件公司组织架构

总结一下软件企业的组织架构,软件公司大部分都很年轻,整个行业还在调整期,一般规模都在300人以内,现在国内大型的软件产品公司都不是靠软件起家的,国内软件三强:华为、中信、海尔都是从硬件甚至是家电做起的。

一个小型的软件公司必备的团队有:研发部、销售部、人力资源部和测试部,这种企业一般人数在50~100人之间,销售部也可能称为市场部,一般来说,市场、行销和服务都在一个部门,这种企业受规模的限制,一般没有真正的市场行为,市场的开拓主要靠老板的社会关系,行销的任务也只是给老板打打下手,服务人员是真正有效益的团队,所以这种公司往往研发部的人员占50%以上,销售(市场)部里的大部分其实都是做售后服务的,测试部除了测试人员还可能有1~2名QA和EPG,人力资源部往往包含人事、财务和行政三个团队。

大型软件企业的部门会多一些,但是配置和小企业其实是一样的,大企业的业务部门一般可以分为:市场、研发、行销、服务四大块,市场部负责对潜在的市场进行分析,对产品进行规划和分析,是企业投资和产品发展的龙头;研发部负责产品开发,是企业的核心竞争力;行销负责把产品销往潜在的客户,负责客户关系维护和签单等;服务主要是售后工作,包括一些安装、部署、客户培训等。研发部下面可分为开发部、技术(预研)部、测试部,开发部负责产品开发,技术预研部负责技术攻关和基础技术研究,测试部负责产品质量检测,也有可能把分析设计人员和架构师单独组成一个架构部或者系统部。

支撑部门往往有人力资源部、财务部和质量部等,人力资源负责人事、行政和后勤;财务部负责财务管理和战略规划;质量部负责质量和成本管理;这三个部门虽然小,但是都属于公司的管理部门,也都是战略部门和智囊机构,一个公司的战略部署主要有三部分支撑,人力、财务和质量。人力资源解决的是公司的文化导向、绩效系统和人才战略,基本上决定了一个公司的气质和风格;财务部门是核心机构,整个公司的市场战略部署其实是由财务部门给出的,财务数据能揭示公司的生存和发展之道,哪些产品是现金流的保证,哪些产品是对未来的投资,这都是财务部门来规划的,一般的战略规划部其实都是财务人员组成的;最后,一个公司的产品有了规划、投资有了规划、企业文化也有了导向,还要有一个部门让人的效率更高、让整个公司的高效的运作起来、使产品更有竞争力,让战略能够落地,也就是要有一个机构来研究如何管理这家公司,这个部门就是质量部,质量部其实就是协助老板管理公司的,它负责整个公司的管理规划,就如同军队里的作战参谋部。

通过上面的分析,基本上能看出一个软件公司的基本配置,大小公司都是一样,大公司由于规模大、人数多,所以管理和规划都是由专门的团队组成的,老板在人力资源部、财经管理部和质量部三大智囊机构的支撑下做决策,从而指挥市场、研发、行销和服务四个体系投入工作。而小公司决策主要靠老板的经验和魄力,市场靠老板的关系,研发、服务和后勤三个部门了。

 

原文地址:https://www.cnblogs.com/Du652597991qq/p/8985649.html

时间: 2024-08-04 16:34:04

IT之软件公司组织架构的相关文章

大话软件公司创业——给创业者的一封信

希望有更多BOSS能够看到此文,有所收获话让公司爬出深坑,从而提高软件公司整体素质,最终改善程序员的生存环境. 怎样才算创业成功? 很多人对怎么样才算创业成功误会很深.以为一家创业型公司有了稳定的业务后,存活下来了,就算创业成功了. 其实不然,有许多公司长年处于创业阶段,永远都不会有做大的一天,只因为创业者以一个销售或工程师的身份深陷其中,永远都没有时间思考如何做强做大. 怎样才算创业成功?就是骆驼穿过针眼! 说白一点,创业者通常可能是一个销售或者工程师起步,如果哪一天抽出身不再是销售或工程师了

Atittit.研发公司的组织架构与部门架构总结

1. archi组织架构与 部门规划2 1.1. 最高五大组织机构2 1.2. 宗教事务部2 1.3. 制度与重大会议委员会2 1.4. 纠纷处理部:3 1.5. 行政部3 1.6. 保安与治安维护部:3 1.7. -------------------------3 1.8. 行政大部下面的小部门3 1.8.1. 总务部::负责具体的团队内部行政制度执行4 1.8.2. 保安部门::4 1.8.3. 餐饮食品部:规划食物体系,根据不同的分部实际情况而指定..总部只需要指定总则则可.也需要提供部

软件公司的两种管理方式(转)

原文:http://coolshell.cn/articles/4951.html 摘要:一 个Film Crew的Director(注:有总监和导演的意思)了解要把一个伟大的软件组合起来的每一个碎片,他需要组织一个无与伦比的团队,并且要帮助这个团队 能凝聚在一起,团结在一起工作.他的角色是鼓舞大家,守护着构想(Vision),提供方向和集中大家的精力. 这篇文章是我的一个外国的同事Gareth推荐给我的,我和他一起工作过一段时间.他之所以觉得非常不错,是因为这篇文章让他身有体会,他觉得我也一定

组织架构适配下的敏捷开发

摘要: 本文将会讨论如何协调公司内各个工程师团队之间的合作,从而高效地保持系统的弹性和灵活性,以满足敏捷开发的需求.本文选自<Node.js微服务>. 如果一个公司采用微服务来构建软件系统,那么每个干系人都需要参与决策. 微服务是一次重大的范式转换.通常,大型组织倾向于使用相当传统的方式来构建软件系统.每个重大发布需要经历数月的研发周期,之后需要一个完备的质量保证阶段以及数小时的部署阶段. 当一个公司选择使用面向微服务的架构时,方法论就会发生完全的改变:每个小团队负责各自的小功能点,包括它们的

让软件公司的管理多一点“灵魂”(转载)

其管理很可能已经陷入了困境. 什么是管理的灵魂? 如果彼得德鲁克说管理是种实践是对的,那管理的灵魂就必然是一种独立思考的精神,因为唯有独立思考才能完成打穿理论与现实,完成特殊到一般,一般再到特殊这样的轮回. 那如果管理缺了灵魂,那会怎样? 那就会因为失去一种自省的精神,而变得四处都是被分享的成功经验,但其实管理上问题不断. 当一个庞然大物比如:柯达轰然倒下时,人们往往会去反省它可能是管理出了问题.但当它还在时,人们往往会认为是管理支撑了它的存续,而并不能去识别其管理的失败很可能是正在导致肌体的腐

非常道-中小软件公司项目管理(第四节 如何看待生命周期)

就软件开发项目而言,传统的生命周期基本重点是从需求分析开始,这当中会有个不大不小的问题,即“知识断层”.大部分软件项目中,项目经理接触项目通常是在合同签署后,这个时候就有一个很明显的断档,我相信有些项目经理没有过项目售前的经验(我不是指和销售人员跑跑客户讲讲方案演示下demo什么的),真正的项目售前其实是一个咨询的过程,这个过程要抓住客户,唯有四个字“提供价值”,这里的价值,表现为通过方案的描述,通俗易懂的描述能帮助客户解决什么问题,达到什么样的成果等等.这个阶段收集到的需求和目标才是客户最原始

DataPipeline丨DataOps的组织架构与挑战

作者:DataPipeline CEO 陈诚 前两周,我们分别探讨了"数据的资产负债表与现状"及"DataOps理念与设计原则".接下来,本文会在前两篇文章的基础上继续探讨由DataOps设计原则衍生出的具体组织架构. 让数据快速从负债变成资产,绝不仅仅是某种软件或者工具就可以做到的,我们需要构建相应的文化.DAMA的数据治理体系,非常详细地介绍了大量常见的岗位和职责,在此就不一一赘述,只是在此增加一些贯彻DataOps时非常关键的细节. 我们观察到有些企业开始让业

组织架构调整策略及设计工具

组织架构调整策略 企业在不同发展阶段会有战略调整,战略调整必然带来组织架构改变.企业组织架构在笔者的企业管理理论体系中属于企业管理流程中的一级流程,组织架构设置好坏直接影响企业流程运行效率.因此,在企业成长过程中,组织架构调整虽然不是常态工作,但也绝不是一劳永逸.一成不变的.企业遇到以下情况都可能调整组织架构:扩大规模.增加市场份额.增加新的产品.增加新的服务:或者缩小产品战线.调整销售渠道.改变代理方式:或者改变管理模式.上线管理软件.引进新设备新技术等等. 调整组织架构必须通盘考虑,以防范组

软件构架、架构和框架的区别

软件框架(Software Framework)介绍 面向某领域(包括业务领域,如ERP,和计算领域,如GUI)的.可复用的"半成品"软件,它实现了该领域的共性部分,并提供一系列定义良好的可变点以保证灵活性和可扩展性.可以说,软件框架是领域分析结果的软件化,是领域内最终应用系统的模板. 随着软件规模的扩大.应用的广泛和软件复用技术的发展,以子程序或类(Class)为单位的软件复用有许多不足:(1)子程序库日趋其庞大以致于使用人员难以掌握,(2)大多数类粒度很小,且其自身往往不能完成有用