系统开发人员有哪几类他们如何分工？

这几天张兴心情有点烦躁。张兴是一个资深的程序员，公司新委任他为研发团队主管。他这个大虾要带着一群小虾一起开发软件。没有想到他刚刚接手研发团队，就深深感受到研发团队建设的痛苦。

团队建设的最大病症：精神离职

项目管理说到底，核心是对人的管理。在张兴接手研发团队后，遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况，张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号，并蒙蔽了团队经理的眼睛。如果不引起重视，团队建设将会前功尽弃。

让张兴非常苦恼的出人不出力，就是团队成员的精神离职，而这在团队中是普遍存在的。精神离职的特征表现为：工作不在状态，对工作不够认真，团队内部不愿意协作，行动较为迟缓，个人能力在工作中发挥不到30％，基本上是在无所事事的状态下结束一天的工作。

精神离职产生的原因大多是个人目标与团队愿景不一致产生的，也有工作压力、情绪等方面原因。正所谓百姓百心，在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做，还是由于资源缺乏而不能做，从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是：多沟通，用团队精神与团队愿景来提升工作状态，用激励手段提升工作热情。具体做法可以是安排假期，让精神离职者冷静思考，调整状态，然后根据实际情况考虑团队中是否会重新接纳。

工作群体与团队的区别

随着软件项目分工越来越细化，个人单打独斗的时代已经结束，团队合作提到了管理前台。软件开发不再是个人赛，而是团体赛，团队的组织形态越来越引起重视。

团队是指一种为了实现某一目标而由相互协作的个体所组成的正式群体。这一定义突出了团队与群体不同，所有的团队都是群体，但只有正式群体才能是团队。否则，只是一个伪团队或工作群体而已。

工作群体是一个小规模的人群组成，群体中每个成员不互相依赖地工作，以及不为彼此的结果而分担责任，因而工作群体的绩效是每个个体绩效的简单加总，不存在像团队的积极协作效应，也无法像团队那样实现1+12的效果。

工作群体与团队的差别之处：①关系期望。团队对成员表现在参与、投入、合作或支持等方面的期望较高，要求也较为严格。而在工作群体中，彼此间只是共同和睦相处，相互支持合作比较少。②沟通结构。团队有着更为复杂的沟通结构，对于信息交流、沟通程度要求都比较高。③运作方法。因为团队成员间相互依赖程度高，工作必须相互配合才能完成，所以格外关心共同工作的运行方式。

因此，仅把一组成员组合起来并不能称的上一个团队，要使成员发展成一个有效协作的团队，既要团队经理努力也要全体成员共同付出努力。一个高效团队对项目目标要有共同的清晰认识和理解，对每位成员的角色要有明确的划分，高度合作互助以及高度信任。团队成员不仅要完成自己的任务，还要协同其他成员共同完成研发任务。

高效团队的基石：分工平衡

研发团队建设虽不是一件轻松的事情，但也不象大多数人认为那样是一件非常困难的事情。在经过痛苦的挫折后，张兴明白到可以借助一些常见的管理方法来简化团队建设工作。除了明确工作质量、范围、工期、成本等目标外，高效团队的基石在于明确各团队成员的角色和责任分工，充分发挥团队成员各自的作用。

分工平衡和工作匹配是团队建设的两个重要方面。当失去了分工平衡，团队就会变得脆弱，团队合作远比个人总和重要。正如一个成功的橄榄球队，进攻，防守，教练，替补等各种角色都不可少。因此，团队经理需要真正做到人尽其材，每个成员都能够真正找到适合自己的位置，这样的成员配置才能达到一个平衡状态。

另一方面是工作匹配，是说开发任务必须分给技能和动力都匹配的人。对软件研发团队来说，辨别个人技能并做到最优分配是相当困难的，而且项目经理的个人主观意愿也可能使工作分配复杂化。但如果人才不能发挥所长，对软件研发工程师和项目经理来讲都是一个双重的打击。

项目团队考核指标：凝聚力建设

软件开发是一项集体运动，项目经理必须培养一种团队合作，而不是单纯的追求个人成功的氛围。团队凝聚力是无形的精神力量，是将一个团队的成员紧密地联系在一起的看不见的纽带。团队的凝聚力来自于团队成员自觉的内心动力，是团队精神的最高体现。一般情况下，高团队凝聚力带来高团队绩效。团队凝聚力在外部表现为团队成员对团队的荣誉感及团队的地位，团队凝聚力在内部表现为团队成员之间的融合度和团队的士气。

