【项目管理知识】如何管理好基础架构和开发团队两个阵营
- 格式:docx
- 大小:22.21 KB
- 文档页数:4
软件项目组织架构和项目管理方案在软件开发过程中,一个合理的项目组织架构和项目管理方案对于项目的顺利进行和成功交付是至关重要的。
本文将就软件项目组织架构和项目管理方案进行详细探讨,帮助读者更好地理解和应用于实际项目中。
一、软件项目组织架构1.1 项目团队构成:项目团队的构成是软件项目组织架构中的核心部分,主要包括项目经理、开发人员、测试人员、设计师等。
每个成员在项目中扮演不同的角色,相互配合完成项目任务。
1.2 组织层级结构:软件项目组织架构一般包括项目经理、技术主管、开发团队、测试团队等不同层级的人员。
项目经理负责整体项目管理,技术主管负责技术方面的指导,开发团队和测试团队负责具体的开发和测试工作。
1.3 沟通与协作机制:在软件项目组织架构中,良好的沟通与协作机制是非常重要的。
团队成员之间需要及时沟通交流,协同合作,以确保项目顺利进行。
二、项目管理方案2.1 制定项目计划:在项目启动阶段,需要制定详细的项目计划,包括项目目标、里程碑、进度安排等。
项目计划是项目管理的基础,能够帮助项目团队明确目标,合理安排工作。
2.2 风险管理:在项目管理过程中,风险管理是至关重要的一环。
项目经理需要及时识别和评估潜在风险,并采取相应措施进行应对,以确保项目不受风险影响。
2.3 资源管理:有效的资源管理是项目成功的关键。
项目经理需要合理分配资源,包括人力资源、物力资源和财务资源,以最大程度地提高项目效率和质量。
三、项目执行与监控3.1 执行项目计划:在项目执行阶段,项目团队需要按照项目计划进行工作,完成各项任务。
项目经理需要监督和指导团队成员,确保任务按时完成。
3.2 监控项目进度:项目经理需要定期监控项目进度,及时发现和解决问题,确保项目按计划进行。
可以采用甘特图、里程碑等工具进行项目进度监控。
3.3 质量管理:质量管理是项目管理中的重要环节。
项目团队需要制定质量标准,进行质量检查和测试,确保项目交付的产品符合要求。
怎么做好项目团队管理做好项目团队管理是一项重要而艰巨的任务。
一个优秀的项目经理需要具备丰富的领导经验、沟通能力、团队合作能力等多方面的素质。
下面我们将从多个方面来探讨如何做好项目团队管理。
1. 明确项目目标作为项目经理,首先需要明确项目的目标和目的。
在项目启动初期,应该制定清晰的目标,明确项目的范围、时间、成本等重要指标。
这样才能确保项目的顺利进行,并且能够避免项目进度拖延和成本超支的风险。
2. 有效的沟通与合作沟通与合作是项目管理中的关键。
一个好的团队需要建立良好的沟通机制,及时分享信息、拍板决策。
这样能够有效地协调各方面的资源和工作,避免一些不必要的误解和纷争。
此外,建立一个互相信任、相互帮助、合作共赢的团队文化也是很重要的。
3. 制定合理的计划项目经理需要定期制定项目执行计划,并随时对项目进度进行跟踪和评估。
在制定计划时,需要考虑到实际情况的变化和不确定性,制定相应的预案和风险应对措施,避免影响项目的实施和进度。
4. 激励团队成员项目经理需要挖掘团队成员的潜能,并确保他们的个人目标和团队目标相一致。
通过激励、鼓励和奖励鼓舞士气,增强团队成员的责任感和使命感,创造出一支高效、稳定的团队。
5. 合理的资源分配项目经理需要在控制成本的前提下,合理分配资源,包括人力、物力及财力等方面的资源。
通过评估风险、分析利弊等方法来合理决策,有助于减少浪费,提高效率和质量。
6. 具备决策能力项目经理需要在诸多问题或风险面前做出决策。
做出正确的决策需要经验、判断力和分析能力,以及一个好的决策机制。
这个机制应该鼓励团队成员提出建议,并且对这些建议进行严格的分析和评估。
7. 着眼长远良好的项目经理需要注重长期规划和目标。
这需要他们有战略眼光,同时能够在项目中运用这项能力。
这样,团队和项目能够按照整体的目标和方向发展。
以上是如何做好项目团队管理的一些重要方法。
在实践中,项目经理需要根据实际情况,适时地进行调整和优化。
软件项目组织架构和项目管理方案一、软件项目组织架构在软件项目的开展过程中,一个良好的组织架构对于项目的成功至关重要。
一个合理的组织架构可以确保项目团队成员的有效沟通和协作,提高项目的执行效率和质量。
下面是一个典型的软件项目组织架构:1. 项目经理(Project Manager):负责整个项目的规划、执行和控制。
项目经理需要具备丰富的项目管理经验和技能,能够有效地协调和管理项目团队成员,确保项目按时、按质量要求完成。
2. 业务分析师(Business Analyst):负责与客户沟通,了解客户需求,并将其转化为可执行的项目需求。
业务分析师需要具备良好的沟通和分析能力,能够准确理解客户需求,并将其转化为项目团队可以理解和执行的需求文档。
3. 软件架构师(Software Architect):负责制定软件系统的整体架构和设计。
软件架构师需要具备深厚的技术背景和丰富的系统设计经验,能够根据项目需求和技术要求,设计出合理、可扩展和可维护的软件架构。
4. 开发人员(Developers):负责根据需求文档和软件架构设计,进行软件系统的编码和开发工作。
开发人员需要具备扎实的编程技能和良好的团队合作能力,能够按时、按质量要求完成开发任务。
5. 测试人员(Testers):负责对软件系统进行测试和验证,确保软件系统的质量和功能符合需求。
测试人员需要具备良好的测试方法和工具使用能力,能够准确地发现和报告软件系统中的问题。
6. 运维人员(Operation and Maintenance):负责软件系统的部署、运行和维护工作。
运维人员需要具备良好的系统运维经验和技能,能够确保软件系统的稳定性和安全性。
二、项目管理方案一个成功的软件项目需要有一个科学、合理的项目管理方案,以确保项目按时、按质量要求完成。
下面是一个典型的软件项目管理方案:1. 项目规划阶段:在项目规划阶段,项目经理需要与客户和项目团队成员进行沟通,明确项目的目标、范围、需求和约束条件。
如何有效地管理团队和项目一、团队管理团队管理是项目管理中至关重要的一环,下面将从明确目标、分工协作、激励奖励和沟通有效四个方面详细介绍如何有效地管理团队。
1. 明确目标:团队成员必须对项目的目标有清晰的认识和理解,只有这样才能形成一致的方向和集体的努力。
管理者应该将项目目标明确地传达给团队成员,并确保每个人都理解其在整个项目中的角色和责任。
2. 分工协作:拥有良好的分工和协作机制,可以提高团队的效率和生产力。
首先,管理者需要根据团队成员的技能、经验和兴趣来合理分配任务。
其次,建立良好的协作文化,鼓励团队内部的合作和信息分享。
同时,适时地进行团队沟通和协调,确保每个人都在正确的方向上推动项目进展。
3. 激励奖励:激励机制是管理团队的重要手段,可以激发成员的积极性和创造力。
激励方式可以包括物质奖励、嘉奖表彰和晋升机会等。
同时,管理者还需要与团队成员建立良好的人际关系,关心和理解他们的需求,给予适当的支持和帮助。
4. 沟通有效:沟通是团队管理中不可或缺的一环,良好的沟通能够避免误解和冲突,并促进信息的共享和协作。
管理者应该建立开放的沟通渠道,鼓励团队成员进行积极的沟通和反馈。
此外,管理者还要注重倾听和理解,善于引导团队成员表达意见和解决问题。
二、项目管理项目管理是确保项目顺利进行的关键,下面将从制定计划、资源管理、风险控制和绩效监控四个方面详细介绍如何有效地管理项目。
1. 制定计划:项目计划是项目管理的基础,要确保项目顺利完成,必须在开始阶段制定详细的计划。
首先,明确项目目标和范围,确定关键的任务和里程碑。
其次,合理安排资源和时间,设置可行的工期和进度。
最后,建立有效的沟通和协调机制,保证项目各方的理解和配合。
2. 资源管理:合理分配和管理项目资源,是项目顺利进行的关键。
首先,明确项目所需资源的类型和数量,确保资源的充足性和有效性。
其次,建立良好的资源协调机制,确保资源的合理分配和调用。
同时,要及时跟进资源的使用情况,避免资源浪费和瓶颈问题的发生。
如何有效管理和协调多个工程团队在复杂的工程项目中,常常需要同时管理多个工程团队,以确保项目的顺利进行。
然而,管理和协调不同工程团队之间的工作是一项具有挑战性的任务。
本文将探讨如何有效管理和协调多个工程团队,以提高项目的效率和成功率。
一、建立明确的目标和计划在开始管理和协调多个工程团队之前,首先需要建立明确的项目目标和计划。
这包括确定项目的时间表、工作任务和所需资源。
明确的目标和计划可以为工程团队提供清晰的方向,使他们知道他们的工作内容和时间要求。
二、确立有效的沟通渠道沟通是管理和协调多个工程团队的关键。
建立起有效的沟通渠道可以实现不同团队之间的信息共享和协作。
可以通过定期开会、使用项目管理软件或工具、建立虚拟团队平台等方式,促进团队之间的沟通。
此外,及时的反馈和沟通也能帮助解决问题并及时调整工作计划。
三、明确责任和权限在多个工程团队之间,明确各团队的责任和权限是至关重要的。
每个团队需要清楚自己的工作范围和职责,同时也需要了解其他团队的工作内容和要求。
为各个团队建立明确的职责和权限可以避免冲突和混乱,并确保各个团队按时完成任务。
四、共享资源和信息在多个工程团队之间,资源和信息的共享是非常重要的。
通过共享资源,可以充分利用资源,提高效率。
通过共享信息,可以让各个团队了解项目进展和其他团队的工作状况,从而更好地协调工作。
因此,建立起有效的资源和信息共享机制是管理和协调多个工程团队的关键。
五、培养团队合作精神在多个工程团队之间,培养团队合作精神是非常重要的。
通过组织跨团队的活动、分享成功案例、鼓励知识共享等方式,可以建立起团队之间的信任和合作关系。
团队成员之间的良好合作将能够更好地协调工作并提高整体绩效。
六、监控和评估工作进展对于管理和协调多个工程团队,监控和评估工作进展是至关重要的。
通过定期评估工作进展和团队绩效,可以及时发现问题并采取措施加以解决。
监控工作进展还可以帮助及时调整工作计划,确保项目按时完成。
项目团队管理:协调和管理项目团队的领导技巧引言当今的企业环境中,项目在组织的发展和成功中起着至关重要的作用。
项目的顺利执行往往依赖于高效的团队管理和领导能力。
一个协调和稳定的项目团队可以提高工作效率、增强团队凝聚力,并且能够应对项目中的挑战和变化。
然而,领导者需要掌握一系列的技巧来成功地管理项目团队。
在本文中,我们将探讨一些协调和管理项目团队的领导技巧。
1. 明确目标和角色分配在项目启动之初,领导者应该明确项目的目标和目标。
这样能够帮助团队明确工作的重点和方向,并能够更好地协同合作。
尤其是在大型项目中,明确目标对于项目进展和成果至关重要。
同时,领导者需要根据团队成员的特长和背景,合理地分配角色和责任。
合理的角色分配可以充分发挥每个团队成员的专长和优势,提高整个团队的综合能力。
2. 激励与奖励一个有效的领导者应该激励和奖励团队成员的优秀表现。
激励可以采用多种方式,例如提供额外的福利、给予更多的自主权、或者是给予个人成就感的认可。
通过适当的激励措施,领导者可以增强团队成员的积极性和工作热情,从而提高整个团队的绩效。
3. 沟通和反馈良好的沟通是项目团队管理的重要一环。
领导者需要建立一个开放和透明的沟通渠道,确保信息的流动和沟通的畅通。
有效的沟通可以防止误解和误导,提高团队成员的理解和参与度。
与此同时,及时的反馈也是非常重要的。
领导者应该给予团队成员及时的反馈,包括表扬和指导。
通过积极的反馈,团队成员可以了解自己的工作表现,从而及时进行调整和改进。
4. 建立信任和团队凝聚力在项目团队中,建立信任和团队凝聚力至关重要。
领导者应该通过展示自己的专业知识和能力来赢得团队成员的信任。
同时,领导者还应该鼓励团队成员之间的合作和交流,营造积极的工作氛围。
建立团队凝聚力可以通过共同的目标和利益来实现。
团队成员之间的相互支持和互助可以增强团队的凝聚力和战斗力,从而更好地应对项目中的挑战和困难。
5. 处理冲突与挑战在项目团队管理中,领导者需要有能力处理团队内部的冲突和挑战。
如何建设软件团队和软件开发如何管理软件开发是一项团队工作,在软件开发团队的建设和管理方面,很多公司和组织都做得很成功。
下面,我们将介绍建设和管理高效团队的一些最佳实践。
建设高效的软件团队1.招聘合适的人才建设一支成功的软件开发团队始于招聘。
招聘合适的人才,是一个团队成功的基础。
除了技术技能、经验和背景之外,还需要注意候选人是否适应团队文化和工作风格。
2.确定角色和责任在建设团队时,需要定义每个人的角色和责任。
这样,每个人都清楚自己的工作职责,能够更好地合作。
此外,需要明确团队的目标和价值观。
3.建设专业技能的知识库软件开发涉及广泛的技术和知识,建设一个专业技能的知识库可以帮助团队成员快速获取知识,充分了解产品和技术的特点和要求。
4.加强内部沟通和合作一个成功的团队需要良好的沟通和合作。
可以采用现有的聊天和视频会议工具,以及共享技术文档和信息的工具,让团队成员保持联系和分享信息。
软件开发管理最佳实践1.采用敏捷管理方法敏捷开发是一种快速而灵活的方法,能够更好地适应需求变化和快速交付软件产品。
敏捷管理方法需要团队成员协作和对目标的共同理解。
2.使用项目管理工具软件开发项目需要使用专业的项目管理工具,以追踪项目的时间表、任务和问题等信息。
可以采用Trello、Jira等项目管理工具来协调工作和分配任务。
3.定期质量检查软件质量是软件产品成功的关键所在,需要定期进行质量检查和测试,确保软件的质量和性能表现。
质量检查可以通过利用测试工具进行测试、定期安排质量评估和代码审查等方式实现。
4.设定目标和评估绩效在管理团队时,设定目标和指标是必不可少的工作。
通过设定目标和评估绩效来激励团队成员和评估团队的工作质量。
可以采用例如OKR等方法进行目标设定与绩效评估。
在软件开发团队建设和管理过程中,需要关注人员的选择、角色的定位、内部沟通和合作、敏捷管理、项目管理、质量监控等方面,竭力为团队的成功提供有力支持和保障。
(一)职能型组织
典型的职能型组织是一种层级结构,每名雇员都只有一位明确的上级。
人员可按专业分组,例如,高层可分为市场、工程、生产、采购、财务行政和人力资源。
各专业还可进一步分成职能部门,例如,将工程专业进一步分为机械工程、电子工程等。
在职能型组织中,各个部门相互独立地开展各自的项目工作。
(二)矩阵型组织
一种既有人对项目负责,又能有效利用组织资源的项目组织方式是矩阵型组织。
矩阵型组织的优点是:把职能分工与组织合作结合起来,从专项任务的全局出发,促进组织职能和专业协作有利于任务的完成。
把常设机构和非常设机构结合起来,既发挥了职能机构的作用,保持了常设机构的稳定性,又使行政组织具有适应性和灵活性,与变化的环境相协调。
在执行专项任务时,有利于专业知识与组织职权相结合。
项目团队成员是临时的,这些团队成员可以在同一时间段承担多个项目,使组织资源能够得到充分利用。
非常设机构在特定任务完成后立即撤销,可避免临时机构长期化。
(三)项目型组织
与职能型组织相反的是项目型组织,项目型组织是以项目组作为独立运行的单位,项目组拥有专用的项目资源,团队成员通常集中办公。
在这种组织中,大部分资源都用于项目工作,项目经理拥有很大的自主性和职权。
项目型组织中也有被称为“部门”的组织单元,但这些部门要么直接向项目经理报告,要么为各个项目提供支持服务。
项目管理团队的组织架构 pmp项目管理团队的组织架构(PMP)项目管理团队的组织架构是项目成功的关键因素之一。
一个良好组织架构能够确保项目团队的有效沟通和协作,提高项目的执行效率和质量。
在项目管理专业人士(PMP)的指导下,我们可以了解到项目管理团队的常见组织架构以及各自的优缺点。
1. 功能型组织架构功能型组织架构是最常见的项目管理团队组织形式。
在这种结构下,团队成员按照职能划分,例如市场部、技术部、财务部等。
这种组织架构的优点是专业化强,团队成员能够充分发挥自己的专长。
然而,由于团队成员分散在不同的部门,沟通和协调可能会变得困难,项目进度受到影响。
2. 项目型组织架构项目型组织架构是针对特定项目而设立的团队,由项目经理直接领导。
在这种结构下,项目团队成员专注于特定项目,有效地提高了沟通和协作的效率。
然而,项目型组织架构的缺点是项目结束后,团队成员可能会被分配到其他项目,导致知识流失和团队的不稳定性。
3. 弱矩阵组织架构弱矩阵组织架构是功能型组织架构和项目型组织架构的折中形式。
在这种结构下,项目经理拥有一定的权威,但团队成员仍然归属于各自的职能部门。
这种组织架构的优点是能够充分利用职能部门的资源,缺点是沟通和协调的效率相对较低。
4. 强矩阵组织架构强矩阵组织架构是项目型组织架构和功能型组织架构的折中形式。
在这种结构下,项目经理拥有较高的权威,并且可以直接指挥职能部门的成员。
这种组织架构的优点是能够充分利用职能部门的资源并提高沟通和协调的效率。
然而,项目经理的权威可能会引发内部冲突和权力斗争。
5. 项目化组织架构项目化组织架构是一种相对较新的组织形式,适用于大型复杂项目。
在这种结构下,项目经理拥有最高的权威,项目团队成员全职参与项目。
这种组织架构的优点是沟通和协调的效率最高,团队成员能够全身心地投入到项目中。
然而,项目化组织架构对组织的要求较高,可能会增加组织的成本和风险。
在选择项目管理团队的组织架构时,需要根据项目的特点和要求进行综合考虑。
如何管理软件开发团队在当今不断繁荣的科技行业中,软件开发团队的管理必不可少。
如何有效地管理软件开发团队,提高开发团队在软件开发过程中的生产力和效率,是每位负责软件开发的管理者都需要掌握的技能之一。
一、建立明确的沟通渠道在软件开发团队中,建立明确的沟通渠道是至关重要的。
开发团队中的每个成员都应该清楚地知道自己所负责的任务和工作内容,并且能够与其他成员进行积极的沟通协作。
沟通渠道可以包括团队内部的工作群组、会议等形式,也可以包括与客户沟通的方式,如邮件、电话、视频会议等。
同时,管理人员也应该保持开放的心态,积极地倾听和接受成员的意见和反馈。
在开发过程中,不可避免地会遇到各种困难和问题,这时候管理者不应该孤军奋战,而是应该充分发挥团队成员各自的优势,集思广益,共同解决问题。
二、明确团队目标和计划管理软件开发团队需要明确的目标和计划。
团队目标可以是产品上市日期、产品质量标准、团队效率等等。
计划可以是里程碑、任务清单、需求定义等等。
对于软件开发团队来说,目标和计划的确定对于团队成员的动力激励、任务分配和进程控制都是至关重要的。
在制定目标和计划的过程中,应将具体细节和时间要求完全明确,以便在后续开发过程中,每个团队成员都能根据目标和计划有序地进行开发工作。
同时,不断地进行跟进和调整,以便在开发过程中及时处理可能出现的问题,确保开发进度和质量。
三、保持高效的开发过程保持高效的软件开发过程是管理软件开发团队的关键之一。
开发过程中,应该尽可能地采用高效的工具和技术,以提高开发效率和代码质量。
开发过程中的自动化流程,如自动化测试、CI/CD 流程等,可以帮助团队减少手动操作,提高工作效率,减少出错率。
同时,管理者也应该重视开发过程中的团队动力和团队协作,让每位团队成员充分发挥自己的力量,发挥潜能。
通过鼓励和奖励来推动团队成员参与,使整个团队更为高效。
四、对软件质量进行不断的监控和评估软件质量是软件开发过程中最重要的指标之一。
如何管理好基础架构和开发团队两个阵营有时好象IT分裂成了两个敌对的阵营。
一边是致力于稳定性的基础架构工程师,他们要保护自己的环境。
另一边是开发者,他们经常努力去发现独特的、更棒的方法来达到他们的目标。
这两个阵营之间的斗争是如此的激烈,以至于连忙碌的经理都开始注意到这点。
一个失败的项目
我参加的个大项目是帮助一个学校把一个基本财务信息系统从一个平台移到另一个平台上。
我作为基础架构小组的解决问题专家以及配置专家。
这个应用很陈旧,开发团队还面临着升级它,以符合该学校目前以及将来的需求的挑战。
事情的开始很正常。
我们架起了自己的服务器,配置路由器,并在搭建IP 子网络中找到了乐趣。
当基础架构团队忙于进行稳定性测试的时候,开发者们却退到他们满是灰尘的房间和黑暗的角落里去。
他们在深夜工作。
该项目进行了一个月以后,这两个团队除了在我们每周的例会之外,就已经不说话了。
进行了两个月的时候,这些周例会也开始变味了。
基础架构团队进行后的配置并完成了基本的稳定性测试。
开发团队每周到我们这来,带来新的变化,补丁和他们想放在服务器上的程序。
双方的脾气都开始爆发。
从我们的角度看,我们不理解为什么开发者们不能接受我们为他们测试的,所有的伟大的事情。
对于他们来说,这些开发者不能理解我们为什么如此顽固。
他们只是想要帮助客户。
一天下午,事情发展到了顶端。
一个开发者走进测试实验室,在桌上放了一个软件,并宣布要我们在当天安装并测试这个软件。
我告诉他我们要在别的时间来进行这件事――也许是下个月的某个时候,我有我的方法。
他很不高
兴。
事情从那个时候开始就有些失去控制了。
我们面对面地站着,向对方大声嚷嚷。
我们的客户协调人刚巧在我们两个扭打在一起的时候走进这个房间。
他关上门出去了。
两个小时以后,那个开发者和我都被踢出了那个项目。
但是,在我们走了以后,那个项目里的两个团队之间的情况没有任何改善。
事实上,情况越来越糟,后导致了整个项目的失败。
发生了什么?
除了我自己的不够职业的行为,这个项目还受到一个根本问题的困扰。
基础架构和开发者这两个团队之间的关系制造了大量的紧张气氛。
我的大声嚷嚷和那个开发者的失态只是表象,而不是问题的实质。
辨认出并理解这个问题成了我在等待下一个新项目的时候关注的焦点。
在回顾了我们从事的工作类型之后,我认识到基础架构和开发对于世界持有相矛盾的看法。
这种矛盾不可避免地导致了两个团队之间的战争。
基础架构团队关注的是能力和风险管理。
他们的目标通常包括诸如“快速配置”,“没有麻烦的安装”以及“快速的问题解决方案”等内容。
经理们通过检查当机时间和问题解决方法来衡量基础架构。
为了达到这些目标,有天赋的基础架构人员努力创造稳定,低风险,高可管理性的环境。
当变化让他们难以达到目标的时候,他们就会有些抗拒风险。
程序员们则有着完全不同的文化。
他们的目标包括解决商业问题,改造现有的程序来解决新的问题,并思考新技术的可行性。
衡量他们的标准是他们能够成功承担风险的能力和愿望。
风险越大,他们能解决的问题越大,他们就越有成绩。
这种讨厌风险/喜欢风险的不同态度解释了我每天从基础架构和开发团队那里听到的评论。
基础架构团队通常把程序员们看成是肆意妄为的牛仔。
程序员把基础架构团队当作是庸俗古板的人,并抱怨说他们总是整天忧心忡忡。
这两者之间的矛盾是显而易见的,所以这个问题就不是我们怎样才能阻止这两者间的战争,而是我们如何才能利用它,并从中获得的收益。
利用紧张
从实践的角度,我们不能够改变这两个团队之间的紧张气氛。
冒险者和反对风险的人总是会起冲突。
但是还是有可能利用这些不同的观点并让他们能够在理智的环境中一起工作。
简单的办法是指定两个团队中外向,喜好交际的人作为同另一个团队的“联络者”。
联络者参加对方团队的会议,学习去了解对方想要什么以及对方如何处理问题。
这在两个团队之间创建了一点相互的理解。
同时保证了他们之间非正式的沟通。
一个更复杂的方法是建立基本变化管理。
建立起一套可以接受的方法和时间让两个团队坐在一起讨论变化。
在这个会议之外,建立一些非正式的头脑风暴会议来让两边关键的人表达自己的意见。
在正式会议沉闷的气氛之外,非正式的交流使两个团队能够建立共同的目标。
快速前进
几年以后,我发现自己再次参加了一个项目,该项目中也包含了大型的开发同基础架构团队。
当敌对的阵营开始形成的时候,我利用自己作为高级基础架构管理人员的身份,建立了一个变化管理流程。
在次会议上,开发者们对基础架构人员进行了嘲笑和抨击。
会议结束后,我同软件团队和我身份相似的一个人进行了一个走廊会晤。
我们同意作为另一个团队的联系人。
虽然这样做花
费了我不少时间,我从参加开发会议获得的预先警告和信息让变化管理流程顺畅进行。
这个系统也帮助开发者们认识到并不是所有的基础架构团队的成员都仅仅是想妨碍他们的工作。
那个扮演联系人角色的开发人员也告诉他们的人基础架构团队所需要处理的风险,以及为什么我们那么反感突然的变化。
在我们的会议中,我们建立了一个变化方法(变化的数量,变化的范围以及变化持续的时间),它能够帮助我们清楚地交流对于环境必要的改变。
随着时间的推移,我们建立起了一套通用的语言,并对彼此终能够帮助客户节省时间和金钱的方法表示感激。
在个项目中,我们没有能够理解这两个团队之间根本的不同。
而在第二个项目中,我们使用了正式和非正式的方法来利用这种不同,以产生更具创新、更有效的解决方案。