互联网IT项目的管理心得体会

给你整理了几个Java后端开发组长招聘信息的岗位职责，希望能帮到你：

Java后端开发组长工作职责一：

负责后端业务模块的性能、可扩展性、稳定性、安全性；

负责后端技术团队的建设和管理,注重人才培养及研发文化建设；

能快速解决技术团队遇到的复杂技术和业务问题，带领团队完成相关研发任务 ；

定期团队review项目代码，并组织代码评审；

Java后端开发组长工作职责二：

全面负责KugouLive的技术架构及实施； 

负责相关的技术团队的建设和管理（包括后端，前端，测试，安卓和IOS开发），注重人才培养及营造创新的研发文化；

指导、审核项目总体技术方案，建立规范研发流程；

指导项目团队成员的日常开发工作，解决开发中的技术问题。

如何成为优秀的IT项目经理

项目经理必须通过项目成员的共同努力来完成项目目标，必须具有沟通和领导能力。项目经理作为项目小组的核心，必须对项目从开始到结束每个过程负责，对于项目进展期间所有的活动进行管理，协调项目小组成员之间、外部客户、供应商以及其他相关利益团体的关系。他必须掌握一定的管理技能：激励和领导能力、沟通和协调艺术、决策能力，以及掌握时间、把握预算和技术的技巧等。此外，由于有的项目团队的人员处于流动状态，项目经理必须具有不断整合项目团队，并且能够发挥项目成员的作用。还要做到知人善任，发挥每个成员的优势。在项目进展过程中，环境不断变化，项目活动也可能会发生变化，项目经理应该具有适应变革的能力，根据变化调整、改变领导方式。

项目经理必须具有良好的技术背景。虽然不一定要精通该项目所需求的技术，但应该具备基础的识别和判断能力。他要明白项目的关键技术是什么，以及该技术在项目进展过程中的作用。如果项目经理对技术知之甚少，那么他就很难和技术专家进行有效的沟通、合作，也很难做出正确的决策。作为一个软包装企业的项目经理，必须掌握软包装基本的知识，这样他在领导项目小组时，就不会因为技术方面的问题做出错误的判断和决策。

项目经理必须能够熟练运用工作分解结构工具。所谓的工作分解结构是一种用于项目活动列表，活动序列和具体预算的初始计划表。项目经理应该尽可能地详细描述所有的活动，并对所需活动建立逻辑框架图，找出活动的重点，工作结构分解合理与否还直接影响、决定了项目活动的时间预测和成本估算。

对于项目活动的进度计划非常复杂，一般采用关键路径法（即CPM技术）对项目进行分析，确定项目的关键路径。项目经理必须能够根据具体的项目要求，找出关键路径，这是任何项目经理必须具备的最基本的素质。在确定关键路径的同时，必须充分重视非关键路径。由于随着时间的推进，与项目相关的一些因素往往要发生变化，非关键路径有可能变成关键路径，进而影响整个项目的进展。项目经理必须洞察环境因素的变化，随时根据具体情况做出可行的调整，杜绝非关键路径转化成关键路径，以保证整个项目进展顺利，并且保证不超过预算。简单的项目可以人工完成关键路径分析，对于复杂的大型项目必须应用项目分析程序借助大型计算机来完成。

项目经理必须在项目开始前就能较为准确预测项目所需要的时间，并且在项目进展的过程能够较好地把握项目时间。对时间的预测主要采用两种方法：单点时间预测和多点时间预测。多点时间预测相比单点预测要准确合理。在项目进展过程中，项目经理通常采用时间——费用均衡模型来缩短关键路径的时间，也就是增加费用换取时间的方法。一般的情况下，缩短关键路径上成本最低的活动。如果项目有两个以上的关键路径，通常是缩短成本最低的关键路径。对时间的把握还体现在对松弛时间的运用上。项目经理必须科学合理地运用松弛时间，松弛时间的合理运用是项目能够按时完工的重要因素。优秀的项目经理知道什么情况下运用松弛时间，什么情况下不能用。

项目经理除了对项目所需时间最为关心外，对项目的成本也是非常关心的。通过以往绩效的分析和项目评估可以确定成本标准，并据此制定项目预算。在项目进展过程中，成本会计系统检测实际成本的状况，并与预算相比。并将结果告诉项目经理。如果实际成本和预算有偏差，项目经理必须采取措施进行控制。项目经理必须在规定的时间内以最小的费用来完成项目，也就是项目尽量不超过预算。虽然，大多数项目都超过预算，但是优秀的项目经理都把预算作为项目进展费用的最终目标。上文已经提到了时间——费用均衡模型，它除了控制项目的时间进展外，还是控制费用的工具。

项目经理应具有良好的道德素质。

在项目进展过程中，经常有一些项目经理伪造记录、漠视成员的安全、允许不合格活动等，并有意压低成本或者隐藏项目信息以期项目能够通过验收。故项目经理在项目进展过程中要遵守独立、公正的职业道德，遵守相关的法律、法规，在保证社会利益的前提下，尽力寻求项目相关各方利益的均衡。在项目小组中，项目经理的行为准则还影响到其他成员，进而影响到整个项目小组。所以项目经理应该担负起维护道德标准的使命。在软包装行业中，由于国家相关的环保规定相对较少，如果项目经理为了获得额外利益而有意采用危害人民身体健康的包装材料，那就是违反了职业道德，不是一名合格的项目经理。