在软件开发项目管理中我们强调的团队凝聚力主要有责任感，协作精神等方面的内容。责任感是团队凝聚力最基本的要素，只有团队中每个人员都有了这种责任感，能够积极主动工作，才能够谈得上后续的沟通和相互协作，以达到团队所共同确定的目标。很多时候研发中出现设计太粗、编码阅读困难、或者编码BUG很多等问题，其实很多都不是团队成员的水平问题，更多原因是责任感不强。

协作精神在研发中是很重要的，即使完成一个简单的研发任务也需要团队的需求，设计，开发和测试人员来共同协作完成。协作精神在于互相尊重，团队内每位成员都尊重和认可其它成员所扮演的角色。如果团队成员间没有协作精神，主动沟通去解决问题，那研发项目质量就无法得到有力的保证。一个再优秀的成员如果没有团队观念，不愿意和他人协作是不适合呆在团队中，因为可能会使整个团队的协作精神土崩瓦解。

在实际的项目管理中，加强团队凝聚力建设方面采取的方法主要有：

1 项目经理定期和团队成员进行单独沟通，了解成员对工作和个人职业发展的一些真实想法，使团队发展和个人发展两者相互促进，让团队成员感受到在做研发过程中个人技能的提高和个人成就感的增加。

2团队定期组织相关的聚会和活动，加强团队成员间相互沟通和了解，活跃团队气氛，并把这种轻松和活跃的氛围传递到日常紧张的工作任务中，让团队成员更多感受到工作的乐趣。

1 公平合理的绩效考核：通过将员工的奖励和员工绩效结合起来，强化绩效管理。推行项目绩效管理制度，除了有效管理项目成果外，在加强团队凝聚力、培养团队精神都极有帮助。一个有强烈协作精神和自驱力的团队对项目的成败起着至关重要的作用。因此，通过绩效考核激发项目成员的工作热情是一个很好的方法。

2 协助成员技能提升：在研发过程中要让每个团队成员都感觉到自我技能的提升，但前提是团队成员有这种技能提升愿望和学习的热情。如果项目成员长期都是按部就班进行着重复的工作，那工作积极性和热情就很难持续的保持。因此，在研发过程中应该给每位团队成员承担挑战性工作的机会，充分信任团队目成员的能力，让团队成员体会到完成这些挑战后的成就感和个人能力的提高。

3 表扬和鼓励：项目经理要时不时的通过各种方式表扬和鼓励团队成员，对成员完成工作的给予最大的肯定，这是对团队成员最好的激励方式。例如通过邮件或电话等方式对成员的进行单独表扬、肯定和鼓励；通过项目例会对团队中表现优秀人员的表扬；通过团队聚会和活动等方式对整个团队完成工作的祝贺和鼓舞。表扬和批评两者并不矛盾，对于团队成员连续犯错误的毛病应该给予批评，但一般采用单独沟通或邮件的方式进行，整个团队也应该定期展开一些自我批评，让团队成员感受到自己的不足和待提高地方。

4 关注每个团队成员的职业发展：项目经理需要关注每个成员的职业发展和职业规划，对团队成员的职业发展给出一些建议，并为团队成员制定一些合乎实际的学习和成长路线。

距离上一次写文章应该一年半有余，由于工作的繁忙，加上家庭、生活的琐事，一直没有太多的精力持续更新，经过这么长时间的总结和积累，也有一些心得可以分享。

项目管理的本质是管理人和协调资源，首先要明确项目的目标、价值。当然目标和价值往往不是那么很精确地能掌握或者达成一致。

举个例子，互联网公司和传统的IT公司，非IT公司的技术团队，对于项目的目标和价值往往是不同或者侧重点不同。很多时候我们讲，软件要以客户为中心，但是以客户为中心在实施过程中却不尽如人意。互联网公司更加贴近用户，而一些非IT公司的技术部门，往往IT项目的最终目标一方面是为了满足业务的需求，另一方面可能也是为了满足领导的需求。因此，不同类型公司，对于项目管理的定位不一定是通用的。

通常情况下，项目经理在项目前期准备的工作包括对于项目组织架构的制定，项目干系人的圈定。但是在一些组织架构并非十分明确的公司，可能项目经理还需要承担前期的商务沟通，内部流程的协调跟进等等。

