英语原文共 12 页,剩余内容已隐藏,支付完成后下载完整资料
项目管理的全球软件开发模式
摘要:采用敏捷或瀑布式开发流程的全球软件开发已在许多公司中使用。 没有已知的,有记录的解决方案,GSD提供了好处,但也带来了新的挑 本研究的目标是以项目管理过程模式的形式介绍目前GSD的最佳实践,并使用基于情景的评估方法进行评估。 最佳实践来自一家大型流程自动化公司。 预计由此产生的模式语言可以帮助其他公司改进他们的GSD流程,将模式纳入流程。
关键词:全球软件开发,敏捷,组织模式,流程模式,评估
1 引言
全球软件开发(GSD)在许多公司中都是现实。 使用GSD有许多好处和动机,例如获得全球人才库,节省成本,基础设施和软件开发工具的进步,兼并和收购以及接近当地市场的需求。 然而,沟通,协调和合作也面临着不同的挑战,这使GSD比集中开发更困难[1]。 GSD已被广泛应用于瀑布式开发过程,最近它也被应用于敏捷开发方法[2]。 经验表明,敏捷方法可以应用于GSD [3,4]。
无论使用传统还是敏捷过程模型,都必须处理与GSD性质相关的问题。 与其开发全新的GSD流程来解决这些问题,更恰当的方法是尝试针对具体问题提出解决方案,并以可以轻松与现有流程集成的方式提供这些解决方案。 这种方法的一个明显优势是公司不需要采用新的流程模型,而只需调整现有的GSD流程。
一种有吸引力的方式来记录针对特定开发过程问题的经过验证的解决方案,即使用组织模式[5](或过程模式[6])。 这些解决方案的集合可以进一步组织成流程模式语言[7]。 流程模式语言不需要覆盖整个流程,但它可以专注于软件开发流程的某个观点。 在这项工作中,观点是GSD:我们为GSD(GSD模式)中的项目管理推导出一种模式语言。 这些模式中的解决方案已经从在流程自动化领域运营的大型公司中发现的实践中挖掘出来。
一般来说,模式表示由以前的经验验证的知识。 但是,如果模式是从有限的环境中开采的,就像我们的情况一样,这个论点并不成立。 在这项工作中,我们通过使用[8]中介绍的基于场景的技术来评估结果模式。
本文的结构如下:下一节介绍我们的研究方法和使用的方法。 第3节介绍了GSD模式语言。 第4节讨论了GSD模式语言的评估结果。 最后,我们在第5节讨论相关工作,并在第6节结束本文。
2 研究方法
本节介绍研究方法,其中包括过程模式的收集和模式语言的评估方法。
2.1收集过程模式
本文提出的GSD模式是在工业和文学期间从研究中收集的[9,10和11]以及在一个在过程自动化行业中运作的大公司的模式评估会议。模式评估会议也与其他公司组织。在这些研究中,回答者总数为32份,采访问卷为25份。
每个单独的研究都是从选择某个软件过程域开始的,从全球软件开发的角度收集问题和最佳实践。最佳实践已以GSD模式的形式呈现。在每项研究中,通过使用问卷和访谈收集病例数据。根据研究领域,数据收集框架基于发展过程的概念,实践或阶段(在续集中称为框架项目)进行组织。对于每个框架项目,都有三个公开形式的问题:什么是好的,什么需要改进,如果没有实施限制,如何改进。调查问卷后,采访了关键人员以获得有关该案件的更多详细信息。选择参加面试的人员代表项目经理,产品经理和项目成员。受访者在公司或合作公司工作。该框架被用作面试官的清单,为公开讨论留下空间。问卷调查和访谈产生了原始数据进行分析。原始数据已根据框架项目进行组织处理和分析。之后,根据处理过的案例数据,组织中的相关文献和研讨会,创建了提议的流程模式。为确保模式可行,建议的流程模式已通过与关键人员讨论模式进行初步验证。
2.2 评估过程模式
这里用于模式语言的评估技术被称为Q-PAM [8]。 Q-PAM的基本思想是将场景用作针对模式进行分析的测试用例,与在ATAM中用于评估软件体系结构质量属性的场景一样[12]。
Q-PAM的第一步是为流程创建质量配置文件(这里是一种流程模式语言)。质量特征是在评估过程中认为必不可少的一组质量因素。因此,质量概况不仅取决于过程的质量要求,而且还取决于评估的目的:可以用不同的概况评估相同的过程。假定质量配置文件是通过从标准中提供的质量属性列表中提取质量配置文件获得的
例如ISO 9126 [13]
质量配置文件构建完成后,每个质量属性都与用作质量属性测试用例的方案相关联。情景是在过程的虚构实例中的具体期望情况,其中可以验证所需质量属性的存在或不存在。如果需要,方案也可以被优先考虑用于更集中的处理。
下一步是实际质量分析。根据流程模式分析每个(可能优先)场景:哪些模式(如果有的话)支持场景的实现以及哪些模式抵消场景(如果有的话)。根据分析,将标签附加到方案中,表征模式语言被认为通过方案测试的程度。
3 GSD模式语言
在本节中,我们将介绍GSD模式语言,并介绍基于PRINCE2的GSD模式组织,这是一种项目管理方法[14]。
3.1 GSD模式
全球项目管理模式语言软件开发的目的是通过改进全球软件项目管理实践来提高项目管理工作的绩效。 GSD模式语言包括18个过程模式,这些模式在GSD项目管理领域被认为是重要的。 当前版本的GSD模式语言包括支持传统瀑布式和敏捷项目管理的流程模式。GSD模式如表1所示。第一列包含模式的名称,第二列描述模式应该解决的问题,最后一列给出模式的解决方案概要。表2更详细的模式的一个例子。
表一项目管理的GSD模式。
ID-
名称
01GSD模式
问题
解决方案大纲
缺少公司级别的GSD战略。
- 模糊的
前端需求 不清楚如何收集产品需求全球范围内来自外部和内部客户,以及如何根据这些需求形成计划和变更请求。
03-早期沟通 GSD项目的目标是什么?谁是项目成员?
缺乏信任.
04-分而治之与迭代
列出在公司开展基于GSD的开发的原因和动机。 制定关于GSD的短期和长期计划。 找出不同地点的能力,并对GSD策略进行SWOT和风险分析。 同时衡量GSD的实际成本.
不同客户的需求将被收集到全球数据库中。 无论何时何地都有全球访问的可能性,也有可能在工具中使用讨论论坛也很重要。 产品经理将通过例如收集所需的需求并作出决定。建筑师。 如果在决策会议中被接受,将会提出新的特征或要求。 产品经理将为包含许多功能的产品制定路线图和业务计划。 这些功能将在开发项目中实现。为所有相关成员安排启动会议。 介绍这个项目的共同目标和动机,以及分治与迭代制定的发布计划。 同时承担工作分配的责任。目前使用的通用进程和通用存储库和工具。
组织团队休闲活动,提高团队合作精神。
看下面的例子(表2)。
05-网站中的
关键角色 很难知道与谁联系不同的网站与您的问题。
06-沟通行为
工具 缺乏沟通,沟通
工具也可以在不同的网站上有所不同.
在做出最终决定之前,项目经理将与现场经理或其他主管人员就团队成员进行谈判。 每个站点都会形成所需的角色(例如站点项目经理,架构师,IT支持,质量保证等)主站人员处于领先地位,来自其他站点的人员将帮助处理其站点中的问题,任务和责任。 发布整个项目组织,为每个站点提供角色以改善沟通。一个人可以在一个项目中担任很多角色。 在每个站点都有可靠和通用的通信方法和工具。 网络会议同时使用不同的工具显示信息和项目数据,会议电话有良好的声音和聊天工具,以书面形式进行讨论,如果有问题需要了解 其他网站使用英语。 还培训和激励项目成员使用这些工具。
<td
剩余内容已隐藏,支付完成后下载完整资料</td
资料编号:[22673],资料为PDF文档或Word文档,PDF文档可免费转换为Word
07- |
单独的Excel文件很难 |
提供通用的应用程序生命周期管理(ALM) |
共同知识库和工具 |
管理和项目数据很难找到,管理和同步 |
所有项目工件的工具(文档,源代码,错误, |
管理和项目 |
准则等)。 ALM提供了几乎实时的可追溯性, |
|
报告,可视化和获取所需信息等。 |
||
为不同地点的所有用户。 它可以作为一个单一的实现 |
||
工具或它可以是一组不同的工具 |
||
整合在一起。 ALM工具可以包含一些手段 |
||
根据组织的流程支持运作 |
||
开发方法(状态模型,流程模板, |
||
工作流程)。 使用不同的级别(团队,项目和程序) |
||
08-工作 |
工作需要 |
了解贵公司的GSD战略,并检查 |
分配 |
在网站之间共享 |
在每个网站的人员的能力信息的帮助下 |
有一些标准。 |
现场经理。 进行建筑工作分配和/或 |
|
进行基于阶段的工作分配和/或制作特征 |
||
根据工作分配和/或其他分配 |
||
一些其他标准。 做出分工的决定 |
||
根据公司的GSD策略与网站之间的网站 |
||
以上分析。 |
||
09- |
工作需要 |
检查产品的架构分析并规划哪个站点 |
建筑师- |
在网站之间共享 |
将负责维护和增加知识 |
乌拉尔工作 |
与建筑 |
一些建筑面积。 建筑面积也可以是一个整体 |
分配 |
标准。 |
子系统或子系统的一部分。 |
10相位 |
工作需要 |
检查如何进行基于阶段的工作分配。 也 |
基于 |
在网站之间共享 |
检查哪个网站可能负责维护和 |
工作 |
分阶段为基础 |
在某些阶段性领域增加知识 测试或 |
分配 |
标准。 |
在某个产品领域需求工程。 |
11- |
工作需要 |
检查GSD策略如何基于特征的工作分配 |
特征- |
在网站之间共享 |
战略已被描述。 从一组成员组成 |
基于工作 |
基于特征的 |
不同的网站来实现这些功能,如果需要的话。 |
分配 |
课题毕业论文、外文翻译、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。