软件项目组织架构安排

• 项目章程、项目计划与项目管理方式。

        有些项目是在项目章程中已指定需要多少人的团队，大概怎么样水平的关键岗位，这时就要按要求组建相关团队。而项目计划中则要考虑组织计划， 成本预算、人力资源计划等。比如公司财务预算指标和公司上面已规定团队人员数指标不能超过多少人。还有在立项报告和项目计划中的工时人天数要求等，这些都是项目团队组织计划的输入因素。

        项目的管理方式包括RUP方式、原型法、XP法、敏捷管理方式等。开发à测试à运维  和现时流行DevOps方式等。而选择什么样的方式就决定什么样的团队组织框架。

• WBS

        项目计划中最为重要的一项工作就是制定WBS，这是由项目经理完成的，也可以是项目经理和需求分析师或架构师共同完成（关于系统分析师和框架师的关系区别见细歌文章《 软件系统分析师与架构师技能大PK(您具备了哪些呢？) 》）。而WBS制定后就表示项目有哪些事情要做，下一步就是由谁来做的问题。解决完之后，OBS也就编写完成了。

• 现有公司组织管理框架和技术管理框架。

      项目管理是公司管理的一个子集，项目组织所需人员需要按公司整体的经营生产规划进行。如对人员成本的控制，团队规模的控制 ，对项目范围的控制等。项目组织计划制定是要考虑这些约束指标，不能超出这些指标。同时技术管理决定的了项目采用的技术路线，就决定着团队组建所需的技术人员要求。

•   OBS&RAM

       项目组织计划的输出就是OBS和RAM。 OBS是组织结构分解，RAM是职责分配矩阵。来点俗话就是：这个项目要多少人，要什么样的人，哪些人分别做哪些事。OBS宜采用岗位说明，不应固定到人名。

典型的项目开发实施组织结构

        软件项目组的岗位组成包括：项目经理、业务(需求分析员)、架构师、领域专家、开发人员、测试人员、工程人员、监理、配置管理员、QC&QA、美工、UI 等。其中开发人员是最主要的组成部分，根据技术路线和要求定岗，可以分前端开发、后端开发、数据开发、大数据开发、算法工程师、通讯开发、三维开发等，又或按语言和框架或开发平台来分。每个岗位的职责这里不做介绍，是一个值得交流的话题，欢迎加Q群746333240 讨论交流。

        项目组人数非常灵活：少时1人即可，1个人搞定一个项目的也不少见，多时可以到上百人。开发和测试是软件项目组的主体和核心组成，是不可以缺少的。根据项目团队人数规模可以分为如下几种。

        微型
        1到4人 ，重点突出开发、测试工作内容。适时寻找美工出部分效果。
        小型
        4到10人：项目经理一人，兼需求分析工作；前端开发1至2人，后端开发1-4人；测试1-2人；美工兼职。
        中型
        10至50人：包括项目经理、业务专员、领域专家、开发人员、测试人员、美工、QC、运营人员。也可以外接平台或技术小组。
        大型
        50人以上规模的团队是大型的项目团队了，当一个项目涉及到多单位联合参与，分工协作时，当预算到一定程度时，比如微软当年的视窗操作系统，比如近轻国家部级单位推动一个平台项目型项目，包括总体单位，总包，一、二级分包单位，项目规模都达上千人参与。  这类型的项目，基本每个角色都有一至多人担任。

        考虑一人多岗一岗多能情况，项目经理可兼任业务分析领域专家，需求人员可以兼测试人员，测试人员可以兼QC，美工可以兼测试，架构可兼核心开发人员。 但测试与开发不能同时兼任，QC与开发不能同时兼任。关于人员配置多少和可兼顾职责是一个值得讨论的话提，欢迎加入QQ群746333240 讨论交流。

         简单点说就是项目越大，团队越大，分工越细，所需人员越多。比如某能源信息化项目，由甲乙双方共同成立项目组，项目成员达20多人，双方各派项目经理，由甲方项目经理主导业务，乙方项目经理负责技术实现，同时甲方还要向乙方委派一名领域专家指导业务分析。然后就是不同技术范围的项目有不同的技术岗位，比如项目需求中明确有做Ios应用的内容，那么需要Ios开发人员，如开发技术规定采用Openstack框架，数据库采用分布式DB Redis进行开发实施，那么要配备熟悉大数据开发人员。不管如何，在软件项目管理里很少有说每个技术内容都配备一个专职负责的，项目基本都是一人多岗一岗多能，评时网络上谈论比较多的的程序员们整天加班中…，过劳问题等，特别是在小公司，其中都是全能全要做，这近网络上炒的沸沸扬扬的996.ICU来源也是在这里，都上人民日报了，见这里 。同时很多项目团队成员都是跨项目的。一般从规模上讲，超过10人实施团队的项目都可以叫得上大中规模的项目了。曾参与过60多人团队的项目。还有一点就是内部自营项目和外部承接项目的项目组织也是不一样的。

        还有重要的一点就是项目人员配备在项目不同阶段是不同的，从商务-->前期-->方案-->分析设计-->开发-->测试-->交付-->运维。整个过程每个阶段有每阶段的人员投入。当前比较流程的敏捷管理方式，测试在一就要入，不需要完整的文档，设计与开发同步进行，快速迭代等方法，任务看版，随时沟通。所以在分析设计时不需要投入多少设计力量。

        OBS、WBS确定后，制定RAM，RAM在项目实践中用得比较少，本人从事项目管理工作过程中倾向于直接采用项目人员与岗位配置表。
        当然以上整个项目组织计划和架构的发布都是理论上的。而实际项目过程中本人的原则是能口头沟通解决的不多一行文字，能打字解决的不多一行Coding。特别是在小公司，基本没有正式的计划和组织构架，机动性很高，重点是沟通协调。 而本人更倾向少小团队协作。