IT项目管理中开发项目时都有哪些角色？

要想构建企业的新产品研发管理体系，我们可以分三步走：

一是判断研发现状调研与适用研发体系类型；

二是制定研发项目管理体系建设计划；

三是研发项目管理体系的运行与改进。

一、判断研发现状调研与适用研发体系类型

我们需要准确掌握企业在研发管理方面的现状、组织结构现状和研发资源配置现状等情况，判断企业应该搭建哪种研发项目管理体系。

一般来说，常见的研发体系有以下三种：

（1）基于CMMI的研发体系：适合以瀑布式开发为主导的项目开发及产品研发模式。

（2）基于IPD的研发体系：以市场为导向的产品开发，关注客户需求，通过公共基础模块和跨部门的团队准确、快速、低成本、高质量地推出产品。

（3）基于敏捷模式的研发体系：以用户的需求进化为核心，采用迭代增量开发的方式进行软件开发。

二、制定研发项目管理体系建设计划

接下来，我们就可以根据研发现状调研的结果进行总体规划，明确研发项目管理体系建设的任务和目标，一般来说包括研发战略、研发流程、组织模式、绩效管理四个部分。

研发战略：研发战略奠定了研发项目管理体系在企业中的地位和基调，我们需要配合公司整体发展战略来制定研发战略。

研发流程：研发流程一般包括立项、设计、开发、测试、验收与交付阶段。在这个过程中，我们可以通过专业的项目管理工具来明确研发流程，比如每个环节的上下游关系，以及该环节作业的出入和输出内容等。

组织模式：由于很多研发工作需要跨部门、跨岗位去配合执行，对此，我们可以通过建立项目组，对项目组内的成员进行明确的职能划分，建立起跨部门的协作模式。

三、研发项目管理体系的运行与改进

制定好研发项目管理体系建设计划，且各项目成员熟悉和掌握各自工作的要点和体系的的运行模式后，就可以按照计划运行了。

在运行期间，我们需要对过程中遇到的问题进行记录，为进一步修改和完善该研发项目管理体系提供必要的信息和数据支撑，从而保障该体系能够得到长期有效的运行和实施，不断提升管理水平和研发水平。

搭建标准化、规范化的研发项目管理体系，不仅需要企业高层人员的正确认识和大力推进，必要时还需借助专业的研发项目管理工具，对研发项目进行科学有效的管理。

陈述者向受文者介绍公司组织架构过程中需阐明公司组织架构的性质（是直线制还是职能制、还是按别的性质构建）、各部门间的权属关系以及部门的职能和部门内的主要的岗位设计。

例如：

公司的组织架构是按职能性质来构建，最顶端的是总经理，负责公司战略性决策，统筹行政人事部、生产部、销售部以及技术部，这四个部门直接对总经理负责，而这四个部门只有行政人事部和生产部分别设立人事行政主管职位及生产经理职位分管下面各个职能部门，人事行政主管主要负责公司的培训、薪酬、绩效、工伤、对外联系等职能。

扩展资料：

企业组织结构是进行企业流程运转、部门设置及职能规划等最基本的结构依据，常见组织结构形式包括中央集权、分权、直线以及矩阵式等。

企业的组织架构就是一种决策权的划分体系以及各部门的分工协作体系。组织架构需要根据企业总目标，把企业管理要素配置在一定的方位上，确定其活动条件，规定其活动范围，形成相对稳定的科学的管理体系。

没有组织架构的企业将是一盘散沙，组织架构不合理会严重阻碍企业的正常运作，甚至导致企业经营的彻底失败。相反，适宜、高效的组织架构能够最大限度的释放企业的能量，使组织更好发挥协同效应，达到“1+1>2”的合理运营状态。

很多企业正承受着组织架构不合理所带来的损失与困惑。组织内部信息传导效率降低、失真严重；企业做出的决策低效甚至错误；组织部门设置臃肿；部门间责任划分不清，导致工作中互相推诿、互相掣肘；企业内耗严重，等等。要清除这些企业病，只有通过组织架构变革来实现。

参考资料：

百度百科-企业组织架构

1、产品经理。

2、项目经理。

3、软件架构师。

4、软件工程师。

5、UI设计师。

7、测试工程师(质量小组)。

8、实施工程师。