识别出项目干系人之后，通常在项目启动会上各团队的主要负责人都要参加，明确项目涉及各个团队的边界以及需要配合的工作，各个团队之间往往存在依赖关系，需要明确阶段性的里程碑节点。

项目计划尽量不要在项目启动会上，因为项目启动会之前如果没有充分的团队沟通，有可能会造成边界不清晰或者评估不充分。项目经理的角色就是要协调各团队，用最少的资源达到最佳的项目交付水平。因此项目计划尽可能在线下各个团队充分评估汇总后，在后续的会议中将项目计划明确出来，同时各个团队的负责人和成员应当尽量参与，目标和进度达成一致。

不同的公司，需求讨论和分析的维度不同，产品经理的角色不一定都具备。对于面向客户和面向内部使用的产品，往往内部使用的产品场景相对较少，要求也相对较低，有的团队简单粗暴画几个流程就开始下一步。但是我认为每一个软件产品都应该做竞品分析，以做产品的思维模式去开展，一方面便于以后的扩展，另一方面让团队成员也能学到更多的东西。

技术出身的项目经理与非技术出身的项目经理在项目实施与监控上会存在很大的差异。 技术出身的项目经理往往会从系统和技术角度把控项目进度，比如安全性、扩展性 ，而非技术出身的项目经理更多的是依赖于成员的日报、周报，很难在技术维度有更加精细的监控。

复盘在业界有一套标准的方法论，但是并不一定严格按照标准去做。每一个小的里程碑或者迭代都可以做复盘，总结经验，优秀的东西发扬，有教训的东西尽量避免，而不是讲复盘作为一种事后批判的手段。

2021年5月28日，某会议中提到 “各类应景性、应酬性活动少一点科技人员参加，不会带来什么损失！决不能让科技人员把大量时间花在一些无谓的迎来送往活动上，花在不必要的评审评价活动上，花在形式主义、官僚主义的种种活动上” 。

IT人员管理应当以技术、能力为先导，当前社会，IT从业人员很多，但是人才往往是少数，尊重人才，善用人才，“专业的人做专业的事“一直以来是我对IT人员管理的原则 。

很多时候，IT项目建设过程中，脱离不了领导的主观判断，尤其对于中小规模的企业，往往即便有产品经理的角色，也不能发挥其应有的岗位能力。因此，项目管理人员应该根据团队内不同人的专业技能，充分给大家发言权、发挥权，让专业的人发挥自己更大的价值。

IT项目管理最大的一个复杂性就是人员的管理，项目管理的过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，一定要肯定项目成员对项目成败的重要价值。

一个优秀的项目经理，一定是能让团队成员信服，与团队成员共同成长进步的。每个人不管职位的高低，都是企业的打工者，打工者的核心诉求无非是赚钱养家糊口，实现自我价值。因此，每个成员希望的是能从领导者身上学到东西，并且相处融洽，在项目的实施过程中增长技能。就像生养孩子一样，项目经理和团队成员应当是彼此默契配合，共同成长持续进步的一种状态。

经历过不同的企业，不同的团队，不同的组织架构，我认为一个团队的稳定很大程度强依赖于管理者。项目管理很重要的一点在于人员的管理，但是此处的管理不是“把人管住”，而在于培养人。培养的过程中制定一些规范，但最终的目的应该是培养团队成员的技术能力、沟通能力、协调能力、业务能力，让团队成员随着项目的建设和投产，积累经验，收获成果，实现自我价值。

IT项目管理和人员管理是一门学问，没有统一的标准，不同的组织架构下，不同的管理者，最终呈现的结果差异很大。 但我认为，核心还是以人为本，尊重科技人员，尊重每个人的特长，让每一个岗位都能发挥自己的价值 。

信息化时代，企业的IT岗位必不可少，成熟的企业都会有自己的IT部门（信息管理部，资讯部，MIS），该部门岗位通常分为CIO、IT经理、专业岗位人员这3类，下面介绍下各岗位的工作情况。

一、CIO（首席信息官）

1、理解公司战略

CIO是公司战略信息化支撑的第一人责任人，只有充分理解公司战略，才能统筹公司内外资源去落地支撑战略的信息化需求。

理解公司战略，是信息化的“梯子”搭在什么墙上的问题，要是梯子搭错墙，下面兄弟在怎么拼命，都白费功夫。

直接对接老板，参与企业决策，利用信息化建设助力企业的发展。

2、IT规划