此外，项目经理必须有风险管理能力。在项目的开始阶段和结束阶段，风险发生的可能性一般比较大。项目经理应该具有识别风险的能力，尽可能多的在开始阶段发现风险，采用定性和定量的方法分析、评估风险，确定风险发生的概率和可能会造成的后果，以尽可能地规避风险发生。在包装新产品的研发过程时，市场上找不到原先一直使用的胶粘剂，项目经理必须对采用其他胶粘剂造成的风险进行评估、分析，做出决定，这就要求项目经理具有较高的风险管理能力。

项目经理还必须熟悉质量管理、合同管理、会计方法、销售、市场战略，必须知道项目怎么管理一个项目才能使其盈利，一个不能盈利的项目没有现实意义。

做到以上的要求，就已经是个及格的项目经理了，但是要成为优秀的项目经理，还需要注意更多的东西，以下几点非常重要。

一、管理新手的重要性

一个项目组除了主管，全是新手！其实能有几个项目主管会如此幸运，项目组成员全都身经百战经验丰富。很多人认为，新手加入在短时间内对项目毫无益处，不仅帮不上忙，还需要别人来传帮带。笔者认为恰好相反：新人的加入是将会给整个项目组带来一些新鲜的想法，挖掘和引导这种的想法对新人的培训和很快的上手工作是非常关键的。公司花了钱招来的新人往往经过了人事部门的过滤，都具备了一些基本知识，主管可以先给他们分配一些具体的工作，调动他们的积极性非常关键。

在培训新人时就应该注意：

1、项目内容培训，让他尽快了解项目组的工作内容，项目的方向、目的，用到的知识、技能；

2、给他在项目组中的角色做个定位，明确他的职责，并提供必要的支持；

3、告诉他项目组管理方面须注意的问题，让他尽快融入到项目组里来；

4、尽量与目前项目组的工作结合起来培训，如让他尽快熟悉项目已经完成的工作，告诉他以后的计划，以及他马上要做的工作等等；

5、保持良好的沟通，了解他的进展，根据实际情况调整培训计划。

二、管理文档的重要性

让项目主管最痛苦的事情莫过于：当一个重要成员半途离开项目组时，才发现他根本就没有留下任何可用的文档。天下没有不散的宴席，项目组的成员也是在动态调整中，文档就是成员之间交接的重要工具。很多主管很容易陷入"重技术实现，轻文档"的误区。他们总是认为项目实施时间紧迫，为了节省时间，可以在项目收尾阶段突击写文档。要是项目周期稍长，到了最后，成员还会记得清清楚楚每个实现细节吗？没有文档的项目铁定是一个失败的项目。

从过程控制的角度看，项目的实施质量控制，最重要的就是文档的管理控制。通过文档来显示表明每个基线，每个成员的工作量和完成质量，达到项目的风险最小化。

三、管理平台的重要性

建议使用微软PROJECT2000作为核心的项目管理软件，并根据项目的需求，以现有的计算机网络系统（Network）为基础，建立了内部的Internet项目管理平台。

根据使用者的反馈信息，效果如下：

1、使用PROJECT2000建立项目计划信息共享门户，使技术人员、主管随时看到与自己相关的任务信息，并通过建立状态报告，达到了解技术人员各自工作完成情况；

2、利用研发内部网站、电子公告板等共享信息系统，提供有效的信息沟通途径；

3、根据项目计划，建立动态提醒机制；

4、建立项目数据管理系统（Data）：对与项目有关的数据和与数据有关的过程，进行有效地管理；

5、电子文档管理系统（Document），对图纸、文件、资料等文档，采用集中管理的方式，进行有序地组织，实现充分的共享和重复使用，实现了通过IE浏览器访问项目文档功能；

6、建立数据记录体现变更控制记录，项目文档记录。

冰封三尺，非一日之寒。通过以上的各种条目，我们可以清楚的知道，要成为优秀的项目经理，需要经过很多的磨练，需要经验与汗水的累加。 ;

项目开发方面

项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)

控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)

设计

重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)[1][2][3][4]

善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的偏差，eas项目组并没有过分强调技术，特别是在考虑进度的情况下，牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患，但却能够有效地保证项目的进度。从eas最初的架构设计来看，我们引入了 castle与aop，试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用wcf，利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用wcf的构想，同时又克服了技术困难，坚持了对castle与aop的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。

重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在eas项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于ui的bug是最多。因此，我们认为在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同时，必须培养专门的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。并且，必须成立专门的ui 设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完成)

测试

测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别，测试人员不用想需求分析人员一样分析和开发业务，但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)

测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。

进度管理

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是 rup或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。

其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。

制定项目计划时，必须考虑阶段评审与同行评审的时间。这一点在eas项目中做得不够好。其中原因也是由于项目进度本身较紧的缘故。注意维护项目进度跟踪表与项目进度偏差跟踪表。让项目管理部以及qa及时掌握项目进度，有利于对项目进度的管理。

变更管理

变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，而eas项目中发现人员变更的情况也非常严重，因此这里重点介绍关于人员变更的管理。

如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。

人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告项目管理部，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。

风险管理

要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。

成员管理

不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。

持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。

必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。

重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。

作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家（mvp），著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事 soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。

以上就是关于Java后端开发组长是做什么的全部的内容，包括:Java后端开发组长是做什么的、如何成为优秀的IT项目经理、互联网IT项目的管理心得体会等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！