不同规模的软件开发团队，需要的人员组成结构是不同的。小型软件开发团队：软件开发人员、软件设计人员。其中具体包括编程人员、美工人员、创意人员等。

大型软件开发团队：软件开发人员、软件设计人员、市场研究人员、客服人员、推广人员等。其中技术人员具体包括编程人员、美工、创意人员等。

扩展资料：

项目管理理论是指“在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望”的理论。

项目管理包括整体、范围、时间、成本、质量、人力资源、沟通等方面的管理。

一个项目的开发过程中每一位角色都发挥着至关重要的力量，一个团队中的各个角色的默契配合，才能使这个项目快速、保质保量的完成。

参考资料：

IT项目管理_百度百科

从人员配置上来看，具体人员包括项目经理、产品经理、UI设计师、UE设计师、前端工程师、IOS工程师、Android工程师、后端工程师、架构师、测试工程师等；

项目经理负责组织与实施开发项目，并进行项目管控。项目经理熟悉IT开发的业务流程及参与人员，能够组织及参与项目需求分析和系统设计，安排项目组成员的相关工作，并进行项目进度控制、成本控制及质量控制。

产品经理负责与客户进行前期对接，了解客户需求，完成需求分析和初步的产品设计，将 Idea 转化为能够落地的产品原型图。

UI设计师：即用户界面设计师，主要负责对软件的交互、 *** 作逻辑及界面进行整体设计。

UE设计师：负责对用户体验进行优化，在游戏开发中较为常见。不过，为了控制成本，目前大多数初期创业团队和一些程序开发公司会将UE设计工作分担给产品和UI设计师。

设计师会在产品原型图的基础上进行优化、细化，把页面做成“常人能看懂的东西”。相较产品原型图，设计师所作的界面图会对普通人更友善。

前端开发：前端即产品的前台部分。前端开发负责相关产品前端程序的实现，并提供合理的前端架构，目前通常分为Web端开发、IOS开发、Android开发三个模块。

后端开发：后端的工作通常与数据库有关，需要对数据库进行设计并优化交互逻辑。后端对数据库功能的实现、数据存取、平台的稳定性与性能负责。

测试：测试人员负责在程序开发过程中的发现缺陷，并进行完善。

模拟公司的组织结构如下：

1、功能性结构：特点是每个组或部门员工拥有相似的技能，处理相似的任务和解决相关的问题。

2、部门结构：就是根据产品或服务类型、地域、顾客群、同一过程的每个部分进行组织结构的划分，其特点是部门间相互独立，每个部门有相对完整的组织结构。

3、矩阵结构：是融合了功能性结构和部门结构，将部门小组和功能小组成员交叉，小组成员将分别向部门小组领导者和功能小组领导者汇报信息，该结构尽可能地消除了功能性烟囱问题。其特点是双领导系统，交叉功能团队。

4、团队结构：这个组织结构是根据特殊项目或团队任务加入不同技能的员工，例如上图所示，新产品研发团队根据需要加入了制造、销售、工程和人力资源部门的员工来保证团队的整体运作，其特点是灵活性、水平管理。

5、网络结构：这个结构更为特殊，它是公司只保留核心的销售渠道而将产品的设计、生产、仓储运输和财务外包给专业的合作公司，并和其他同行业公司达到战略联合，共享订单和资源。

6、虚拟结构：虚拟结构是通过互联网技术将各个技能的人联系起来，当有需要时，通过互联网将需要的人组成一个团队，任务结束后即可解散。

从组织架构上，一个团队可以是这样的构成：一个团队领导者+若干团队核心+团队普通成员。 早在第一篇文章“个人信念与团队信念”里，我就曾说过，团队领导者和团队核心是团队价值观的主要构建者和传播者，整个团队有没有核心价值观，主要是看这些人能不能形成一个稳定的核心价值观。而其实，我还没有明确说的一点就是，在团队领导者和团队核心这样的架构里，还同样隐含着“连长+政委”的模式。 所谓的“连长+政委”，并不是什么新鲜概念，它另一个更通俗易懂的名字叫：把支部建在连队上。 之前，我一直很好奇，为什么毛泽东在文革中犯了这么大错误，毁灭了这么多了中华优秀传统文化财产和这么多的知识及社会精英人才，而后人还这样崇拜他，特别是，中国改革开放中形成的第一代企业家，其中的很多人，都把毛泽东的治军、治党理论用于自己的公司管理，其中一个影响深远而又非常著名的概念，就是：把支部建在连队上。