适合自己的才是最好的，在理解公司战略的基础上通过IT规划，建设与公司当前业务规模、未来一段时间业务发展规划相匹配的信息化系统。这里面涉及到建设什么样的系统，用什么样的技术架构，自建还是找外部供应商，如何与现有信息化资源整合等系列问题，这些问题都需要CIO综合考虑。

3、横向部门leader对接

信息部门归根结底是为管理、为业务服务的，系统是否有价值，很大程度上是业务部门说了算。花了大价钱把系统建好，最后发现业务部门不认可，那就是人为系统打工，而不是系统为人服务。这里面业务部门的认可是两个部门负责人建立良好的互动关系的桥梁。

4、供应商资源整合

IT通常被认为是个只花钱不赚钱的部门，因为信息化建设需要大量的资金投入。公司为了控制信息化成本，信息化资源肯定不会高配，因为成本等在内的众多因素，公司肯定需要请外部供应商资源进来建设信息化系统，IT部门假如有几个靠谱、给力的供应商，系统建设速度与质量肯定上的去。话说钱虽然重要，但CIO对各供应商能力方向与水平把握程度、与供应商的连接关系也同样至关重要。

5、部门员工管理

正常的部门管理工作，在此不过多阐述。想说的一点是，信息部内部管理风格与水平除了依赖于部门负责人外，其实受公司整体管理机制、企业文化影响更大。

二、IT 经理

1、IT项目管理

IT经理通常是信息化项目经理，对于有供应商参与进来的项目，那就是“甲方项目经理”，项目成败的负责人、项目整体成败的考核对象。需要其具备一定的项目管理知识，项目前期需要评估项目成本、价值点、采购选型等。过程中需要协调业务部门、部门内部同事、供应商等各方面资源，把项目按合理的节奏推进，并把控项目交付质量。

2、解决方案构建/审核

负责项目过程中的解决方案、产品设计方案输出，有些需要IT经理自己干，有些是供应商资源来做但也需要IT经理把关并确认，假如项目经理解决方案、产品设计方面能力不足，项目很容易出现返工或进度拖延的情况。好的IT经理，能最终确保按时交付的系统满足业务各层级的需求。

3、公司信息化系统运营

系统建设完成后，如何最大化系统价值，是IT经理必须考虑的事情。首先，需要IT经理联合业务骨干、系统关键用户，把系统推广出去，让系统能够帮助到更多用户。其次，根据业务应用系统的反馈，持续组织资源对系统功能进行优化完善。最后，最重要的是，分析所沉淀的业务数据，为业务与管理提供数据服务。

三、专业岗位人员

在IT部门，从工作分工的专业类别来说，通常会分为以下几类专业：

开发人员：系统开发、系统优化、数据分析等工作；这部分工作可以交给供应商来做，不过稍微大点的公司，为确保需求响应速度，都会有自己的开发人员，只是人员多少的问题。

安全专员：建立和完善企业信息安全管理办法，制定各系统整体安全策略、应急机制，组织开展安全保障、应急演练、安全事件处置等相关工作；落实各系统风险评估、安全检查、安全防范等相关工作，包括安全扫描、渗透测试、网络安全防护、Web安全防护、数据安全防护等；负责安全审计策略的研究、制定和执行效果跟踪，完善审计工作标准和工作流程。

系统管理人员：负责权限配置、流程配置、系统异常登记与处理跟进、常见问题咨询等工作；通常会分为办公系统类（OA、邮箱、IM等通用办公系统）、业务应用类（ERP、财务、BI、PLM、MES、PDM、APS、CRM等专业类）。

基础架构管理人员：负责服务器、网络、存储资源、网络安全、超融合、企业云、桌面云等管理，包括相关资源采购需求评估、资源分配、数据容灾备份等工作。

桌面运维人员：负责公司员工日常办公软件安装、打印机、视频会议、MAXHUB 、桌面云问题处理等各类工作。

以上各类工作，会从专业程度、内部需求工作饱和度、成本、信息安全等各方面因素，综合考虑是公司内部招聘员工，还是寻找相关外部供应商提供服务，包括外包服务。

虽然是说普通/基层专业人员，但考虑到各公司规模、人员编制数量、成本等因素，部分公司是和IT经理岗位职责一并考虑的，会把不同类型的工作根据员工的能力进行综合分配。

以上就是关于如何做IT项目团队 组织管理全部的内容，包括:如何做IT项目团队 组织管理、解读IT项目管理和人员管理、系统开发人员有哪几类他们如何分工等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！