“连长+政委”，其最原始的意义，是要加强组织对军队的绝对控制力，“连长”，可以理解为业务骨干;而“政委”，可以理解为思想工作者，用于协调团队内部关系，化解团队内部矛盾。“连长”，保证了这个团队在业务层面可以向前推进;而“政委”，则负责团队内部人员的协调、流程的组织。

我们总说“作团队”，“作团队”，其实，在我看来，在你自己可以充分作事正确作事的基础上，所谓的“作团队”，在人与人关系方面，需要额外考虑的无外乎两点：组织架构和流程安排。前者，是团队的静态存在形式;而后者，是团队的动态存在形式。不断优化这两个方面，就可以让我们的团队水平得到不断的提升。

说回文前，其实，你只要仔细研究一下国内几个大企业的组织架构，就很容易发现“连长+政委”这种组织形式的影子，比如：华为，海尔和曾经的巨人。但是，在我看来，体会最深的一点就是，我们没有必要在人事安排上非要弄出两个人来，一个负责业务，一个负责思想。如果要学习，就学习它最精髓的内容。 它最精髓的内容是什么

说白了，就一句话：业务需要有人作，思想也需要有人作。 甚至，说得更通俗一点：黑脸需要有人唱，红脸也同样需要有人唱。 “业务+思想，黑脸+红脸”，可以让我们既兼顾到业务，又兼顾到“和谐”。

一个团队，其能存在和发展，最终，还是要靠业务作得好，靠业绩作得好。但是，如果唯业务论和唯业绩论，又很容易让整个团队进入一种非常偏执、压力非常大的状态，所以，我们不能一味的施以高压以获得唯一的业务增长，在追求业务增长的过程中，还需要考虑到团队成员个人的感受，个人的成长以及每个人自己的个性诉求。

如果我们把“作业务和关注团队成长”这所有的事情都寄托在唯一的团队领导者身上，显然是不太现实的，即使他是悟空，恐怕也是分身乏术。团队领导者，也是一个普通人，我们不能把团队成功的希望全部寄托在“团队领导者必须是全才”这样一个虚无缥缈的幻想之上。

所以，从这个层面来说，在所谓的团队协作中，作为团队核心，应该主动去承担一部分业务或者思想工作。

既然团队领导者，没时间去作思想工作，那我们就可以帮把手，多跟团队成员沟通和交流，帮大家多化解一些对团队和项目的困惑;

既然团队领导者，现在只有空钻研某一块的业务，那我们就可以尽己所能把其它需要钻研的业务主动承担起来。

当然，这样作的前提，首先是团队核心要与团队领导者充分交流、沟通，并达成一定的信任关系。 也就是说，在我看来，我们需要把握和关注的，是“业务和思想”这两样最本质的东西，而不是“连长和政委”这两个虚无的职位。我们人人都可以成为“连长”或“政委”，关键的前提是，你有没有意识到，需要在团队中主动承担一些角色，而这些角色并不是一定需要某个职位才能去作的，利用你的影响力，利用你掌握的专业技能，找准自己可以努力的方向，去帮团队作弥补。这也是我一直倡导的心态，在任何时候，以积极的心态把好的影响力带给团队，而不是相反，只会抱怨和苛责。

身处团队中的人，会经常发现团队有很多不足之处，很多人，习无为常形成的惯性就是：只知道抱怨这不好，那不好，却林不曾想过自己从哪些方面可以帮着团队作改善。我想说的是，如果你老是这样，你最终不是成为怨妇，就是被这个团队淘汰，团队需要的，不是将自己置身事外的抱怨和旁观者，你是团队一员，理所应当成为一个实践者，发现不足，就要从自己的角度想办法去改进，虽然不见得都有效果，但最起码会让你保持一种积极向上的心态。而这种心态，无论你将来到哪里作事，都会让你受益良多。

以上就是关于怎样架构企业研发管理体系全部的内容，包括:怎样架构企业研发管理体系、如何介绍公司的组织架构、IT项目管理中开发项目时都有哪些角色等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！